I was able to identify two bugs plaguing the fast preview.
A first one is a hang in libpano math.c, line 297:
while( *x_src var0 )
*x_src -= 2 * var0;
because *x_src = 2.17213129256892e+98 and var0 = 13652.608695652176. If my
computations are correct, *x_src never
You can try to download newer devil.dll library. I think it is referring
to this library: http://openil.sourceforge.net/download.php
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/787075
Title:
I just get it out of my mind and thus I implemented the support for the
LogLuv TIFF. I used the first mentioned approach, ie. Luv is converted
to RGB in VIGRA when image is loaded.
** Changed in: hugin
Status: New = Fix Committed
--
You received this bug notification because you are a
Damn, seems I missed something.
** Changed in: hugin
Status: Fix Committed = In Progress
--
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
Fixed in commit 5142:50e927e84344 in hugin.
** Changed in: hugin
Status: In Progress = Fix Committed
--
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
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
Public bug reported:
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
**
7 matches
Mail list logo
