Re: [hugin-ptx] Usability bug: Optimiser alignment options confusingly ordered

2011-01-29 Thread Yuval Levy
On January 11, 2011 05:18:45 pm Bruno Postle wrote: > On Tue 11-Jan-2011 at 13:44 -0800, Klaus wrote: > > >Could these options be sorted differently, with the options including > >XYZ at the bottom of the pulldown menu. > > I think this is a good point, the XYZ options should be less > prominent.

[hugin-ptx] Windows Wrapper

2011-01-29 Thread Yuval Levy
Hello Windows users I recall from the time I was a Windows user that it is possible to write a wrapper BAT file to start an executable; and in that wrapper file set environment variables such as PATH without affecting the general system PATH. Does my memory betray me, or is it so? If yes, coul

[hugin-ptx] JPEG quality preference

2011-01-29 Thread Yuval Levy
Hi all, I just committed code to keep persistent preference of output format, including JPEG quality. For now, the default JPEG quality is 100 - is this OK? or what does the majority of users use? Yuv signature.asc Description: This is a digitally signed message part.

Re: [hugin-ptx] exposure getting changed in preview window

2011-01-29 Thread Bruno Postle
On Sat 29-Jan-2011 at 12:11 -0800, Jeffrey Martin wrote: I didn't press 'align images'. rather, i generated CP's, and then optimized. No photometric correction was applied. The EV of the panorama is set to the EV of the first photo (12.61). Optimising photometric parameters, either with the

Re: [hugin-ptx] Re: One problem in 33 image stitch - long control point line showing in fast preview

2011-01-29 Thread Jan Martin
Hi James, clicking "Clean control points" on the Images tab will automatically delete control points that span more then 2 images or are of "statistically unlikely" value. Jan On Sat, Jan 29, 2011 at 11:57 PM, ja...@jamesmorley.net < jamesineal...@gmail.com> wrote: > Sorry folks, found the ans

[hugin-ptx] Re: One problem in 33 image stitch - long control point line showing in fast preview

2011-01-29 Thread ja...@jamesmorley.net
Sorry folks, found the answer to this one myself with a bit more Googling. Should anyone find themselves here with a similar problem, hit F3 to bring up the control points, sort by distance (descending) and look for any exceptional figures. In my case I had two connected control points that were

Re: [hugin-ptx] exposure getting changed in preview window

2011-01-29 Thread Tim Nugent
Maybe the EXIV data has been misread. What EV values do your images have in the Camera and Lens tab? You can set it manually for all the images, or hit reset here too. Tim On 29 January 2011 21:11, Jeffrey Martin <360cit...@gmail.com> wrote: > while stitching a pano, the exposure seem to be chan

[hugin-ptx] exposure getting changed in preview window

2011-01-29 Thread Jeffrey Martin
while stitching a pano, the exposure seem to be changed. I didn't press 'align images'. rather, i generated CP's, and then optimized. No photometric correction was applied. I have a screenshot showing a source image, and the pano preview. you can see that the preview image is far too bright.

[hugin-ptx] One problem in 33 image stitch - long control point line showing in fast preview

2011-01-29 Thread ja...@jamesmorley.net
Hi, I am having constant problems with one part - a mis-aligned tree- trunk - in a 33-image (11x3) panorama I have set many manual control points both sideways and upwards between all the surrounding images, but to no avail. The one clue I have is that in Fast Preview there's a long orange line w

[hugin-ptx] Re: hugin plugin interface - developers please liaise

2011-01-29 Thread kfj
On 29 Jan., 16:18, "T. Modes" wrote: Okay, I can't think of anything else. You'll have to debug it. Once you have the stack trace, we can have a look at where the actual crash occurs and take it from there. > When I comment out the line with setImage it works. Also only > def entry ( pano ) :

[hugin-ptx] Re: hugin plugin interface - developers please liaise

2011-01-29 Thread T. Modes
Hi Kay, > Just some more questions before I ask you to launch the degugger: > > - did it work before my last patch? I thought, it worked. But tested again, it did not work before your last patch. > - are you sure you have a pano open when calling from hugin? I'm sure, that a pano is open. > - d

[hugin-ptx] Re: hugin plugin interface - developers please liaise

2011-01-29 Thread kfj
On 29 Jan., 12:05, "T. Modes" wrote: > def entry ( pano ) : >         img=pano.getImage(0) >         img.setYaw(90) >         pano.setImage(0,img) It definitely works here from hugin just like this. > When replacing pano.setImage with pano.setSrcImage it works in Hugin. > Maybe some problem w

Re: [hugin-ptx] Re: More image tabs in fast preview window

2011-01-29 Thread Bruno Postle
On Sat 29-Jan-2011 at 12:10 +0500, Emad ud din Btt wrote: On Sat, Jan 29, 2011 at 3:03 AM, Bruno Postle wrote: > Maybe the solution is simply to write the image numbers in big > letters over the photos in the preview. Bruno, If you have 200+ images in panorama than all numbers will mix up :

[hugin-ptx] Re: More image tabs in fast preview window

2011-01-29 Thread kevin
On Jan 29, 3:13 am, Jeffrey Martin <360cit...@gmail.com> wrote: > On Friday, January 28, 2011 11:03:53 PM UTC+1, bruno.postle wrote: > > > On Fri 28-Jan-2011 at 14:47 +0500, Emad ud din Btt wrote:I was going to say > > that this won't get changed unless somebody gets > > > annoyed enough to fix t

[hugin-ptx] Re: hugin plugin interface - developers please liaise

2011-01-29 Thread kfj
On 29 Jan., 12:05, "T. Modes" wrote: > I get a proper crash of hugin. > I'm using an own script to test, because the print in the demo goes to > nowhere on windows. The scripts contains the following lines: > ... Just some more questions before I ask you to launch the degugger: - did it work

[hugin-ptx] Re: hugin plugin interface - developers please liaise

2011-01-29 Thread T. Modes
> just guessing... and what sort of crash do you get? just an exception > in python or a proper crash of the hugin application? I get a proper crash of hugin. I'm using an own script to test, because the print in the demo goes to nowhere on windows. The scripts contains the following lines: def e

Re: [hugin-ptx] Re: can't build latest hugin from source on ubuntu (error with flann_cpp_s)

2011-01-29 Thread Pit Suetterlin
Hi all, I had the same error with flann_cpp (I'm also building in a separate subdirectory). No cache files to be deleted. I had given up and checked out the stable 2010.4 branch which built fine. So now I started looking at it again, and found during the configure process the following: CM

[hugin-ptx] Re: hugin plugin interface - developers please liaise

2011-01-29 Thread kfj
On 28 Jan., 21:11, "T. Modes" wrote: > > PS: In Python I can run "import hsi" and then modify the panorama > > object. But the hugin python interface does not work correctly. It > > crashes hugin when running a script that works when running directly > > in python. > > After more testing I found

[hugin-ptx] Re: hugin plugin interface - developers please liaise

2011-01-29 Thread kfj
Sorry, I didn't spot the PPS after your signature until I'd sent off my reply: > PPS: In demo_plugin.py and hpi.py the removed function pano_open is > still used. This needs to be rewritten with the modified syntax. Another bit which isn't usually used - it was a little test to run hpi.py from th

[hugin-ptx] Re: hugin plugin interface - developers please liaise

2011-01-29 Thread kfj
On 28 Jan., 20:05, "T. Modes" wrote: > There were some more changes in the code necessary: > The MSVC compiler does not support the -o switch. So using > redirection. I was wondering before why you had used redirection. please excuse my ignorance of MSVCs workings. > There was missing a stateme

Re: [hugin-ptx] Re: More image tabs in fast preview window

2011-01-29 Thread Jeffrey Martin
On Friday, January 28, 2011 11:03:53 PM UTC+1, bruno.postle wrote: > > On Fri 28-Jan-2011 at 14:47 +0500, Emad ud din Btt wrote:I was going to say > that this won't get changed unless somebody gets > > annoyed enough to fix the code ...but it isn't obvious that the > solution should be multipl

Re: [hugin-ptx] Fwd: Google Summer of Code 2011 Announced

2011-01-29 Thread Jeffrey Martin
Yes, PTStitcherNG does this, and it is extremely fast. But the blending is not so smart, and Helmut remarked somewhere that due to the nature of how it works (stitch and blend in one step) it couldn't be too smart. And if it makes a mistake in the beginning of the process, then "it's all over".