|
»
»
OpenGL slow because of reloading [was: hugin-0.8.0_beta3 released]
|
View:
New views
20 Messages
—
Rating Filter:
Alert me
|
| < Prev | 1 - 2 - 3 | Next > |
 |
Re: OpenGL slow because of reloading
by Gerry Patterson
::
Rate this Message:
Hi,
I don't have a project that large. I tired with a few I have that have 8 picts or less, but I am unable to reproduce this problem. I develop under Linux... Does it happen on other projects you have? Can you reproduce your problem if you try separating out the steps? (optimize, straighten, photometric optimize..) If you can reproduce it with a smaller project, it may be easier to transfer it around. Best Regards, - Gerry On Wed, Jun 3, 2009 at 9:28 AM, RueiKe <ruei_ke@...> wrote:
--~--~---------~--~----~------------~-------~--~----~ 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by RueiKe
::
Rate this Message:
Hi Gerry, I have not tried any other projects yet. After work today (in 8hrs), I will attempt to duplicate the issue with a smaller project. I have 6 image project readily available that I could work with. I will also see what the results are for manually running the various steps. Regards, Rick On Jun 4, 9:04 am, Gerry Patterson <thedeepvo...@...> wrote: > Hi, > > I don't have a project that large. I tired with a few I have that have 8 > picts or less, but I am unable to reproduce this problem. > > I develop under Linux... > > Does it happen on other projects you have? > Can you reproduce your problem if you try separating out the steps? > (optimize, straighten, photometric optimize..) > > If you can reproduce it with a smaller project, it may be easier to transfer > it around. > > Best Regards, > > - Gerry > > > > On Wed, Jun 3, 2009 at 9:28 AM, RueiKe <ruei...@...> wrote: > > > Yes, I am using Vista. I duplicated this issue in Traditional Chinese > > and English, just to be sure it was not a wide character issue. > > > I loaded a project file from a project I previoulsy complete, 94 > > images enfused blended pano. Then press align button. After the > > "Levelling panorama" step, it starts "Loading Images" and crashes > > about 10 seconds into that after loading a few images. The Fast > > Preview window never opens. > > > Let me know if you additional details. > > > Rick > > > On Jun 3, 9:40 pm, Bruno Postle <br...@...> wrote: > > > On Wed 03-Jun-2009 at 08:29 -0500, Gerry Patterson wrote: > > > > >What platform are you using? > > > > >So understand, the steps to reproduce this problem are: > > > > > 1. load a project .pto file > > > > 2. press the align button on the assistant tab. > > > > Rick is using Windows, but possibly this only appears with a zh_TW > > > locale. > > > > -- > > > Bruno- Hide quoted text - > > - Show quoted text - 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by RueiKe
::
Rate this Message:
Quick set of tests before dinner: 4 image pano - No Crash 76 image pano - Crash as before 11 image pano - No Crash 5 image pano - No Crash 18 image pano - Crash while opening pto file (tried twice) I will collect more details this evening. Rick On Jun 4, 10:31 am, RueiKe <ruei...@...> wrote: > Hi Gerry, > > I have not tried any other projects yet. After work today (in 8hrs), > I will attempt to duplicate the issue with a smaller project. I have > 6 image project readily available that I could work with. I will also > see what the results are for manually running the various steps. > > Regards, > Rick > > On Jun 4, 9:04 am, Gerry Patterson <thedeepvo...@...> wrote: > > > > > Hi, > > > I don't have a project that large. I tired with a few I have that have 8 > > picts or less, but I am unable to reproduce this problem. > > > I develop under Linux... > > > Does it happen on other projects you have? > > Can you reproduce your problem if you try separating out the steps? > > (optimize, straighten, photometric optimize..) > > > If you can reproduce it with a smaller project, it may be easier to transfer > > it around. > > > Best Regards, > > > - Gerry > > > On Wed, Jun 3, 2009 at 9:28 AM, RueiKe <ruei...@...> wrote: > > > > Yes, I am using Vista. I duplicated this issue in Traditional Chinese > > > and English, just to be sure it was not a wide character issue. > > > > I loaded a project file from a project I previoulsy complete, 94 > > > images enfused blended pano. Then press align button. After the > > > "Levelling panorama" step, it starts "Loading Images" and crashes > > > about 10 seconds into that after loading a few images. The Fast > > > Preview window never opens. > > > > Let me know if you additional details. > > > > Rick > > > > On Jun 3, 9:40 pm, Bruno Postle <br...@...> wrote: > > > > On Wed 03-Jun-2009 at 08:29 -0500, Gerry Patterson wrote: > > > > > >What platform are you using? > > > > > >So understand, the steps to reproduce this problem are: > > > > > > 1. load a project .pto file > > > > > 2. press the align button on the assistant tab. > > > > > Rick is using Windows, but possibly this only appears with a zh_TW > > > > locale. > > > > > -- > > > > Bruno- Hide quoted text - > > > - Show quoted text -- Hide quoted text - > > - Show quoted text - 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by RueiKe
::
Rate this Message:
ok, I found that the 18 image pano above that crashes on open is due to a corrupt pto file. When I open it with 0.7.0, it opens with no errors, but has no photos. In wordpad, there is no text. I had another version of the pto file for that project which opened fine with 0.7.0. With SVN3906, it opens fine, it completes the align with no error, but when the Quick preview window opens, there are no images. When I optimize, hugin just hangs with no error. If I close the quick preview window after align, and then open the regular preview window it crashes with a boost thread resource error. I reduced the same project to 12 images, and found that it hung while doing the align. I killed the process and reopend the project, and it opened with the aligned image in the quick preview window, I then aligned with no error. Seems like the issues scale with the size of the project and start causing problems at 12, 70MB 16bit tiffs. Rick On Jun 4, 6:01 pm, RueiKe <ruei...@...> wrote: > Quick set of tests before dinner: > > 4 image pano - No Crash > 76 image pano - Crash as before > 11 image pano - No Crash > 5 image pano - No Crash > 18 image pano - Crash while opening pto file (tried twice) > > I will collect more details this evening. > > Rick > > On Jun 4, 10:31 am, RueiKe <ruei...@...> wrote: > > > > > Hi Gerry, > > > I have not tried any other projects yet. After work today (in 8hrs), > > I will attempt to duplicate the issue with a smaller project. I have > > 6 image project readily available that I could work with. I will also > > see what the results are for manually running the various steps. > > > Regards, > > Rick > > > On Jun 4, 9:04 am, Gerry Patterson <thedeepvo...@...> wrote: > > > > Hi, > > > > I don't have a project that large. I tired with a few I have that have 8 > > > picts or less, but I am unable to reproduce this problem. > > > > I develop under Linux... > > > > Does it happen on other projects you have? > > > Can you reproduce your problem if you try separating out the steps? > > > (optimize, straighten, photometric optimize..) > > > > If you can reproduce it with a smaller project, it may be easier to transfer > > > it around. > > > > Best Regards, > > > > - Gerry > > > > On Wed, Jun 3, 2009 at 9:28 AM, RueiKe <ruei...@...> wrote: > > > > > Yes, I am using Vista. I duplicated this issue in Traditional Chinese > > > > and English, just to be sure it was not a wide character issue. > > > > > I loaded a project file from a project I previoulsy complete, 94 > > > > images enfused blended pano. Then press align button. After the > > > > "Levelling panorama" step, it starts "Loading Images" and crashes > > > > about 10 seconds into that after loading a few images. The Fast > > > > Preview window never opens. > > > > > Let me know if you additional details. > > > > > Rick > > > > > On Jun 3, 9:40 pm, Bruno Postle <br...@...> wrote: > > > > > On Wed 03-Jun-2009 at 08:29 -0500, Gerry Patterson wrote: > > > > > > >What platform are you using? > > > > > > >So understand, the steps to reproduce this problem are: > > > > > > > 1. load a project .pto file > > > > > > 2. press the align button on the assistant tab. > > > > > > Rick is using Windows, but possibly this only appears with a zh_TW > > > > > locale. > > > > > > -- > > > > > Bruno- Hide quoted text - > > > > - Show quoted text -- Hide quoted text - > > > - Show quoted text -- Hide quoted text - > > - Show quoted text - 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by Gerry Patterson
::
Rate this Message:
Hello,
OK. Looks like I need to have a fairly large test case on hand. Would you attach a .pto file of your 4, 18 and 76 image panos? Best Regards, - Gerry On Thu, Jun 4, 2009 at 7:51 AM, RueiKe <ruei_ke@...> wrote:
--~--~---------~--~----~------------~-------~--~----~ 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by RueiKe
::
Rate this Message:
Hi Gerry, I have uploaded the requested pto files. Regards, Rick On Jun 4, 9:30 pm, Gerry Patterson <thedeepvo...@...> wrote: > Hello, > > OK. Looks like I need to have a fairly large test case on hand. Would you > attach a .pto file of your 4, 18 and 76 image panos? > > Best Regards, > > - Gerry > > > > On Thu, Jun 4, 2009 at 7:51 AM, RueiKe <ruei...@...> wrote: > > > ok, I found that the 18 image pano above that crashes on open is due > > to a corrupt pto file. When I open it with 0.7.0, it opens with no > > errors, but has no photos. In wordpad, there is no text. I had > > another version of the pto file for that project which opened fine > > with 0.7.0. With SVN3906, it opens fine, it completes the align with > > no error, but when the Quick preview window opens, there are no > > images. When I optimize, hugin just hangs with no error. If I close > > the quick preview window after align, and then open the regular > > preview window it crashes with a boost thread resource error. > > > I reduced the same project to 12 images, and found that it hung while > > doing the align. I killed the process and reopend the project, and it > > opened with the aligned image in the quick preview window, I then > > aligned with no error. > > > Seems like the issues scale with the size of the project and start > > causing problems at 12, 70MB 16bit tiffs. > > > Rick > > > On Jun 4, 6:01 pm, RueiKe <ruei...@...> wrote: > > > Quick set of tests before dinner: > > > > 4 image pano - No Crash > > > 76 image pano - Crash as before > > > 11 image pano - No Crash > > > 5 image pano - No Crash > > > 18 image pano - Crash while opening pto file (tried twice) > > > > I will collect more details this evening. > > > > Rick > > > > On Jun 4, 10:31 am, RueiKe <ruei...@...> wrote: > > > > > Hi Gerry, > > > > > I have not tried any other projects yet. After work today (in 8hrs), > > > > I will attempt to duplicate the issue with a smaller project. I have > > > > 6 image project readily available that I could work with. I will also > > > > see what the results are for manually running the various steps. > > > > > Regards, > > > > Rick > > > > > On Jun 4, 9:04 am, Gerry Patterson <thedeepvo...@...> wrote: > > > > > > Hi, > > > > > > I don't have a project that large. I tired with a few I have that > > have 8 > > > > > picts or less, but I am unable to reproduce this problem. > > > > > > I develop under Linux... > > > > > > Does it happen on other projects you have? > > > > > Can you reproduce your problem if you try separating out the steps? > > > > > (optimize, straighten, photometric optimize..) > > > > > > If you can reproduce it with a smaller project, it may be easier to > > transfer > > > > > it around. > > > > > > Best Regards, > > > > > > - Gerry > > > > > > On Wed, Jun 3, 2009 at 9:28 AM, RueiKe <ruei...@...> wrote: > > > > > > > Yes, I am using Vista. I duplicated this issue in Traditional > > Chinese > > > > > > and English, just to be sure it was not a wide character issue. > > > > > > > I loaded a project file from a project I previoulsy complete, 94 > > > > > > images enfused blended pano. Then press align button. After the > > > > > > "Levelling panorama" step, it starts "Loading Images" and crashes > > > > > > about 10 seconds into that after loading a few images. The Fast > > > > > > Preview window never opens. > > > > > > > Let me know if you additional details. > > > > > > > Rick > > > > > > > On Jun 3, 9:40 pm, Bruno Postle <br...@...> wrote: > > > > > > > On Wed 03-Jun-2009 at 08:29 -0500, Gerry Patterson wrote: > > > > > > > > >What platform are you using? > > > > > > > > >So understand, the steps to reproduce this problem are: > > > > > > > > > 1. load a project .pto file > > > > > > > > 2. press the align button on the assistant tab. > > > > > > > > Rick is using Windows, but possibly this only appears with a > > zh_TW > > > > > > > locale. > > > > > > > > -- > > > > > > > Bruno- Hide quoted text - > > > > > > - Show quoted text -- Hide quoted text - > > > > > - Show quoted text -- Hide quoted text - > > > > - Show quoted text -- Hide quoted text - > > - Show quoted text - 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by Gerry Patterson
::
Rate this Message:
Hello,
I downloaded the files... What is striking about the 76 image pano is the number of control points: 7890+. Wow... I have to see if I can generate a simlair setup as a test case. The corrupt 18 image pto file is certainly that. It is filled with null characters. I used to see that with some journalled filesystems such as XFS if they were knocked over in the middle of a transaction. You said you were running vista? Anyways. Having a large test case on hand would be a good thing. :-) - Gerry On Thu, Jun 4, 2009 at 8:49 AM, RueiKe <ruei_ke@...> wrote:
--~--~---------~--~----~------------~-------~--~----~ 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by RueiKe
::
Rate this Message:
Hi Gerry, I did not realize that my project sizes were that out of the ordinary, but I did need to get a Core i7 based machine with 12GB of memory. My largest project uses over 11k control points: http://www.flickr.com/photos/rueike/3493769918/ I usually use the control points tab to add the max of 100 points for all nominal exposure images in 2 rows, and then a second time for 2 rows with the middle row included both times. Then I add control points for each bracket set. After first alignment, I use the control point table to delete the worst, usually about 10%. Then I fine tune the remainder until I get to a reasonable error. Yes, I am using Vista. I think that corrupt file occured when my computer crashed during a file save due to a video driver error I have been having. Seems like 0.7.0 handles the corrupt file better than SVN3906. Regards, Rick On Jun 5, 2:36 am, Gerry Patterson <thedeepvo...@...> wrote: > Hello, > > I downloaded the files... > > What is striking about the 76 image pano is the number of control points: > 7890+. Wow... I have to see if I can generate a simlair setup as a test > case. > > The corrupt 18 image pto file is certainly that. It is filled with null > characters. I used to see that with some journalled filesystems such as XFS > if they were knocked over in the middle of a transaction. You said you were > running vista? > > Anyways. Having a large test case on hand would be a good thing. :-) > > - Gerry > > > > On Thu, Jun 4, 2009 at 8:49 AM, RueiKe <ruei...@...> wrote: > > > Hi Gerry, > > > I have uploaded the requested pto files. > > > Regards, > > Rick > > > On Jun 4, 9:30 pm, Gerry Patterson <thedeepvo...@...> wrote: > > > Hello, > > > > OK. Looks like I need to have a fairly large test case on hand. Would > > you > > > attach a .pto file of your 4, 18 and 76 image panos? > > > > Best Regards, > > > > - Gerry > > > > On Thu, Jun 4, 2009 at 7:51 AM, RueiKe <ruei...@...> wrote: > > > > > ok, I found that the 18 image pano above that crashes on open is due > > > > to a corrupt pto file. When I open it with 0.7.0, it opens with no > > > > errors, but has no photos. In wordpad, there is no text. I had > > > > another version of the pto file for that project which opened fine > > > > with 0.7.0. With SVN3906, it opens fine, it completes the align with > > > > no error, but when the Quick preview window opens, there are no > > > > images. When I optimize, hugin just hangs with no error. If I close > > > > the quick preview window after align, and then open the regular > > > > preview window it crashes with a boost thread resource error. > > > > > I reduced the same project to 12 images, and found that it hung while > > > > doing the align. I killed the process and reopend the project, and it > > > > opened with the aligned image in the quick preview window, I then > > > > aligned with no error. > > > > > Seems like the issues scale with the size of the project and start > > > > causing problems at 12, 70MB 16bit tiffs. > > > > > Rick > > > > > On Jun 4, 6:01 pm, RueiKe <ruei...@...> wrote: > > > > > Quick set of tests before dinner: > > > > > > 4 image pano - No Crash > > > > > 76 image pano - Crash as before > > > > > 11 image pano - No Crash > > > > > 5 image pano - No Crash > > > > > 18 image pano - Crash while opening pto file (tried twice) > > > > > > I will collect more details this evening. > > > > > > Rick > > > > > > On Jun 4, 10:31 am, RueiKe <ruei...@...> wrote: > > > > > > > Hi Gerry, > > > > > > > I have not tried any other projects yet. After work today (in > > 8hrs), > > > > > > I will attempt to duplicate the issue with a smaller project. I > > have > > > > > > 6 image project readily available that I could work with. I will > > also > > > > > > see what the results are for manually running the various steps. > > > > > > > Regards, > > > > > > Rick > > > > > > > On Jun 4, 9:04 am, Gerry Patterson <thedeepvo...@...> wrote: > > > > > > > > Hi, > > > > > > > > I don't have a project that large. I tired with a few I have > > that > > > > have 8 > > > > > > > picts or less, but I am unable to reproduce this problem. > > > > > > > > I develop under Linux... > > > > > > > > Does it happen on other projects you have? > > > > > > > Can you reproduce your problem if you try separating out the > > steps? > > > > > > > (optimize, straighten, photometric optimize..) > > > > > > > > If you can reproduce it with a smaller project, it may be easier > > to > > > > transfer > > > > > > > it around. > > > > > > > > Best Regards, > > > > > > > > - Gerry > > > > > > > > On Wed, Jun 3, 2009 at 9:28 AM, RueiKe <ruei...@...> > > wrote: > > > > > > > > > Yes, I am using Vista. I duplicated this issue in Traditional > > > > Chinese > > > > > > > > and English, just to be sure it was not a wide character issue. > > > > > > > > > I loaded a project file from a project I previoulsy complete, > > 94 > > > > > > > > images enfused blended pano. Then press align button. After > > the > > > > > > > > "Levelling panorama" step, it starts "Loading Images" and > > crashes > > > > > > > > about 10 seconds into that after loading a few images. The > > Fast > > > > > > > > Preview window never opens. > > > > > > > > > Let me know if you additional details. > > > > > > > > > Rick > > > > > > > > > On Jun 3, 9:40 pm, Bruno Postle <br...@...> wrote: > > > > > > > > > On Wed 03-Jun-2009 at 08:29 -0500, Gerry Patterson wrote: > > > > > > > > > > >What platform are you using? > > > > > > > > > > >So understand, the steps to reproduce this problem are: > > > > > > > > > > > 1. load a project .pto file > > > > > > > > > > 2. press the align button on the assistant tab. > > > > > > > > > > Rick is using Windows, but possibly this only appears with a > > > > zh_TW > > > > > > > > > locale. > > > > > > > > > > -- > > > > > > > > > Bruno- Hide quoted text - > > > > > > > > - Show quoted text -- Hide quoted text - > > > > > > > - Show quoted text -- Hide quoted text - > > > > > > - Show quoted text -- Hide quoted text - > > > > - Show quoted text -- Hide quoted text - > > - Show quoted text - 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by Yuval Levy-6
::
Rate this Message:
Hi all, Gerry Patterson wrote: > I don't have a project that large. I tired with a few I have that have 8 > picts or less, but I am unable to reproduce this problem. > > I develop under Linux... > > Does it happen on other projects you have? > Can you reproduce your problem if you try separating out the steps? > (optimize, straighten, photometric optimize..) I don't know if it is related: I currently have access to an Ubuntu notebook only and I am traveling so I can't test much. I shot some large panos. I tried to stitch one with 294 images and autopano-sift-C died on me with an error 255. rebuilding the whole chain (libpano, autopano-sift-C, hugin) solved the problem. I read somewhere that there has been a break in the API of libpano13. maybe this causes headache to the current Windows SDK? Would be interesting to test the same project with an early 0.8 snapshot from: http://adhuikeshoven.pbworks.com/hugin%20installer%20for%20Windows%20Vista 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by David Haberthür-3
::
Rate this Message:
hello all On Thu, Jun 4, 2009 at 20:36, Gerry Patterson<thedeepvoice@...> wrote: > Hello, > > I downloaded the files... > > What is striking about the 76 image pano is the number of control points: > 7890+. Wow... I have to see if I can generate a simlair setup as a test > case. [snip] > > Anyways. Having a large test case on hand would be a good thing. :-) > > - Gerry i could help with providing a test-case, the panorama i shot last saturday evening [1] contains +100 images and +7000 control points generated with pan-o-matic. i'm still struggling with stitching it with full resolution, somehow i chokes at the fusing-step when trying to stitch it in sizes bigger than 10000px wide, now i've stitched it in "only" 2694 x 635 px (os x, with harrys newest svn-builld). i'll try to look into it this weekend and try to find out where the stitching chokes. i remember that i've also seen the slowing of the fast preview due to reloading, but haven't been really been able to reproduce it... habi [1] http://habi.gna.ch/2009/06/01/baldachin-by-night-ii/ --~--~---------~--~----~------------~-------~--~----~ 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by RueiKe
::
Rate this Message:
Hi Habi, I had a similar problem that may be related. I was using SVN3811 and was finally sucessfull stitching a 15338x7669 pano after I modified the -m option of enfuse and enblend to "-m 2000". See discussion at the Hugin Users Group: http://www.flickr.com/groups/hugin/discuss/72157615431955909/ Regards, Rick On Jun 5, 4:22 pm, David Haberthür <david.haberth...@...> wrote: > hello all > > > > On Thu, Jun 4, 2009 at 20:36, Gerry Patterson<thedeepvo...@...> wrote: > > Hello, > > > I downloaded the files... > > > What is striking about the 76 image pano is the number of control points: > > 7890+. Wow... I have to see if I can generate a simlair setup as a test > > case. > [snip] > > > Anyways. Having a large test case on hand would be a good thing. :-) > > > - Gerry > > i could help with providing a test-case, the panorama i shot last > saturday evening [1] contains +100 images and +7000 control points > generated with pan-o-matic. i'm still struggling with stitching it > with full resolution, somehow i chokes at the fusing-step when trying > to stitch it in sizes bigger than 10000px wide, now i've stitched it > in "only" 2694 x 635 px (os x, with harrys newest svn-builld). > i'll try to look into it this weekend and try to find out where the > stitching chokes. > i remember that i've also seen the slowing of the fast preview due to > reloading, but haven't been really been able to reproduce it... > habi > > [1]http://habi.gna.ch/2009/06/01/baldachin-by-night-ii/ 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by RueiKe
::
Rate this Message:
Hi Yuv, I have stitched some of my largest projects with SVN3811. I have just re-verified that there are no issues loading and aligning large projects with this build. Another major difference is that SVN3811 opens the old preview by default. To see if Quick Preview was a factor, I closed the original preview, opened Quick Preview and did an Align. It still re-opens the original preview, but also updates the Quick Preview with no problems. Looks like SVN3811 doesn't have the issue. Regards, Rick On Jun 5, 7:37 am, Yuval Levy <goo...@...> wrote: > Hi all, > > Gerry Patterson wrote: > > I don't have a project that large. I tired with a few I have that have 8 > > picts or less, but I am unable to reproduce this problem. > > > I develop under Linux... > > > Does it happen on other projects you have? > > Can you reproduce your problem if you try separating out the steps? > > (optimize, straighten, photometric optimize..) > > I don't know if it is related: I currently have access to an Ubuntu > notebook only and I am traveling so I can't test much. > > I shot some large panos. I tried to stitch one with 294 images and > autopano-sift-C died on me with an error 255. rebuilding the whole chain > (libpano, autopano-sift-C, hugin) solved the problem. > > I read somewhere that there has been a break in the API of libpano13. > maybe this causes headache to the current Windows SDK? Would be > interesting to test the same project with an early 0.8 snapshot from:http://adhuikeshoven.pbworks.com/hugin%20installer%20for%20Windows%20... > > 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by RueiKe
::
Rate this Message:
I am now alignng a new project with SVN3811. It has 155 images. I have finished adding over 12k control points and have started the alignment and 1 hour into it I found that has been loading images for a very long time. I have uploaded a screen shot, Hugin_Align2.jpg. Seems like reading the original image files is really slowing things down. Barely any CPU activity and only ~300K of memory committed. Though SVN3811 manages without crashing, it does seem to be also imacted by image caching issues. Even during the process of adding control points, I had to be careful never to have only a single image selected to prevent it from loading images... I have not been able to access a RC3 installer yet, so I won't be able to try the latest until next weekend. Regards, Rick On Jun 5, 6:57 pm, RueiKe <ruei...@...> wrote: > Hi Yuv, > > I have stitched some of my largest projects with SVN3811. I have just > re-verified that there are no issues loading and aligning large > projects with this build. Another major difference is that SVN3811 > opens the old preview by default. To see if Quick Preview was a > factor, I closed the original preview, opened Quick Preview and did an > Align. It still re-opens the original preview, but also updates the > Quick Preview with no problems. Looks like SVN3811 doesn't have the > issue. > > Regards, > Rick > > On Jun 5, 7:37 am, Yuval Levy <goo...@...> wrote: > > > > > Hi all, > > > Gerry Patterson wrote: > > > I don't have a project that large. I tired with a few I have that have 8 > > > picts or less, but I am unable to reproduce this problem. > > > > I develop under Linux... > > > > Does it happen on other projects you have? > > > Can you reproduce your problem if you try separating out the steps? > > > (optimize, straighten, photometric optimize..) > > > I don't know if it is related: I currently have access to an Ubuntu > > notebook only and I am traveling so I can't test much. > > > I shot some large panos. I tried to stitch one with 294 images and > > autopano-sift-C died on me with an error 255. rebuilding the whole chain > > (libpano, autopano-sift-C, hugin) solved the problem. > > > I read somewhere that there has been a break in the API of libpano13. > > maybe this causes headache to the current Windows SDK? Would be > > interesting to test the same project with an early 0.8 snapshot from:http://adhuikeshoven.pbworks.com/hugin%20installer%20for%20Windows%20... > > > Yuv- Hide quoted text - > > - Show quoted text - 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by Harry van der Wolf-3
::
Rate this Message:
2009/6/5 David Haberthür <david.haberthuer@...>
Hi Habi, Nice pano. You are saying that it chokes on 10000px wide (10000 by ?). What error message do you get? Harry --~--~---------~--~----~------------~-------~--~----~ 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by slaterson-2
::
Rate this Message:
i built svn 3923 yesterday and the opengl preview is much much faster now. not only is the image reloading gone, but the preview seems to load much faster when initially turned on. thanks! On Jun 1, 10:22 pm, Gerry Patterson <thedeepvo...@...> wrote: > Hi All, > > I believe I have found the problem. I have commit-ed a fix as of rev 3904. > The fast preview would realize it needed to regenerate textures, but > wouldn't store their metadata properly. So it kept regenerating again, and > again.... > > Best Regards, > > - Gerry > > On Mon, Jun 1, 2009 at 9:13 PM, Gerry Patterson <thedeepvo...@...>wrote: > > > Hello, > > > Just posting my findings... > > > I believe I am seeing this problem under linux. If I load a pano project > > and open the fast preview window. There is a slight delay and then I can > > smoothly move the pano around as excepted. If I then re-optimize the pano > > and try to drag around, the performace has dropped considerably. I > > profiled and found that vigra::resizeImageNoInterpolation() from > > resizeimage.hxx line 279 is using 88% of cpu time when this is happening. > > Profiling the good case shows the same function using 11%. I am sure this > > would drop if I ran the program longer. > > > So...why is vigra::resizeImageNoInterpolation() getting called so often > > when dragging the pano around after re-optimizing? This is something to > > look into. My free time has dropped to zero lately, so it may be a while > > before I can look at this futher. But it may point someone in the right > > direction. > > > Best Regards, > > > - Gerry > > > On Mon, Jun 1, 2009 at 6:02 PM, Benjamin Schnieders < > > benjamin.schnied...@...> wrote: > > >> I first couldn't decide here, but after an evening of > >> waiting-for-preview-to-close, saving panorama and reloading it, just to > >> be able to quickly identify some freak images in between the others and > >> deleting them I vote for fixing this bug as soon as possible, and if > >> needed waiting with the 0.8 release until it is fixed, as it is - in my > >> opinion - pretty simple to reproduce this bug (I can't imagine this > >> won't happen to anyone) by just removing an image while using the > >> preview or re-optimizing while the preview is closed. > > >> If there might be a fix for this I'll try a recent trunk version by > >> tomorrow... :) > > >> Benjamin 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by David Haberthür-3
::
Rate this Message:
On 07.06.2009, at 18:45, Harry van der Wolf wrote:
Hoi Harry. Thanks, i've tried to make a night-version of the panorama i've shot some weeks ago. I've failed to thorougly investivate it, but the panorama fails to stitch for sizes 10000x4122 and 12000x4946 px. It actually fails with an enblend warning: "enblend: warning: failed to detect any seam enblend: mask is entirely black, but white image was not identified as redundant gnumake: *** [DSC_2284-DSC2416.png] Error 1" are the last entries in the log window. The complete log is attached to this mail as "log.txt" I'm a bit confused, since the stitch to the smaller size worked without a hitch... Have a nice start into the week. Habi --- Checking nona...[OK] Checking enblend...[OK] Checking enfuse...[OK] Checking hugin_hdrmerge...[OK] Checking exiftool...[OK] Checking rm...[FAIL] /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 0 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 1 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 2 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 3 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 4 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 5 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 6 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 7 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 8 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 9 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 10 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 11 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 12 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 13 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 14 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 15 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 16 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 17 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 18 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 19 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 20 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 21 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 22 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 23 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 24 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 25 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 26 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 27 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 28 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 29 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 30 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 31 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 32 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 33 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 34 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 35 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 36 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 37 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 38 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 39 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 40 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 41 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 42 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 43 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 44 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 45 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 46 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 47 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 48 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 49 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 50 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 51 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 52 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 53 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 54 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 55 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 56 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 57 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 58 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 59 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 60 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 61 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 62 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 63 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 64 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 65 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 66 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 67 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 68 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 69 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 70 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 71 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 72 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 73 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 74 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 75 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 76 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 77 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 78 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 79 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 80 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 81 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 82 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 83 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 84 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 85 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 86 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 87 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 88 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 89 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 90 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 91 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 92 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 93 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 94 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 95 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 96 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 97 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 98 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 99 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 100 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 101 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 102 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 103 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 104 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 105 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 106 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 107 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 108 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 109 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 110 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 111 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 112 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 113 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 114 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 115 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 116 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 117 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 118 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 119 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 120 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 121 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/nona -r ldr -m TIFF_m -o DSC_2284-DSC_2416 -i 122 /var/folders/Vs/Vsei-0ttElKNQ2xgoCYYfU+++TI/-Tmp-/huginpto_91z3ZY /Applications/Hugin.app/Contents/Resources/HuginStitchProject.app/Contents/MacOS/enblend -f10000x4122 -o DSC_2284-DSC_2416.png DSC_2284-DSC_24160000.tif DSC_2284-DSC_24160001.tif DSC_2284-DSC_24160002.tif DSC_2284-DSC_24160003.tif DSC_2284-DSC_24160004.tif DSC_2284-DSC_24160005.tif DSC_2284-DSC_24160006.tif DSC_2284-DSC_24160007.tif DSC_2284-DSC_24160008.tif DSC_2284-DSC_24160009.tif DSC_2284-DSC_24160010.tif DSC_2284-DSC_24160011.tif DSC_2284-DSC_24160012.tif DSC_2284-DSC_24160013.tif DSC_2284-DSC_24160014.tif DSC_2284-DSC_24160015.tif DSC_2284-DSC_24160016.tif DSC_2284-DSC_24160017.tif DSC_2284-DSC_24160018.tif DSC_2284-DSC_24160019.tif DSC_2284-DSC_24160020.tif DSC_2284-DSC_24160021.tif DSC_2284-DSC_24160022.tif DSC_2284-DSC_24160023.tif DSC_2284-DSC_24160024.tif DSC_2284-DSC_24160025.tif DSC_2284-DSC_24160026.tif DSC_2284-DSC_24160027.tif DSC_2284-DSC_24160028.tif DSC_2284-DSC_24160029.tif DSC_2284-DSC_24160030.tif DSC_2284-DSC_24160031.tif DSC_2284-DSC_24160032.tif DSC_2284-DSC_24160033.tif DSC_2284-DSC_24160034.tif DSC_2284-DSC_24160035.tif DSC_2284-DSC_24160036.tif DSC_2284-DSC_24160037.tif DSC_2284-DSC_24160038.tif DSC_2284-DSC_24160039.tif DSC_2284-DSC_24160040.tif DSC_2284-DSC_24160041.tif DSC_2284-DSC_24160042.tif DSC_2284-DSC_24160043.tif DSC_2284-DSC_24160044.tif DSC_2284-DSC_24160045.tif DSC_2284-DSC_24160046.tif DSC_2284-DSC_24160047.tif DSC_2284-DSC_24160048.tif DSC_2284-DSC_24160049.tif DSC_2284-DSC_24160050.tif DSC_2284-DSC_24160051.tif DSC_2284-DSC_24160052.tif DSC_2284-DSC_24160053.tif DSC_2284-DSC_24160054.tif DSC_2284-DSC_24160055.tif DSC_2284-DSC_24160056.tif DSC_2284-DSC_24160057.tif DSC_2284-DSC_24160058.tif DSC_2284-DSC_24160059.tif DSC_2284-DSC_24160060.tif DSC_2284-DSC_24160061.tif DSC_2284-DSC_24160062.tif DSC_2284-DSC_24160063.tif DSC_2284-DSC_24160064.tif DSC_2284-DSC_24160065.tif DSC_2284-DSC_24160066.tif DSC_2284-DSC_24160067.tif DSC_2284-DSC_24160068.tif DSC_2284-DSC_24160069.tif DSC_2284-DSC_24160070.tif DSC_2284-DSC_24160071.tif DSC_2284-DSC_24160072.tif DSC_2284-DSC_24160073.tif DSC_2284-DSC_24160074.tif DSC_2284-DSC_24160075.tif DSC_2284-DSC_24160076.tif DSC_2284-DSC_24160077.tif DSC_2284-DSC_24160078.tif DSC_2284-DSC_24160079.tif DSC_2284-DSC_24160080.tif DSC_2284-DSC_24160081.tif DSC_2284-DSC_24160082.tif DSC_2284-DSC_24160083.tif DSC_2284-DSC_24160084.tif DSC_2284-DSC_24160085.tif DSC_2284-DSC_24160086.tif DSC_2284-DSC_24160087.tif DSC_2284-DSC_24160088.tif DSC_2284-DSC_24160089.tif DSC_2284-DSC_24160090.tif DSC_2284-DSC_24160091.tif DSC_2284-DSC_24160092.tif DSC_2284-DSC_24160093.tif DSC_2284-DSC_24160094.tif DSC_2284-DSC_24160095.tif DSC_2284-DSC_24160096.tif DSC_2284-DSC_24160097.tif DSC_2284-DSC_24160098.tif DSC_2284-DSC_24160099.tif DSC_2284-DSC_24160100.tif DSC_2284-DSC_24160101.tif DSC_2284-DSC_24160102.tif DSC_2284-DSC_24160103.tif DSC_2284-DSC_24160104.tif DSC_2284-DSC_24160105.tif DSC_2284-DSC_24160106.tif DSC_2284-DSC_24160107.tif DSC_2284-DSC_24160108.tif DSC_2284-DSC_24160109.tif DSC_2284-DSC_24160110.tif DSC_2284-DSC_24160111.tif DSC_2284-DSC_24160112.tif DSC_2284-DSC_24160113.tif DSC_2284-DSC_24160114.tif DSC_2284-DSC_24160115.tif DSC_2284-DSC_24160116.tif DSC_2284-DSC_24160117.tif DSC_2284-DSC_24160118.tif DSC_2284-DSC_24160119.tif DSC_2284-DSC_24160120.tif DSC_2284-DSC_24160121.tif DSC_2284-DSC_24160122.tif enblend: warning: failed to detect any seam enblend: mask is entirely black, but white image was not identified as redundant gnumake: *** [DSC_2284-DSC_2416.png] Error 1 |
|
|
Re: OpenGL slow because of reloading
by Guido Kohlmeyer
::
Rate this Message:
Dear David, The error is a common problem. Try to use the additional enblend parameter "--fine-mask" to ged rid of the error. Guido David Haberthür schrieb: > > On 07.06.2009, at 18:45, Harry van der Wolf wrote: > >> >> >> 2009/6/5 David Haberthür <david.haberthuer@... >> <mailto:david.haberthuer@...>> >> >> >> >> >> i could help with providing a test-case, the panorama i shot last >> saturday evening [1] contains +100 images and +7000 control points >> generated with pan-o-matic. i'm still struggling with stitching it >> with full resolution, somehow i chokes at the fusing-step when trying >> to stitch it in sizes bigger than 10000px wide, now i've stitched it >> in "only" 2694 x 635 px (os x, with harrys newest svn-builld). >> >> >> Hi Habi, >> >> Nice pano. >> You are saying that it chokes on 10000px wide (10000 by ?). >> What error message do you get? >> >> Harry > > Hoi Harry. > Thanks, i've tried to make a night-version of the panorama i've shot > some weeks ago. > I've failed to thorougly investivate it, but the panorama fails to > stitch for sizes 10000x4122 and 12000x4946 px. It actually fails with > an enblend warning: > "enblend: warning: failed to detect any seam > enblend: mask is entirely black, but white image was not identified as > redundant > gnumake: *** [DSC_2284-DSC2416.png] Error 1" > are the last entries in the log window. The complete log is attached > to this mail as "log.txt" > > I'm a bit confused, since the stitch to the smaller size worked > without a hitch... > Have a nice start into the week. > Habi > --- > > ------------------------------------------------------------------------ > > --~--~---------~--~----~------------~-------~--~----~ 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by David Haberthür-3
::
Rate this Message:
On 08.06.2009, at 22:59, Guido Kohlmeyer wrote:
That only helped a bit, now enblend crashes lateron in the process. The relevant lines of the stitching window are below: --- DSC_2284-DSC_24160114.tif DSC_2284-DSC_24160115.tif DSC_2284-DSC_24160116.tif DSC_2284-DSC_24160117.tif DSC_2284-DSC_24160118.tif DSC_2284-DSC_24160119.tif DSC_2284-DSC_24160120.tif DSC_2284-DSC_24160121.tif DSC_2284-DSC_24160122.tif enblend(5937) malloc: *** mmap(size=2097152) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug enblend(5937) malloc: *** mmap(size=2097152) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug enblend(5937) malloc: *** mmap(size=2097152) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug enblend(5937) malloc: *** mmap(size=2097152) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug terminate called recursively gnumake: *** [DSC_2284-DSC_2416.png] Abort trap gnumake: *** Deleting file `DSC_2284-DSC_2416.png' --- using hugin svn-3888, will try tomorrow with harrys freshly compiled rc3. have a good night. habi/david
--~--~---------~--~----~------------~-------~--~----~ 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by Guido Kohlmeyer
::
Rate this Message:
The additional option is only a workaround that may work, but as you already percieved it will yield to higher memory consumption to generate the mask in a higher resolution. I guess the process runs out of memory. Guido David Haberthür schrieb: > Dear Guido, > That only helped a bit, now enblend crashes lateron in the process. > The relevant lines of the stitching window are below: > > --- > DSC_2284-DSC_24160114.tif DSC_2284-DSC_24160115.tif > DSC_2284-DSC_24160116.tif DSC_2284-DSC_24160117.tif > DSC_2284-DSC_24160118.tif DSC_2284-DSC_24160119.tif > DSC_2284-DSC_24160120.tif DSC_2284-DSC_24160121.tif > DSC_2284-DSC_24160122.tif > enblend(5937) malloc: *** mmap(size=2097152) failed (error code=12) > *** error: can't allocate region > *** set a breakpoint in malloc_error_break to debug > enblend(5937) malloc: *** mmap(size=2097152) failed (error code=12) > *** error: can't allocate region > *** set a breakpoint in malloc_error_break to debug > enblend(5937) malloc: *** mmap(size=2097152) failed (error code=12) > *** error: can't allocate region > *** set a breakpoint in malloc_error_break to debug > enblend(5937) malloc: *** mmap(size=2097152) failed (error code=12) > *** error: can't allocate region > *** set a breakpoint in malloc_error_break to debug > terminate called recursively > gnumake: *** [DSC_2284-DSC_2416.png] Abort trap > gnumake: *** Deleting file `DSC_2284-DSC_2416.png' > --- > using hugin svn-3888, will try tomorrow with harrys freshly compiled rc3. > have a good night. > habi/david > >> >> >> David Haberthür schrieb: >>> >>> On 07.06.2009, at 18:45, Harry van der Wolf wrote: >>> >>>> >>>> >>>> 2009/6/5 David Haberthür <david.haberthuer@... >>>> <mailto:david.haberthuer@...> >>>> <mailto:david.haberthuer@...>> >>>> >>>> >>>> >>>> >>>> i could help with providing a test-case, the panorama i shot last >>>> saturday evening [1] contains +100 images and +7000 control points >>>> generated with pan-o-matic. i'm still struggling with stitching it >>>> with full resolution, somehow i chokes at the fusing-step when >>>> trying >>>> to stitch it in sizes bigger than 10000px wide, now i've stitched it >>>> in "only" 2694 x 635 px (os x, with harrys newest svn-builld). >>>> >>>> >>>> Hi Habi, >>>> >>>> Nice pano. >>>> You are saying that it chokes on 10000px wide (10000 by ?). >>>> What error message do you get? >>>> >>>> Harry >>> >>> Hoi Harry. >>> Thanks, i've tried to make a night-version of the panorama i've shot >>> some weeks ago. >>> I've failed to thorougly investivate it, but the panorama fails to >>> stitch for sizes 10000x4122 and 12000x4946 px. It actually fails with >>> an enblend warning: >>> "enblend: warning: failed to detect any seam >>> enblend: mask is entirely black, but white image was not identified as >>> redundant >>> gnumake: *** [DSC_2284-DSC2416.png] Error 1" >>> are the last entries in the log window. The complete log is attached >>> to this mail as "log.txt" >>> >>> I'm a bit confused, since the stitch to the smaller size worked >>> without a hitch... >>> Have a nice start into the week. >>> Habi >>> --- >>> >>> ------------------------------------------------------------------------ >>> >>> >> >> >> >> > > > > --~--~---------~--~----~------------~-------~--~----~ 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
|
|
Re: OpenGL slow because of reloading
by David Haberthür-3
::
Rate this Message:
Hello Guido. On 09.06.2009, at 22:38, Guido Kohlmeyer wrote: > > The additional option is only a workaround that may work, but as you > already percieved it will yield to higher memory consumption to > generate > the mask in a higher resolution. > I guess the process runs out of memory. > > Guido > I suppose that must be the problem, since it crashes with the same complaint in the logfile: ---- DSC_24160117.tif DSC_2284-DSC_24160118.tif DSC_2284-DSC_24160119.tif DSC_2284-DSC_24160120.tif DSC_2284-DSC_24160121.tif DSC_2284- DSC_24160122.tif enblend(815) malloc: *** mmap(size=2097152) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug enblend(815) malloc: *** mmap(size=2097152) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug enblend(815) malloc: *** mmap(size=2097152) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug enblend(815) malloc: *** mmap(size=2097152) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug terminate called recursively gnumake: *** [DSC_2284-DSC_2416.png] Abort trap gnumake: *** Deleting file `DSC_2284-DSC_2416.png' --- even for the newest build from Harry (0.0.0-svn3923) I guess I'll have to try at work, on a machine with 16 GB of RAM and not on my puny laptop with 2GB :) Habi David Haberthür schrieb: >> Dear Guido, >> That only helped a bit, now enblend crashes lateron in the process. >> The relevant lines of the stitching window are below: >> >> --- >> DSC_2284-DSC_24160114.tif DSC_2284-DSC_24160115.tif >> DSC_2284-DSC_24160116.tif DSC_2284-DSC_24160117.tif >> DSC_2284-DSC_24160118.tif DSC_2284-DSC_24160119.tif >> DSC_2284-DSC_24160120.tif DSC_2284-DSC_24160121.tif >> DSC_2284-DSC_24160122.tif >> enblend(5937) malloc: *** mmap(size=2097152) failed (error code=12) >> *** error: can't allocate region >> *** set a breakpoint in malloc_error_break to debug >> enblend(5937) malloc: *** mmap(size=2097152) failed (error code=12) >> *** error: can't allocate region >> *** set a breakpoint in malloc_error_break to debug >> enblend(5937) malloc: *** mmap(size=2097152) failed (error code=12) >> *** error: can't allocate region >> *** set a breakpoint in malloc_error_break to debug >> enblend(5937) malloc: *** mmap(size=2097152) failed (error code=12) >> *** error: can't allocate region >> *** set a breakpoint in malloc_error_break to debug >> terminate called recursively >> gnumake: *** [DSC_2284-DSC_2416.png] Abort trap >> gnumake: *** Deleting file `DSC_2284-DSC_2416.png' >> --- >> using hugin svn-3888, will try tomorrow with harrys freshly >> compiled rc3. >> have a good night. >> habi/david >> >>> >>> >>> David Haberthür schrieb: >>>> >>>> On 07.06.2009, at 18:45, Harry van der Wolf wrote: >>>> >>>>> >>>>> >>>>> 2009/6/5 David Haberthür <david.haberthuer@... >>>>> <mailto:david.haberthuer@...> >>>>> <mailto:david.haberthuer@...>> >>>>> >>>>> >>>>> >>>>> >>>>> i could help with providing a test-case, the panorama i shot >>>>> last >>>>> saturday evening [1] contains +100 images and +7000 control >>>>> points >>>>> generated with pan-o-matic. i'm still struggling with >>>>> stitching it >>>>> with full resolution, somehow i chokes at the fusing-step when >>>>> trying >>>>> to stitch it in sizes bigger than 10000px wide, now i've >>>>> stitched it >>>>> in "only" 2694 x 635 px (os x, with harrys newest svn-builld). >>>>> >>>>> >>>>> Hi Habi, >>>>> >>>>> Nice pano. >>>>> You are saying that it chokes on 10000px wide (10000 by ?). >>>>> What error message do you get? >>>>> >>>>> Harry >>>> >>>> Hoi Harry. >>>> Thanks, i've tried to make a night-version of the panorama i've >>>> shot >>>> some weeks ago. >>>> I've failed to thorougly investivate it, but the panorama fails to >>>> stitch for sizes 10000x4122 and 12000x4946 px. It actually fails >>>> with >>>> an enblend warning: >>>> "enblend: warning: failed to detect any seam >>>> enblend: mask is entirely black, but white image was not >>>> identified as >>>> redundant >>>> gnumake: *** [DSC_2284-DSC2416.png] Error 1" >>>> are the last entries in the log window. The complete log is >>>> attached >>>> to this mail as "log.txt" >>>> >>>> I'm a bit confused, since the stitch to the smaller size worked >>>> without a hitch... >>>> Have a nice start into the week. >>>> Habi >>>> --- >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> >>> >>> >>> >>> >> >> >>> > > > > --~--~---------~--~----~------------~-------~--~----~ 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@... To unsubscribe from this group, send email to hugin-ptx-unsubscribe@... For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~--- |
| < Prev | 1 - 2 - 3 | Next > |
| Free embeddable forum powered by Nabble | Forum Help |
