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. -- Måns Rullgård [email protected] _______________________________________________ libav-devel mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-devel
