summaryrefslogtreecommitdiff
path: root/libavcodec/ffv1enc.c
diff options
context:
space:
mode:
authorJérôme Martinez <jerome@mediaarea.net>2018-01-05 11:09:01 +0100
committerMichael Niedermayer <michael@niedermayer.cc>2018-01-12 12:31:55 +0100
commit58e16a4f4b70b00e1ae14c8a52aea49000fa34a3 (patch)
treecacaf66ef5e666cb67e73294ffdc666a13011ea2 /libavcodec/ffv1enc.c
parent43e510d66887fe665b2c736be6ff842418f411c6 (diff)
downloadffmpeg-58e16a4f4b70b00e1ae14c8a52aea49000fa34a3.tar.gz
avcodec/ffv1enc: mark RGB48 support as non-experimental
Resulting bitstream was tested with a conformance checker using the last draft of FFV1 specifications. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc> Also the files are already in the wild, and decoder support is thus needed. And with decoders widely supporting it, there is no advantage in not allowing it in the encoder. The exact bitstream format may change in future versions of the spec, if improvments are found.
Diffstat (limited to 'libavcodec/ffv1enc.c')
-rw-r--r--libavcodec/ffv1enc.c4
1 files changed, 0 insertions, 4 deletions
diff --git a/libavcodec/ffv1enc.c b/libavcodec/ffv1enc.c
index 09df4c0c57..c0c1558ffe 100644
--- a/libavcodec/ffv1enc.c
+++ b/libavcodec/ffv1enc.c
@@ -630,10 +630,6 @@ FF_ENABLE_DEPRECATION_WARNINGS
s->bits_per_raw_sample = 16;
s->use32bit = 1;
s->version = FFMAX(s->version, 1);
- if (avctx->strict_std_compliance > FF_COMPLIANCE_EXPERIMENTAL) {
- av_log(avctx, AV_LOG_ERROR, "16bit RGB is experimental and under development, only use it for experiments\n");
- return AVERROR_INVALIDDATA;
- }
break;
case AV_PIX_FMT_0RGB32:
s->colorspace = 1;