[hugin-ptx] Re: libpano13-2.9.14_beta2 released
Dear Bruno, I've made a change in math.c (see my mail Re: GSoC patch ideas from 2009-03-26), but I didn't checked in the patch so far, because I'm waiting for some feedback, especially from Daniel German, who has noted that he is familar with that library and may give some hints. The patch worked for me and I dind't get a crash any more when setting invalid values on the Albers projection. Should I commit the patch to the repository? Guido A question: libpano13-2.9.14_beta2 was released seven weeks ago and there have been no bug reports, can I assume that this version is ok for a 'stable' release? Who is using it? Is it in the any of the current hugin binary snapshot bundles? -- Bruno --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: libpano13-2.9.14_beta2 released
Hi Guido, Oops, I dropped the ball on it. I am going to look at it right away. --daniel On Tue, Apr 21, 2009 at 4:08 PM, Guido Kohlmeyer d...@gekko-design.de wrote: Dear Bruno, I've made a change in math.c (see my mail Re: GSoC patch ideas from 2009-03-26), but I didn't checked in the patch so far, because I'm waiting for some feedback, especially from Daniel German, who has noted that he is familar with that library and may give some hints. The patch worked for me and I dind't get a crash any more when setting invalid values on the Albers projection. Should I commit the patch to the repository? Guido A question: libpano13-2.9.14_beta2 was released seven weeks ago and there have been no bug reports, can I assume that this version is ok for a 'stable' release? Who is using it? Is it in the any of the current hugin binary snapshot bundles? -- Bruno -- --dmg --- Daniel M. German http://turingmachine.org --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: GSoC patch ideas
I am sorry Guido I dropped the ball from this. (This discussion should go into libpano, but there is also an issue with hugin). Hi Guido, I am looking at your patch right now, and I see you changed some of the computations. The biggest one I don't quite follow is: replacing: - C = cos(phi1) * cos(phi1) + 2.0 * n * sin(phi1); with + C = 1.0 + Aux_sin_phi1 * Aux_sin_phi2; I can try to follow the math but it is easier to ask you ;) Also, with respect to making it rho0 a huge number instead of letting the computation proceed with an INF value: rho0 = ( (n != 0) ? (Aux_1 / n) : (1.7E+308) ); I would prefer we use INF and deal with that where appropriate, which is the result of the calculation of the projection. Is hugin handling INF properly? It might be a problem in hugin, not in libpano. - twiceN = sin(phi1) + sin(phi2); - n = twiceN /2.0; - rho0 = sqrt(C - 2.0 * n * sin(phi0)) / n; +// precompute sinus functions +Aux_sin_phi0 = sin(phi0); +Aux_sin_phi1 = sin(phi1); +Aux_sin_phi2 = sin(phi2); + Aux_2N = Aux_sin_phi1 + Aux_sin_phi2; +n = Aux_2N / 2.0; + +// C = cos(phi1) * cos(phi1) + 2.0 * n * sin(phi1); +// rho0 = sqrt(C - 2.0 * n * sin(phi0)) / n; +Aux_1 = (C - (Aux_2N * Aux_sin_phi0)); +Aux_1 = ( (Aux_1 0) ? (sqrt(Aux_1)) : (0.0) ); +rho0 = ( (n != 0) ? (Aux_1 / n) : (1.7E+308) ); + -- -- Daniel M. German http://turingmachine.org/ http://silvernegative.com/ dmg (at) uvic (dot) ca replace (at) with @ and (dot) with . -- Daniel M. German Sooner or later all the peoples of the world, without regard to the political system under which they live, will have to discover a way Martin Luther King, jr. - to live together in peace. http://turingmachine.org/ http://silvernegative.com/ dmg (at) uvic (dot) ca replace (at) with @ and (dot) with . --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: PTBatcherGUI Linux crash (was:PTBatcherGUI single instance)
2009/4/20 Bruno Postle br...@postle.net: On Mon 20-Apr-2009 at 21:14 +0100, Bruno Postle wrote: I've narrowed down the date when PTBatcherGUI broke on Linux to the 15th March: svn 3734 builds, runs without crashing svn 3735 doesn't build svn 3736 doesn't build svn 3737 doesn't build svn 3738 builds, crashes on startup Ok, I can rearrange the order of these commits: svn 3736 is the commit that broke things. -- Bruno Hey! I wanted to write this today ;-) First I'd like to point out that you are not right completely. I've been working on it during weekend and I've been able to reproduce the bug even on rev 3678. The only difference is that after 3738 it crashes immediately but on all older revisions it crashes randomly after some time, but the error is still the same. I think that it's caused by that synchronization between PTBatcherGUI and PTBatcher. This synchronization probably just causes that PTBatcherGUI runs to the state when it crashes much earlier. I've tried to fix some of the revisions 3735-3737 but I can't find my notes about them at the moment. But what I remember it didn't helped me much. My idea is that the problem is somewhere in the BatchFrame or in the wxWidgets/GTK itself. I've build it debug symbols against debug version of wxWidgets and it crashes when calling some GTK function from MainLoop in wxWidgets. Anyway, I've also found email [1] which may help with understanding the problem, but I've not read it yet. [1] http://www.nabble.com/-RFC-PATCH--New-XCB-socket-handoff-mechanism-for-Xlib-XCB-and-other-libraries-td16075739.html --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: PTBatcherGUI Linux crash (was:PTBatcherGUI single instance)
2009/4/21 Lukáš Jirkovský l.jirkov...@gmail.com: 2009/4/20 Bruno Postle br...@postle.net: On Mon 20-Apr-2009 at 21:14 +0100, Bruno Postle wrote: I've narrowed down the date when PTBatcherGUI broke on Linux to the 15th March: svn 3734 builds, runs without crashing svn 3735 doesn't build svn 3736 doesn't build svn 3737 doesn't build svn 3738 builds, crashes on startup Ok, I can rearrange the order of these commits: svn 3736 is the commit that broke things. -- Bruno Hey! I wanted to write this today ;-) First I'd like to point out that you are not right completely. I've been working on it during weekend and I've been able to reproduce the bug even on rev 3678. The only difference is that after 3738 it crashes immediately but on all older revisions it crashes randomly after some time, but the error is still the same. I think that it's caused by that synchronization between PTBatcherGUI and PTBatcher. This synchronization probably just causes that PTBatcherGUI runs to the state when it crashes much earlier. I've tried to fix some of the revisions 3735-3737 but I can't find my notes about them at the moment. But what I remember it didn't helped me much. My idea is that the problem is somewhere in the BatchFrame or in the wxWidgets/GTK itself. I've build it debug symbols against debug version of wxWidgets and it crashes when calling some GTK function from MainLoop in wxWidgets. Anyway, I've also found email [1] which may help with understanding the problem, but I've not read it yet. [1] http://www.nabble.com/-RFC-PATCH--New-XCB-socket-handoff-mechanism-for-Xlib-XCB-and-other-libraries-td16075739.html I've forgot one thing. There are more errors which look almost the same: Currently I get: PTBatcherGUI: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0. which I think is the same as: xcb_io.c:242: process_responses: Assertion `(((long) (dpy-last_request_read) - (long) (dpy-request)) = 0)' failed. and there is also: Assertion `!(req current_request !(((long) (req-sequence) - (long) (current_request)) = 0))' failed which randomly occurs even on really old revisions. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: libpano13-2.9.14_beta2 released
2009/4/21 Bruno Postle br...@postle.net: A question: libpano13-2.9.14_beta2 was released seven weeks ago and there have been no bug reports, can I assume that this version is ok for a 'stable' release? Who is using it? Is it in the any of the current hugin binary snapshot bundles? -- Bruno On Tue 03-Mar-2009 at 23:28 +, Bruno Postle wrote: I've put a libpano13-2.9.14 beta2 tarball on sourceforge: https://sourceforge.net/project/showfiles.php?group_id=96188package_id=237430 This is another beta as there have been some minor updates since 2.9.14 beta2: * Restore fisheye field-of-view limitation, now 179deg. * Treat landscape fisheyes the same as portrait for field-of-view limitation. * Fix for windows compilation. * Minor bug fixes. See the ChangeLog file for more details. The hugin-svn in my arch-graphics repository is linked against this version. But I've no idea how many people actually use the hugin-svn from my repo. Except from Albers projection it's perefectly stable for me. Lukáš stativ Jirkovský --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: Visualize imageGraph of a project?
On Apr 21, 10:14 am, Oskar Sander oskar.san...@gmail.com wrote: Hi, no I didn't see that. I would not mind trying it, did you add it as a script á la panotools-script or how is it executed? I've put it online, because with this google interface I don't know how to attach things. http://prive.bitwizard.nl/ptomap.c Roger. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] stitcher enblend option disabled
Hi, I've been using Hugin for years. I've just started trying out 360 deg panoramas. The stitcher tab has the enblend options disabled (gray) and enfuse enabled. The problem is that I don't want enfuse. I know what it is and what it does, and I've used it before. But in this case, it isn't appropriate. How do I get the stitcher to let me use enblend without enfuse? -- Regards Peter Miller pmil...@opensource.org.au /\/\*http://www.canb.auug.org.au/~millerp/ PGP public key ID: 1024D/D0EDB64D fingerprint = AD0A C5DF C426 4F03 5D53 2BDB 18D8 A4E2 D0ED B64D See http://www.keyserver.net or any PGP keyserver for public key. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: GSoC patch ideas
Although I'm not really into this code, shouldn't a divide by zero result in NAN instead of INF? Of course the limit of 1/n with n-0 is INF, but only for n0. For n0 (a very small negative value), 1/n actually goes to -INF. At exactly n=0, 1/n is not defined. It's a small detail, but NAN is more accurate here than INF, if we're going to use that. Best, Bart --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: GSoC patch ideas
On Apr 21, 1:31 pm, Bart.van.Andel bavanan...@gmail.com wrote: Although I'm not really into this code, shouldn't a divide by zero result in NAN instead of INF? Of course the limit of 1/n with n-0 is INF, but only for n0. Possibly, both numbers being divided are always positive, so that +INF is more accurate. But I'm not familiar enough with the code to know that either. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: GSoC patch ideas
Bart.van.Andel wrote: Although I'm not really into this code, shouldn't a divide by zero result in NAN instead of INF? According to this: http://en.wikipedia.org/wiki/Division_by_zero It's well defined, and works as you would hope: IEEE floating-point standard, supported by almost all modern processors, specifies that every floating point arithmetic operation, including division by zero, has a well-defined result. In IEEE 754 arithmetic, a ÷ 0 is positive infinity when a is positive, negative infinity when a is negative, and NaN (not a number) when a = 0. The infinity signs change when dividing by -0 instead. This is possible because in IEEE 754 there are two zero values, plus zero and minus zero, and thus no ambiguity. BugBear --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: stitcher enblend option disabled
On Tue 21-Apr-2009 at 19:39 +1000, Peter Miller wrote: I've been using Hugin for years. I've just started trying out 360 deg panoramas. The stitcher tab has the enblend options disabled (gray) and enfuse enabled. This automatic enabling/disabling of options in the Stitcher tab was removed during the 0.7.0 beta process. If you use the 0.7.0 final release or a 0.8.0 snapshot then you will find that all these options are available (even when hugin will do strange things as a result). -- Bruno --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: GSoC patch ideas
On 21 apr, 15:27, paul womack pwom...@papermule.co.uk wrote: IEEE floating-point standard, supported by almost all modern processors, specifies that every floating point arithmetic operation, including division by zero, has a well-defined result. In IEEE 754 arithmetic, a ÷ 0 is positive infinity when a is positive, negative infinity when a is negative, and NaN (not a number) when a = 0. The infinity signs change when dividing by -0 instead. This is possible because in IEEE 754 there are two zero values, plus zero and minus zero, and thus no ambiguity. Ah yes, I see, I hadn't considered it that way. Then the question is, is a check for a=0 necessary? Doesn't the arithmetic take this into account automatically (as in, it computes the result as +INF or -INF, depending on the value of Aux_1)? Best, Bart --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: PTBatcherGUI single instance
On Fri 27-Mar-2009 at 07:22 +0100, Thomas Modes wrote: I changed the debug version again. Please test it compiled as debug. (It's using wxLogDebug to output some messages. I hope to identify to lines which cause the problems.) Ok, now that I can run PTBatcherGUI (but not working 100%) I've tested the patch and it seems to work exactly as needed: PTBatcherGUI starts ok. A second instance exits immediately ok. Stopping the first instance allows starting a new instance ok. killing a runing instance leaves a 'stale' lock PID file, but a new instance deals with this correctly ok. So I recommend commiting this patch, as this fuctionality is very necessary for the batch processor.. -- Bruno --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: Alpha Channel Masking
On Mon 20-Apr-2009 at 04:53 -0700, grow wrote: I have now tried adding a simple black Alpha Channel to each of those images and it crashes again. You need to say what the error message is, there are a couple of known crash bugs in enblend. If you are using a modified version of enblend then it would be useful to test the same set of images with the 'stock' enblend-3.2 release. -- Bruno --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: More Spanish translation
On Sat 18-Apr-2009 at 20:21 +0200, Eduardo Pérez wrote: I have updated the Spanish translation; please apply attached patch. Thanks, applied in SVN. -- Bruno --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: Stereographic video
not available in my area :( can you describe it? On Wed, Apr 22, 2009 at 9:22 AM, Tim timnug...@gmail.com wrote: Does anybody know how they did this? I think it looks great. http://www.bbc.co.uk/blogs/zanelowe/2009/04/dizzee_rascal_exclusive.html Tim -- --dmg --- Daniel M. German http://turingmachine.org --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: Stereographic video
Tim wrote: Does anybody know how they did this? I think it looks great. http://www.bbc.co.uk/blogs/zanelowe/2009/04/dizzee_rascal_exclusive.html the BBC seems to be doing IP-based filtering - when I click play it says not available in your area. can you point me to an open proxy server in the UK? Me want to watch :) Yuv --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: Stereographic video
if the video is stereographic one way to do this would be to split the video into JPEGs, remap them and then reassemble the result. My students did something similar with movie clips for one assignment using mplayer (although they did colour manipulation, not remapping). You will of course have to know the characteristics of the lens you are using to shoot it. On Wed, Apr 22, 2009 at 9:43 AM, Yuval Levy goo...@levy.ch wrote: Tim wrote: Does anybody know how they did this? I think it looks great. http://www.bbc.co.uk/blogs/zanelowe/2009/04/dizzee_rascal_exclusive.html the BBC seems to be doing IP-based filtering - when I click play it says not available in your area. can you point me to an open proxy server in the UK? Me want to watch :) Yuv -- --dmg --- Daniel M. German http://turingmachine.org --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: Stereographic video
I wonder if it can be done with a rig of video cameras to cover the 360 degrees. The frames split, remapped, and stitched, and rejoined into a video. -dmg On Wed, Apr 22, 2009 at 10:49 AM, Leon Moctezuma dense...@gmail.com wrote: I found it in YouTube... :) http://www.youtube.com/watch?v=Ci40ae8BlcE -- León Moctezuma -- --dmg --- Daniel M. German http://turingmachine.org --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: Stereographic video
Oh, that looks like a video made with a camera and a mirror. It can probably be improved by unmapping it and mapping it back to a better projection. This might have been done with something like this http://www.red-door.co.uk/pages/productpages/360-one-vr-redshop.html --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: PTBatcherGUI single instance
I commited a patch to better deal with synchronisation between ptbatcher and ptbatchergui. Maybe this fixes the start problem. On Vista PTBatcherGUI works without problems. On 21 Apr., 19:28, Bruno Postle br...@postle.net wrote: Ok, now that I can run PTBatcherGUI (but not working 100%) I've tested the patch and it seems to work exactly as needed: PTBatcherGUI starts ok. A second instance exits immediately ok. Stopping the first instance allows starting a new instance ok. killing a runing instance leaves a 'stale' lock PID file, but a new instance deals with this correctly ok. So I recommend commiting this patch, as this fuctionality is very necessary for the batch processor.. There is one point which needs testing: Parsing of command line parameters. When starting PTBatcherGUI a second time with a project file or with project file and prefix these setting should forwarded to the first instance. Version 2 is using wxServer/wxClient/wxConnection to communicate between the instances, version 6 is using a file. When this is working the send to batch button in Hugin could be extended to automatic start PTBatcherGUI with the current project. Thomas --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
