[hugin-ptx] Re: hugin 0.80 beta for windows
I have one same problem. When I use fast preview button most of time it shows only first picture. When I allign pictures with old preview button it shows whole pictures and when i click back on fast preview button it shows all pictures. On Sat, Apr 18, 2009 at 6:24 PM, k...@ph.ed.ac.uk wrote: Hello, Downloaded and installed the svn3784 built onto XP SP3. New preview freezes the computer, and after a while a blue screen appears. The other things seem to be working ok, old preview in particular. Could do a few GUI-related comments, only one here: I do like the status bar in green (or red) when setting control points ;-) Cheers Klaus -- _ Asst Manager IT Wazir Ali Industries Limited Lahore --~--~-~--~~~---~--~~ 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
Harry, Bruno, I have now experimented a bit more with this stitch. Using the preview panel I removed various images and exposure-stack image-triples in turn and re-ran the stitch over and over ... It kept crashing at what looks like the same place UNTIL I removed a particular triple of images. When I put them back in it crashes again. Now I have looked closely at those three images. Each has an Alpha- channel mask that was created from a feathered selection so I think the mask has shades of grey in it, not just black ... is that a known problem? My next plan is to preserve those images in case they are useful evidence for a bug hunter and then replace them by images with a solid black mask ... I'll let you know what happens. all the best George On 20 Apr, 09:45, Harry van der Wolf hvdw...@gmail.com wrote: 2009/4/20 cspiel csp...@freenet.de Harry - This same error was reported on Newyears day by nobody (hugin-Bugs-2480029). Despite my request for more info we didn't get it. From the study of the ticket I conclude you are talking about a problem with Enblend not with Hugin. Right? Correct! To end users is is hugin that crashes, be it through enblend or whatever else. I know there are some irregularities with malloc on OSX. Error code 3 means: /* The address range specified is already in use, or * no address range of the size specified could be * found. */ Googling the problem suggests that... The implementation of realloc on Darwin never frees memory, so when using a large buffer size on incomplete reads you end up with lots of small strings that actually take up a large allocation. In other words the VM sub-system of the OS causes the trouble. Ippei made a hack for it in the scripts we use and he added some (subtle) comments: # hack; AC_FUNC_MALLOC sucks!! mv ./config.h ./config.h-copy; sed -e 's/HAVE_MALLOC\ 0/HAVE_MALLOC\ 1/' \ -e 's/rpl_malloc/malloc/' \ ./config.h-copy ./config.h; Cargo cult. It is known that AC_FUNC_MALLOC does not go well with cross-compiling, sure. However, the fix the rpl_* wrappers should perform has nothing to do with OOM conditions. Maybe by now it hurst more than it helps. Well, at least it gives me a hearty laugh: Fixes the wrong thing at the wrong place. Do you mean that I should remove that fix or change it somehow? While we are at it: can somebody tell me whether I better remove AC_FUNC_MALLOC from configure.in in the staging branch? Neither Enblend nor Enfuse rely directly on the preprocessor symbols that the m4 macro generates. I can't answer that. Maybe Andrew can if he is reading this thread (I now copied him in) 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@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 14:05 +0200, Rogier Wolff wrote: So when you simply want to paste the images together feathering the transition is great, but if you want enblend to feather it for you, you simply shouldn't use gradual alpha masks. But the bug remains: Enblend should either refuse to load these images, or it should threshold the alpha mask to the binary values it needs. I haven't seen any enblend bug here in the past. It does threshold the alpha mask at exactly 100%, any partial transparency is treated as full opacity, so such areas are used in the final blend (this messes-up if you have pre-multiplied alpha transparency, so it is best to use no feathering at all). -- 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
Rehi! Do you mean that I should remove that fix or change it somehow? You can remove AC_FUNC_MALLOC from configure.in and ditch your fix. I removed it from staging in rev314. While we are at it: can somebody tell me whether I better remove AC_FUNC_MALLOC from configure.in in the staging branch? Neither Enblend nor Enfuse rely directly on the preprocessor symbols that the m4 macro generates. I can't answer that. Maybe Andrew can if he is reading this thread (I now copied him in) A quick comparison of the binaries configured with and without AC_FUNC_MALLOC on amd64 showed me that they are byte-wise identical. As we expected HAVE_*MALLOC have no influence on the code at all. /cls --~--~-~--~~~---~--~~ 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 19, 12:53 pm, Bruno Postle br...@postle.net wrote: On Fri 17-Apr-2009 at 22:33 +0200, Oskar Sander wrote: You can use ptograph to visualise the project as an undirected graph, but it isn't very useful for spherical panoramas: I built a different tool last week, that will make a postscript plot of your PTO file. This makes it easy to visualize what is going on. I also make a list what images should overlap (with very coarse calculations so especially for small overlaps, there is the possibility of a miss). Not yet coded, but easy to do is to count the number of control points between each pair, and clearly show those pairs that do NOT have control points while they do overlap, and the other way around (unlikely: you do have control points but no overlap...). I think the preview window should show the graph I'm producing, but I'm not familiar with whatever display method is inside hugin. So I chose to produce postscript and have ghostview display it. Did anybody see my posting last week? If not, I'll dig up the code for those that want to use it now. But integration into hugin is also possible/ recommended. --~--~-~--~~~---~--~~ 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] Big hugin project.
I've shot about 130 images yesterday, and I was planning on creating one big pano from this I've shot 18 images at 18mm focal length providing a nice 360 degree view of everything, and then I shot over 100 more images at 135mm focal length just of the interesting part. The final image is going to be humongous, with over 60 pixels to every single sensor pixel of the first 18 shots... Anyway, apparently I'm hitting a lot of limits here. First there is the limit of 120 images for autopanog... The error mentions using %s, but that results in a %s in the commandline, and not the generation of a script. If that would've happened, I could've written a wrapper script that would call autopanog with the filenames extracted from the script. Anyway, a better approach is to stitch the 18 images to a 360 degree view, and only then add in the 100 highres images. However, all the time I'm working on this, hugin is very very slow: Every menu I open, it starts saying opening image in the status bar, and it takes around 30 seconds before I can do anything again. And this doesn't only happen on things that might (say) change the preview window. After a while the preview window stopped working. It's now completely black. After remapping, the 360 degree image is completly black. I tried jpg and tiff as the file formats, both result in a black remapped image. enblend does weird things. There was a vague black stripe across most of my high-res images in one of the test-stitches. Also I can't really get it to work correctly: All of my high-res images of course overlap lesser-resolution parts of the overview- background. When I load the low-res overview first into enblend, enblend tells me that the image completely overlaps, so it is ignored. When I load the big lowres one last, it tells me it overlaps with all the previously loaded images, so those are discarded. In both cases, I'm left with the lowres pano based on the 18 low-spatial-resolution images. I could cut over 100 alpha-mask holes in the low-res image, but I don't think it should involve that much manual labor. Don't you think? Am I doing something wrong, or is is an adaptation of hugin and enblend neccesary? --~--~-~--~~~---~--~~ 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: Big hugin project.
On 20 apr, 18:27, r.e.wolff r.e.wo...@harddisk-recovery.nl wrote: On Apr 20, 6:22 pm, Bart.van.Andel bavanan...@gmail.com wrote: My first thought about images rendered black was that somehow you are (well, Hugin is) using a wrong value for the EV. Normally you can tweak the EV value (in the preview window, for instance) to alter the brightness of the image. If the EV is set to a very low value, the image will be rendered completely white, and if set to a very high value, it will be rendered completely black. Is this the case maybe? Ah! checked the PTO, and it's set to zero. This is a very low value, so you are expecting a completely white image, but it's black. Weird Depends. What is really important is the difference between the EV from the input images and the EV as set in the preview window, maybe we are referring to different values (I didn't dive into any PTO files really)... Regarding the final image. I don't know if the zoomed in images cover the entire low res panorama, but if it does, the simplest solution is to remove this image from rendering by clicking the image number once in the preview window. If all positions were already correct, this will leave you with a high resolution panorama with all the data coming from the zoomed in images. No, the zoomed images cover only the 10 percent interesting areas. The rest is grass and sky. Hmm... Well, I can think of a workaround. 1. Render the panorama image, excluding the low res panorama as a source. Use a low resolution and no interpolation, to speed things up. Save as TIFF. 2. Use the inverted alpha channel of the generated panorama to generate a mask for the low resolution panorama. Using some convolution (thickening/thinning) to make the gaps a little smaller. 3. Finally, render the panorama at full resolution, including the now masked low resolution panorama. This is just theory, I haven't tried any of this in practice, but I'm pretty sure it will work. 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
I come very late to this thread, since I had never used PTBatcherGUI - except today, when I tried to run it and found that it crashed a few instants after being started, in linux. The error is: PTBatcherGUI: ../../src/xcb_io.c:285: _XAllocID: Assertion `!(dpy-flags (1L 3))' failed. I am using SVN version 3792. Kubuntu x86_64. The backtrace is #0 0x7ff1a91a5095 in raise () from /lib/libc.so.6 #1 0x7ff1a91a6af0 in abort () from /lib/libc.so.6 #2 0x7ff1a919e2df in __assert_fail () from /lib/libc.so.6 #3 0x7ff1a63d175b in _XAllocID () from /usr/lib/libX11.so.6 #4 0x7ff1a54cfcb2 in XRenderCreatePicture () from /usr/lib/libXrender.so.1 #5 0x7ff1a5b5d125 in ?? () from /usr/lib/libcairo.so.2 #6 0x7ff1a5b5e831 in ?? () from /usr/lib/libcairo.so.2 #7 0x7ff1a5b36305 in ?? () from /usr/lib/libcairo.so.2 #8 0x7ff1a5b36511 in ?? () from /usr/lib/libcairo.so.2 #9 0x7ff1a5b38ce4 in ?? () from /usr/lib/libcairo.so.2 #10 0x7ff1a5b39000 in ?? () from /usr/lib/libcairo.so.2 #11 0x7ff1a5b35b5e in ?? () from /usr/lib/libcairo.so.2 #12 0x7ff1a5b275dc in ?? () from /usr/lib/libcairo.so.2 #13 0x7ff1a5b20cc0 in cairo_fill_preserve () from /usr/lib/libcairo.so.2 #14 0x7ff1a5b20cd9 in cairo_fill () from /usr/lib/libcairo.so.2 #15 0x7ff1a80b37fc in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #16 0x7ff1a80b48e9 in gdk_window_begin_paint_region () from /usr/lib/libgdk-x11-2.0.so.0 #17 0x7ff1a845fd13 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #18 0x7ff1a80b4cab in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #19 0x7ff1a80b52c7 in gdk_window_process_all_updates () from /usr/lib/libgdk-x11-2.0.so.0 #20 0x7ff1a80b52e9 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #21 0x7ff1a809c89e in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #22 0x7ff1a712d384 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #23 0x7ff1a7130695 in ?? () from /usr/lib/libglib-2.0.so.0 #24 0x7ff1a71309b5 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #25 0x7ff1a845ff03 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #26 0x7ff1aacc701d in wxEventLoop::Run () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #27 0x7ff1aad5958b in wxAppBase::MainLoop () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #28 0x7ff1ab1ae19c in wxEntry () from /usr/lib/libwx_baseu-2.8.so.0 #29 0x0041d722 in main (argc=1, argv=0x56b4) at /home/seb/downloads/hugin/src/hugin1/ptbatcher/PTBatcherGUI.cpp:30 Cheers, Seb --~--~-~--~~~---~--~~ 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] Satyajeet Singh
If Satyajeet Singh is still on this mailing list and wants to get some feedback as to why his application for GSoC with us has been rejected, please contact me off-list (I don't have an email address for him). Thank you 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: PTBatcherGUI Linux crash
On Mon 20-Apr-2009 at 21:23 +0100, Bruno Postle wrote: Ok, I can rearrange the order of these commits: svn 3736 is the commit that broke things. The attached patch for the trunk hacks out the lines that cause the crash. PTBatcherGUI starts but isn't functional, the stitching queue isn't loaded on startup, projects can be added to the queue, but they fail when run (possibly a different bug). -- 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 -~--~~~~--~~--~--~--- Index: src/hugin1/ptbatcher/BatchFrame.cpp === --- src/hugin1/ptbatcher/BatchFrame.cpp (revision 3794) +++ src/hugin1/ptbatcher/BatchFrame.cpp (working copy) @@ -192,9 +192,9 @@ wxFileName aFile(m_batch-GetLastFile()); if(!aFile.FileExists()) { - m_batch-ClearBatch(); - m_batch-LoadTemp(); - loaded = true; +//FIXMEm_batch-ClearBatch(); +//FIXMEm_batch-LoadTemp(); +//FIXMEloaded = true; } else {
[hugin-ptx] GSoC 2009 accepted students
http://panospace.wordpress.com/2009/04/21/accepted-students-for-google-summer-of-code-2009/ 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 -~--~~~~--~~--~--~---