[OSX] jpeg quality setting by user is not read correctly

Bug #678873 reported by harryvanderwolf
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Hugin
Fix Released
Undecided
Unassigned

Bug Description

OS: OSX 10.4.11
SVN: 3073
Route: both cmake and XCode

The quality setting for jpeg output in the stitcher tab is not reac correctly.
If I change the "quality=100" setting in panoramaoptions.h and recompile hugin, the new default value is active. This default value (for example 75 or 90) can be changed on screen, but is not correctly used. No matter to what value the compression is set, it always writes the final jpeg according the default value in panoramaoptions.h

Tags: osx
Revision history for this message
Bruno Postle (brunopostle) wrote :

Logged In: YES
user_id=35360
Originator: NO

Closing as a duplicate of bug# 1905674

This appears to have been fixed in svn3064. Confirmed that I can change the JPEG quality setting and create different quality JPEG files.

Revision history for this message
harryvanderwolf (harryvanderwolf) wrote :

Logged In: YES
user_id=910283
Originator: YES

Bruno,

This is indeed the same as bug 1905674, but it is still not solved. I'm in a one to one communication with Pablo as this is a wxwindows prblem on the Mac where field values are updated in some delayed way and that's why the changed value is not picked up correctly. I had opened this one as I did not know at that time that I could re-open a closed ticket.
Btw: I specifically mentioned svn3073 here, while the bug was supposed to be fixed at 3064.

Revision history for this message
Bruno Postle (brunopostle) wrote :

Logged In: YES
user_id=35360
Originator: NO

Ok, just let me know if I'm being overzealous organising bugs.

Revision history for this message
hvdwolf (hvdwolf-users) wrote :

This bug is still not fixed. Before 0.7.0 release Pablo and I spend some time trying to resolve the issue. At that time we were not succesful and it was lifted over the 0.7.0 release.

Revision history for this message
hvdwolf (hvdwolf-users) wrote :

I found some kind of workaround. When I set the the output quality of the jpeg to some value and then click the mouse in (set the focus to) one of the other text fields on the tab (one of the fields of "Field of view", "Panorama Canvas Size" or "Crop") and then click again in the jpeg quality text field, the value is "remembered" and used.

Is it possible for one of the programmers to write a patch like "on changed jpeg quality", set focus to "one of the other text fields", imediately set focus back to "jpeg quality". I don't know how to do that in c++/wxwindows.
I'm not sure wether this will work, but it might.

Revision history for this message
hvdwolf (hvdwolf) wrote :

Bug is still in the OSX version. Workaround like described in the 2009-02-22 post is still valid.

Changed in hugin:
status: New → Confirmed
Revision history for this message
Yuv (yuv) wrote : Re: [Bug 678873] Re: [OSX] jpeg quality setting by user is not read correctly

 tag osx

Revision history for this message
tmodes (tmodes) wrote :

Is this still valid with wxWidgets 3.x?

Revision history for this message
tmodes (tmodes) wrote :

The jpeg quality text control should now also react on return key.

Changed in hugin:
milestone: none → 2016.2beta2
status: Confirmed → Fix Committed
tmodes (tmodes)
Changed in hugin:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.