Andrew Kolakowski wrote:Not sure why you so hard trying to "hide" simple limitation/bug in ffmpeg's decoding of ProRes and Cineform.
no -- i don't try to hide anything about it!
this would be really absurd in case of free software, where everything is open to scrutiny for anybody, improvable by anyone capable, and usually accompanied by really harsh discussions and critics between developers.
i also
explicitly mentioned my regret about this very annoying 8/10bit limitations of many open source video solutions.
but i'm also well aware about the practical reasons of this limitations and all the hindrances to overcome this legacy code flaws in the short run.
during the last months i was more involved with similar issues on the output side, where i also had to learn a lot about all this really unpleasant side effects of ABRG2101010/RGBA1010102 pixelformat compromises, constrained by legacy graphic code interfaces and hardware design. it's a horrible workaround, which will never work really satisfaying. the only consequent answer has to be seen in completely new designed system extensions, which handle this this kind of tasks resp. the more advanced demands of our days in radical different manner (e.g.
https://www.x.org/wiki/Events/XDC2017/goins_hdr.pdf ).
but concerning your really fanatic insistence on this 12bit variants, i really felt remembered to those days long ago, when i was a young pupil at a technical school, and our teacher told us, how stupid it is, to just write down all the long row of numbers after the decimal point from our pocket calculator displays, instead of learning how to consciously limit the useful precision of our results in a much more adequate/suitable manner...