Joseph Artsimovich <[email protected]> writes: > On 08/07/2011 11:38, Måns Rullgård wrote: >> Joseph Artsimovich<[email protected]> writes: >> >>> Hello, >>> >>> Some time ago my company added support for 10-bit DNxHD encoding and >>> decoding to ffmpeg / libav. I've been trying to get this code >>> accepted into ffmpeg.org branch first, but this process is taking >>> ages. I wonder if it will get accepted here more easily. >>> >>> The patch implements both encoding and decoding for 10-bit DNxHD. >>> It's currently quite slow due to the lack of assembly optimizations >>> for 10-bit-safe DCT and IDCT code. We may be adding assembly >>> optimizations when we actually start working with 10-bit DNxHD files. >>> The color model used in 10-bit mode is YUV422P16 with 10-bit samples >>> scaled to 16-bit. >> Why do you scale the value up to 16 bits? Keeping them 10-bit in a >> 16-bit container is likely to make many assembler optimisations much >> easier since intermediate values will still fit in 16 bits for some >> operations. > 10-bit samples in a 16-bit container? Is such a thing supported by > libswscale?
Should be. See the various PIX_FMT_*10 pixel formats. -- Måns Rullgård [email protected] _______________________________________________ libav-devel mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-devel
