[Hugin-devs] [Bug 1302564] Re: Jpeg files created with the panorama tool are correctly read and displayed by digikam but are wrong and are not readable by other softwares

2014-04-07 Thread zarl
Photoshop reports an unsupported coding, exiftool shows some more details:
Encoding Process: Extended sequential DCT, arithmetic coding

Maybe your output codec quality setting is a little bit low. From your .pto 
file's  'p'- line (which is describing the output image)
nJPEG q0
I'm not sure about the current JPG codec quality scheme (0-high,1-normal,2-low 
or 0-100) but what happens if you try 
nJPEG q0
instead?

Other than that this may also have to do with the JPG library in use.

OTOH it's usually best practice to output a non degrading file type like
TIFF (LZW compression works well for 8bit files). This allows for some
editing and further cropping, then save a JPG (sRGB) copy to display
online etc.

Cheers,
Carl

-- 
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/1302564

Title:
  Jpeg files created with the panorama tool are correctly read and
  displayed by digikam but are wrong and are not readable by other
  softwares

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  When creating panorama, I get nice files (.jpg) that I can display and 
manipulate with Digikam. However, this files seems to have a problem, and they 
can not be read outside Digikam. I tried to send them to other users, and they 
can not read them etheir.
  It seems that gnview can read them, but not Firefox, neither most of windows 
programs. Ubuntu can not create miniatures, and the default Ubuntu image 
display software can not open them either. Something seems to be wrong in the 
file format.

  Reproducible: Always 
  Steps to Reproduce: 1. Create a panorama 2. Save it
  I'm using the latest stable Hugin release, under Ubuntu 13.10.
  See the attached jpg file as an example.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hugin/+bug/1302564/+subscriptions

___
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


[Hugin-devs] [Bug 1302564] Re: Jpeg files created with the panorama tool are correctly read and displayed by digikam but are wrong and are not readable by other softwares

2014-04-07 Thread Stefan Peter
eog, the gnome image viewer, fails with

Could not load image '201403_0444-201403_0442.jpg'. 
Error interpreting JPEG image file (Suspension not allowed here).

The only other mentioning of this error wrt hugin I could find was here:
https://groups.google.com/d/msg/hugin-ptx/9nRJ1VUMnYU/qsXZ6CYs2QYJ

Unfortunately, a fix for this error is not deducable from this conversation. 
However, 
it seems to point to enfuse/enblend and vigra impex as the culprits.

The error is not repoducable under ubuntu 13.10 (amd64) and hugin 2014.0.0 RC1.
However, the source images have been recreated with ptodummy for this test.

I will try this on a stock 13.10 this evening if time permits.

Regards

Stefan Peter

-- 
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/1302564

Title:
  Jpeg files created with the panorama tool are correctly read and
  displayed by digikam but are wrong and are not readable by other
  softwares

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  When creating panorama, I get nice files (.jpg) that I can display and 
manipulate with Digikam. However, this files seems to have a problem, and they 
can not be read outside Digikam. I tried to send them to other users, and they 
can not read them etheir.
  It seems that gnview can read them, but not Firefox, neither most of windows 
programs. Ubuntu can not create miniatures, and the default Ubuntu image 
display software can not open them either. Something seems to be wrong in the 
file format.

  Reproducible: Always 
  Steps to Reproduce: 1. Create a panorama 2. Save it
  I'm using the latest stable Hugin release, under Ubuntu 13.10.
  See the attached jpg file as an example.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hugin/+bug/1302564/+subscriptions

___
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


[Hugin-devs] [Bug 1302564] Re: Jpeg files created with the panorama tool are correctly read and displayed by digikam but are wrong and are not readable by other softwares

2014-04-07 Thread Bruno Postle
*** This bug is a duplicate of bug 798952 ***
https://bugs.launchpad.net/bugs/798952

This is the 'arithmetic coding' bug, caused by your distribution
switching to libjeg-turbo.

Your distribution needs to apply a one-line patch to enblend or upgrade
to enblend 4.1 (which is more than a year old), see enblend bug #798952

** This bug has been marked a duplicate of bug 798952
   vigra_impex bug creates 'arithmetic coded' JPEG output

