On Monday, March 26, 2018 3:44:09 PM CEST, Brian Matherly wrote:
On 3/26/2018 1:49 AM, Jean-Baptiste Mardelle wrote:
On 23.03.2018 18:42, Dan Dennedy wrote: ...
Hi,
I think you have a few options:
1) Create a new image type in MLT: mlt_image_yuva444p16
I do not recommend this because it would be a lot of work.
2) Convert to mlt_image_yuv422p16 + alpha buffer
This option might be OK. You still lose half of the chroma
information converting from 444 to 422. And also, I would
recommend converting the alpha channels to an 8bit alpha buffer
because it would be a lot of work to find all the places that
use the alpha buffer and make sure they work with > 8 bits.
3) Convert to mlt_image_rgb24a
This would be my recommendation because it is the simplest.
Yes, you will lose some precision going from 40bpp to 32bpp. But
everything would just work and all you have to change is the
avformat_producer.
Sure the 3rd option is much simpler, and since MLT doesn't currently
support > 8bit buffers it won't make much difference in the result.
A simple patch is in my github's fork:
https://github.com/j-b-m/mlt/commit/d8c723130e34da7680b50b47bc31a927ef6414cd
It supports both missing formats from the bugreport
https://bugs.kde.org/show_bug.cgi?id=391963
However more pixel formats will probably require the same adjustments in
the future.
Comments?
Thanks
jb
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel
