Hi,

2014-08-20 20:26 GMT+02:00 Carl Eugen Hoyos <ceho...@ag.or.at>:
> Christophe Gisquet <christophe.gisquet <at> gmail.com> writes:
>
>> Depending on the input and/or filters, you sometime
>> have an input or output pixel format like "rgb48le(12
>> bpc)". Unfortunately, most often, the 12 bpc
>> information is ignored or stripped.
>
> Could you explain what command line you are trying
> to fix?
> I apparently misunderstand the patchset, I don't
> see how / what it fixes...

The biggest "issue" is that 10/12bits data is interpreted as 16bits:
- cf. ticket #2966 (that's the remaining missing part)
- png can only write 16bits data but sometimes it is not rescaled
(image appears darker), cf. the above
- ppm images are forcibly rescaled to fill the 16bits (probably
lossless but still)
etc.

> Note that I believe it would be completely wrong to
> add additional colourspaces with 8<bpc<16.

Yes, on second thought it has its own bag of issues (multiplications
of codepaths eg in swscale), but that's to me the only solution that
isn't a fragile hack. Also note that there are already plenty of those
8<bpc<16 for planar rgb.

-- 
Christophe
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Reply via email to