-- 
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/1302564

Title:
  Jpeg files created with the panorama tool are correctly read and
  displayed by digikam but are wrong and are not readable by other
  softwares

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  When creating panorama, I get nice files (.jpg) that I can display and 
manipulate with Digikam. However, this files seems to have a problem, and they 
can not be read outside Digikam. I tried to send them to other users, and they 
can not read them etheir.
  It seems that gnview can read them, but not Firefox, neither most of windows 
programs. Ubuntu can not create miniatures, and the default Ubuntu image 
display software can not open them either. Something seems to be wrong in the 
file format.

  Reproducible: Always 
  Steps to Reproduce: 1. Create a panorama 2. Save it
  I'm using the latest stable Hugin release, under Ubuntu 13.10.
  See the attached jpg file as an example.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hugin/+bug/1302564/+subscriptions

___
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


[Hugin-devs] [Bug 1301922] Re: Fast panorama editor very cumbersome to use

2014-04-07 Thread Bruno Postle
Hi, thanks for your comments, Hugin is still a work in progress and not
perfect.

What would be really useful would be mockup images of how you see a
better layout. This doesn't need to be a lot of work, either rough
sketches or rearranged screenshots might be enough to start a productive
discussion.

-- 
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/1301922

Title:
  Fast panorama editor very cumbersome to use

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  I want to suggest a few changes to the Fast Panorama Editor's
  interface which will vastly improve usability and shorten time spent
  working in it. Some parts of Hugin today in 2014 look like they've
  been designed either many years ago and bits and pieces were kept
  being added on without much concern for the overall appearance, or
  like it was designed to run on a small-screen phone. Luckily this can
  all be quickly fixed without much coding, just rearranging existing
  things.

  Currently there are six tabs in the Fast Panorama Editor, and clicking 
through them is a waste of time. Let's fix this:
  Assistant: input image control (projection, focal, sensor scale multiplier)
  Preview: a bunch of preview settings.
  Layout: it's a whole tab when in fact it is exactly one slider. A whole tab 
for a slider!
  Projection: output image control (projection, FOV, guides).
  Move/Drag: synonyms in the tab's name, y/p/r, again guides, 
center/fit/straighten.
  Crop: manual, auto, again guides.

  AT THE VERY LEAST let us move the images from the same tab we can
  change projection and crop from!

  To properly fix this, delete the tabs, they're a bad idea, they waste
  screen space like crazy, and merge things.

  Unified Fast Panorama Editor (UFPE).
  Consists of three main elements: the image control panels (two of them, one 
for input, one for output), the preview, and the preview controls.

  The first element, input/output image controls. Two panels (frames? not sure 
of the nomenclature in QT) at the top or on the left of the UFPE (depends on 
your screen aspect ratio, let them float so the user can choose), keep things 
small, don't waste space.
  First panel is your source image panel:
[+] to load images (no need for a 100 pixel long button!), [-] to remove 
currently selected image (click on it on the preview to select it).
Source image projection selector combobox.
Source image focal inputbox.
Source image sensor size multiplier inputbox.
  Second panel is your output image panel:
Projection selector combobox.
Projection parameters if any are needed (sliders for e.g. Panini)
[Straighten] button.
Yaw/pitch/roll numerical inputboxes of currently selected image or whole 
pano if none selected.
Crop sub-panel
  [Fit inside] auto-crop button (i.e. no black edges).
  [Fit outside] auto-crop button (i.e. with black edges).
  Crop numerical inputboxes.

  Second element, the main panorama preview. Click on an image to select
  it. Click+drag to... drag it. Right-click for a context menu if
  needed. ZOOM IN/OUT USING THE MOUSE; using the sliders as is currently
  needed is highly inefficient :] Add [+][-] buttons

  Third element, at the bottom of the window, is the preview control:
  Exposure, photometrics, show CPs, identify, blabla, guides, grid, scale.

  Everything on one screen, everything fits even on 1024x768, panels can
  be detached and floated. Less than a day's work for someone familiar
  with that window, because there is not much code to be written, just a
  bunch of things to be moved and a whole bunch of code to delete.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hugin/+bug/1301922/+subscriptions

___
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