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
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

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
Comment by Kyle Keen (keenerd) - Thursday, 24 November 2011, 01:43 GMT
Here is a more straightforward set of steps to reproduce for those not familiar with Hugin:

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
Comment by Eric Belanger (Snowman) - Thursday, 24 November 2011, 02:05 GMT
You should report that upstream. According to the ChangeLog, arithmetic coded JPEG output should be disabled in hugin 2011.2.0.
Comment by Reinhard Fritsch (RausH) - Saturday, 26 November 2011, 01:11 GMT
i reported this bug on the hugin bugtracker and got the following answer:

>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
Comment by Eric Belanger (Snowman) - Saturday, 26 November 2011, 04:05 GMT
Thanks. I'll fix enblend-enfuse.

Loading...