[FFmpeg-devel] Adding 10-bit depth YUV
Øyvind Kolås
islewind
Fri May 11 13:55:40 CEST 2007
On 5/10/07, Michael Niedermayer <michaelni at gmx.at> wrote:
> iam against adding 10bit anything support before 16bit is supported and
> a clear advantage is demonstrated why 10bit support would be needed in
> addition to 8 and 16bit support, additionally i think a more generic pix_fmt
> system should be introduced before supporting bit depth between 8 and 16 bits
> that is a system which specifies in a struct for each pix_fmt how it is
> stored, so that a single simple generic (and slow) convertion routine can
> convert any pix_fmt to any pix_fmt
> this would greatly simplify things ...
For GEGL this is handled by babl, http://gegl.org/babl/ where color
models, data types and pixel formats, as well as conversions between
them are registered dynamically at run-time. When registering color
models/data types, reference conversions to/from RGBA/64bit float are
registered, and shortcut conversions/chains of shortcuts are
regression tested at run time against the reference conversions.
The core design in babl was made to handle planar as well as packed,
as well as packing of data types that are not multiples of 8bit, but
for the use cases where it currently is used these were not needed,
and skipping them meant less debugging time as well as a need to
expose a smaller public API.
/?yvind K.
--
?The future is already here. It's just not very evenly distributed?
-- William Gibson
http://pippin.gimp.org/ http://ffii.org/
More information about the ffmpeg-devel
mailing list