FS#27236 - hugin panorama stitcher produces non portable jpg files
Attached to Project:
Arch Linux
Opened by Reinhard Fritsch (RausH) - Thursday, 24 November 2011, 00:48 GMT
Last edited by Eric Belanger (Snowman) - Saturday, 26 November 2011, 05:01 GMT
Opened by Reinhard Fritsch (RausH) - Thursday, 24 November 2011, 00:48 GMT
Last edited by Eric Belanger (Snowman) - Saturday, 26 November 2011, 05:01 GMT
|
Details
Description:
using jpeg as output file format in hugin (instead of tiff or png) (quality set to 90% or 95%) produces jpg files which: * can be opened using gwenview 4.7.3-1, dolphin (thumbnails), Antony; i suspect that using Qt as toolkit handles jpg files in all these programs. * can not be imported to inkscape 0.48.2-4 (produces black squares) and can not be opened using firefox 8.0.1-1 (canvas remaines white) * can not be opend using IrfanView 4.30 (Error message: Decode error! Sorry, arithmetic coding is not implemented) or using MS image preview both under MS Windows 7 The last one is not good, because i shared some panoramas with friends using Windows who were not able open them. Testing the Windows build of hugin produced jpg files which were fine on all systems. Searching this bug using Google i found: http://old.nabble.com/Error-interpreting-JPEG-file-td31789059.html Summary (as far as i understood it): This discussion describes basicly the same problem. Since a patent on arithmetic coding expired libjpeg-turbo which is used by hugin uses this method. They were able to produce jpg files which could be opened using eye-of-gnome (which was not able to open arithmentic encoded jpg files), by disabeling arithmetic encoding. After all to me this seems to be an issue compiling and packaging. Since sharing arithmetic encoded jpg files is not a good thing to do, i would like to ask you to compile and package hugin in a way which enables sharing the resulting images among users of different programs on different platforms. Thanks a lot. kind regards RausH Additional info: * package version(s): hugin 2011.2.0-1 Steps to reproduce: take some images and stitch them together using hugin. set the output file format to jpeg. try to open this file in various programs such as inkscape or firefox. |
This task depends upon
Closed by Eric Belanger (Snowman)
Saturday, 26 November 2011, 05:01 GMT
Reason for closing: Fixed
Additional comments about closing: should be fixed with enblend-enfuse-4.0-4
Saturday, 26 November 2011, 05:01 GMT
Reason for closing: Fixed
Additional comments about closing: should be fixed with enblend-enfuse-4.0-4
1) Select 'Images' tab
2) Select 'Add individual image'
3) Add one picture
4) Enter 45 for HFOV
5) Select 'Stitcher' tab
6) Click 'Calc FoV', 'Calc Optimal Size' & 'Fit Crop'
7) Select jpg format
8) Click 'Stitch'
9) Click through any save prompts
>Bruno Postle (brunopostle) wrote 34 minutes ago: #1
>
>Although this bug is fixed in the current Hugin release, this doesn't really help because Hugin
>itself usually only creates TIFF and EXR files, the final JPEG output is typically created by
>enblend.
>
>enblend had the same vigra bug and has also been fixed upstream, but there has been no stable
>release with the fix yet.
>
>Since archlinux is not likely to drop libjpeg-turbo, the solution is to get them to patch their
>current enblend package.
>
>The fedora package for enblend-4.0 has this one-line fix which disables arithmetic coding, I
>recommend any distro that has adopted libjpeg-turbo to do the same:
>
> sed -i 's/info.arith_code = TRUE/info.arith_code = FALSE/' src/vigra_impex/jpeg.cxx
Thank you.
Kind regards
Reinhard