I can think of two possible ways how to implement it. The simple one is to do conversion from Luv color space to RGB in the decoder itself. This should be pretty simple and straightforward, but it's not very clean way since Luv has wider gamut than RGB.
In theory it would be better to make Hugin independent on input color space. Implementing this would be probably very difficult and it would involve huge code changes because of the following problems: 1. the loaded data are in Luv color space, but Hugin assumes input is in RGB color space. This would require explicit conversion of the image data. The algorithms would probably works as they are now even with Luv, but the conversion would be necessary for the preview a control points panel. BUT 2. there is no possibility to get the information about the colorspace from vigra::ImageImportInfo so currently there is now simple way how to do the conversion correctly. -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/735632 Title: LogLuv TIFF is not supported Status in Hugin - Panorama Tools GUI: New Bug description: Add support for LogLuv TIFF. Image loaded is not visible in the the fast preview and has strange colors in traditional (slow) preview. The output of nona seems to be emty. For some example LogLuv TIFFs take a look at http://www.anyhere.com/gward/pixformat/tiffluv.html _______________________________________________ Mailing list: https://launchpad.net/~hugin-devs Post to : hugin-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
