On Mon, Jul 21, 2008 at 2:13 AM, Hubert Figuiere <hub@xxxxxxxxxxxx> wrote: > Hi, > > I'm writing on RAW support for GEGL. I was wondering a few things: > > 1/ what is the best pixel format I should use for the CFA data. I chose > "Y u16" because it is 16-bits (from 10 to 14 actually) and just the > luminance. But it there something more suited? You could create additional new data types, that included the min/max properties, that would still be 16bits wide but only use a limited subset. Using u16 is probably a good route to take though. Defining new additional formats would have to end up being a form of fixed point perhaps calles something like f4.12 indicating a fixed point format with with 12 bits allocated to values [0.0-1.0> > 2/ how do I propagate metadata? I need to specify the CFA pattern, the > min and max values and other things need for the proper interpolation. I > have no idea how to do that from the GeglOperation At the moment there is no way to propagate such auxiliary information with the buffer, the existing demosaicing operations in GEGL take the bayer layout as a parameter. We could add some special non grayscale format that encoded which bayer pattern the grayscale data is stored according to, this wouldn't allow babl to do the conversion but it would allow specifying information about how the format is encoded. An approach that might be better than abusing babl by extending it with additional models would be allowing to register additional dynamic data in new dynamically allocated babl formats. Such a capability will probably be needed when integrating with a color management system that allows use of for instance ICC profiles, using for instance littlecms for conversions. /Øyvind K. -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/ http://ffii.org/ _______________________________________________ Gegl-developer mailing list Gegl-developer@xxxxxxxxxxxxxxxxxxxxxx https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer
