[hugin-ptx] Re: which preview?

On Tue, Jan 27, 2009 at 00:02, Bruno Postle wrote: > > - fast preview doesn't do 'difference' mode > There is a difference dropdown, and when you hover over the images it shows the differences between the images under the mouse pointer. IMHO this is even better than the traditional difference mo

Re: branching and tagging (was Re: [hugin-ptx] Re: vigra 1.6.0 patch)

Hello, Yuval, have you taken a look at git ? Much of the workflow you suggest lends itself to a DVCS model (Distributed Version Control). I use git along with 'tailor' to hack on Hugin. When I was working on bugs, I would create a bran

Re: branching and tagging (was Re: [hugin-ptx] Re: vigra 1.6.0 patch)

On Mon 26-Jan-2009 at 15:47 -0500, Yuval Levy wrote: >Bruno Postle wrote: >> Except Andrew says nona-gpu is ready for merging and he isn't >> generally reckless about this sort of thing. >have I missed it? I have not read anywhere that nona-gpu is ready for >merging? Sorry, Andrew asked Pablo

[hugin-ptx] Re: which preview?

On Mon 26-Jan-2009 at 15:54 -0500, Yuval Levy wrote: >my impression is that currently we can not simply get rid of the >traditional preview. >- the traditional preview has an option to show LDR/HDR which the fast >does not have >- fast preview sometimes has artefacts (e.g. at the 360° seam of >

[hugin-ptx] Re: which preview?

Yuval Levy schrieb: > given all the above, would it be an idea to: > - make the panorama preview into a simple tab, like any other tab I like to have the preview window next to the main window to see changes immediately, without switching to the preview. > - on that tab, there would be a switch t

[hugin-ptx] Re: which preview?

On Mon, Jan 26, 2009 at 21:54, Yuval Levy wrote: > > so we have two preview windows: fast and traditional. Do we need both of > them for 0.8.0 and if yes which one should be the main one and how do we > attract user attention to the second one? The fast preview is quite useful BUT it is still bu

[hugin-ptx] which preview?

so we have two preview windows: fast and traditional. Do we need both of them for 0.8.0 and if yes which one should be the main one and how do we attract user attention to the second one? my impression is that currently we can not simply get rid of the traditional preview. - the traditional previ

Re: branching and tagging (was Re: [hugin-ptx] Re: vigra 1.6.0 patch)

Bruno Postle wrote: > Except Andrew says nona-gpu is ready for merging and he isn't > generally reckless about this sort of thing. Though it obviously > breaks a couple of things (Windows build, old preview), these > shouldn't be too hard to fix, and sitting complete in a branch it > isn't ge

[hugin-ptx] Re: 0.8.0 release?

Lukáš Jirkovský wrote: > I don't like stable release cycle (I mean releasing new version after > exact time). I understand this, and I know where you come from. I would not like to see the clock becoming the main driver of the release cycle either. But I would like to see us release more often

[hugin-ptx] Re: vigra 1.6.0 patch

On Saturday 24 Jan 2009, Lukáš Jirkovský wrote: > Hello, > I'm back again with another patch. This time it's patch which makes > hugin using new vigra 1.6.0. > > I'm calling for anyone to test it. > Hi, Works fine here. No issues after a couple of days use - as far as I can see. Testing agains

[hugin-ptx] Re: Going through the bug tracker

On Mon 26-Jan-2009 at 10:45 +0100, Lukáš Jirkovský wrote: > >Anyway, what does it mean for me? You have SVN commit access and can close and rename bugs in the tracker. -- Bruno --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Go

Re: branching and tagging (was Re: [hugin-ptx] Re: vigra 1.6.0 patch)

On Mon 26-Jan-2009 at 13:14 -0500, Yuval Levy wrote: > >In that sense, I would suggest branching out now 0.8. This would freeze >the features of 0.8 (i.e. no nona-gpu and no vigra 1.6) and its strings. >There is enough food on the plate with PTbatcher, fast-preview, Celeste. >And for the next re

[hugin-ptx] Re: 0.8.0 release?

On Mon 26-Jan-2009 at 08:51 +0100, Lukáš Jirkovský wrote: > >But it could be better to release more often but not stable versions >(like 0.7 and 0.8 were). More betas could be of some use. >Actually there are packages of svn versions, so why not cal them beta? Yes, we should release a 0.8.0 beta1

[hugin-ptx] Re: Fix for bug 2106362 and 2005561

On Mon 26-Jan-2009 at 19:01 +0100, Lukáš Jirkovský wrote: > >> Colon (:) is in most input names on Windows where it is part of the >> drive letter preceeding the full path of the file. > >So that's why so many people are experiencing this bug. As I understand this bug is only triggered on Linux/O

[hugin-ptx] Re: question about control points: number, fine tune, and an "iterative multi-fitting" suggestion

On Mon 26-Jan-2009 at 02:16 -0800, Pedro Venda wrote: > >My main question is: Given that we have more than one way of getting >control points across all images, does it really help to have lots and >lots of (good) control points? I mean, given a good result from a >certain group of control points,

[hugin-ptx] programmers help needed for Hugin on OSX

Hi programmers, I have problems implementing a patch for Hugin. We need a hack to test for OSX Leopard (10.5.x) and OSX Tiger (10.4.x). I do this by using wxGetOsVersion. As such this work. The version is reported in hex. Leopard 10.5.6 becomes 10.56. Major version 0x10 (=16 decimal), minor versio

branching and tagging (was Re: [hugin-ptx] Re: vigra 1.6.0 patch)

Bruno Postle wrote: > On Sun 25-Jan-2009 at 13:16 -0500, Yuval Levy wrote: >> By submitting his patch, Lukáš asked for a review. I confirm on both >> Ubuntu and Windows. Does not break anything. I vote to put it in trunk. > > Yes put it in the trunk, it isn't going to get extensive testing any

[hugin-ptx] Re: Fix for bug 2106362 and 2005561

2009/1/26 Yuval Levy : > > Lukáš Jirkovský wrote: >> I think this patch can be applied, because it's more likely that >> someone has : in input names (looking at the rate of bug reports it >> seems that some camera uses colon in it's names) than in output prefix >> (which anyway do not work in cur

[hugin-ptx] Re: Fix for bug 2106362 and 2005561

Lukáš Jirkovský wrote: > I think this patch can be applied, because it's more likely that > someone has : in input names (looking at the rate of bug reports it > seems that some camera uses colon in it's names) than in output prefix > (which anyway do not work in current svn). In other words it do

[hugin-ptx] Re: Enblend segmentation fault – news

2009/1/26 Lukáš Jirkovský : > Hello, > something pushes me to find out what causes bug #2121647. > > So here are the latest news. > > Problem begins in > CachedFileImageIteratorBase::operator*() > - which is trying to access > vigra::TinyVectorBase vigra::TinyVector > > - problem is that _data i

[hugin-ptx] Enblend segmentation fault – news

Hello, something pushes me to find out what causes bug #2121647. So here are the latest news. Problem begins in CachedFileImageIteratorBase::operator*() - which is trying to access vigra::TinyVectorBase > - problem is that _data is not in memory (I can't even access it from debugger). Does

[hugin-ptx] Fix for bug 2106362 and 2005561

I think I should comment this patch because of some possible problems. In code comments and in comments under the bug #2005561 is written, that : shouldn't be escaped in makefile, because it breaks files with prefix containing :. I've been trying hard to make pano with : in it's prefix though I wa

[hugin-ptx] Re: fix for bug 2292979 (enblend set as 'false' in the Makefile)

2009/1/26 Lukáš Jirkovský : > 2009/1/25 Yuval Levy : >> >> Lukáš Jirkovský wrote: >>> Hello, >>> thanks to Yuv the bug 2292979 came to my attention so I can take a >>> look at it. Result? I've fixed it. Luckily it wasn't tough bug. >> >> It's Bruno who brought it to public attention. Thanks Lukáš

[hugin-ptx] Re: Going through the bug tracker

2009/1/26 Seb Perez-D : > > On Mon, Jan 26, 2009 at 11:15, Lukáš Jirkovský wrote: >>> You can commit on the hugin SVN >>> http://svnbook.red-bean.com/en/1.5/svn.tour.cycle.html#svn.tour.cycle.commit > >> Shouln't I've to login some way? I use svn locally for my own small >> project, but I have no

[hugin-ptx] Re: Going through the bug tracker

On Mon, Jan 26, 2009 at 11:15, Lukáš Jirkovský wrote: >> You can commit on the hugin SVN >> http://svnbook.red-bean.com/en/1.5/svn.tour.cycle.html#svn.tour.cycle.commit > Shouln't I've to login some way? I use svn locally for my own small > project, but I have not used it over internet. I'm no

[hugin-ptx] question about control points: number, fine tune, and an "iterative multi-fitting" suggestion

Hi people, I've been tinkering with hugin for a long time now and I've been having progressively better results with comparatively less time spent on each project! My panoramas are straightforward but I always shoot hand held, so lots of parallax errors! My main question is: Given that we have m

[hugin-ptx] Re: Going through the bug tracker

2009/1/26 Seb Perez-D : > > On Mon, Jan 26, 2009 at 10:45, Lukáš Jirkovský wrote: >> >> Anyway, what does it mean for me? >> > > You can commit on the hugin SVN > http://svnbook.red-bean.com/en/1.5/svn.tour.cycle.html#svn.tour.cycle.commit > > Welcome to the club ! > > Seb > > > > Shouln't I've

[hugin-ptx] Re: fix for bug 2292979 (enblend set as 'false' in the Makefile)

2009/1/25 Yuval Levy : > > Lukáš Jirkovský wrote: >> Hello, >> thanks to Yuv the bug 2292979 came to my attention so I can take a >> look at it. Result? I've fixed it. Luckily it wasn't tough bug. > > It's Bruno who brought it to public attention. Thanks Lukáš for the fix. Then I apologize to Bru

[hugin-ptx] Re: Going through the bug tracker

On Mon, Jan 26, 2009 at 10:45, Lukáš Jirkovský wrote: > > Anyway, what does it mean for me? > You can commit on the hugin SVN http://svnbook.red-bean.com/en/1.5/svn.tour.cycle.html#svn.tour.cycle.commit Welcome to the club ! Seb --~--~-~--~~~---~--~~ You receiv

[hugin-ptx] Re: Going through the bug tracker

2009/1/26 Lukáš Jirkovský : > 2009/1/25 Bruno Postle : >> >> On Sun 25-Jan-2009 at 13:20 -0500, Yuval Levy wrote: >>> >>>Thanks for all the work! >>> >>>Can we give Lukáš appropriate access to SVN and to the bugtracker? IMO >>>he is demonstrating the responsibility and skills to work with the tool