http://blog.gmane.org/gmane.comp.misc.ptx hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.misc.ptx/30788 <pre>Does Move/Drag on the Hugin Fast Review window has any effect on Control Points? </pre> ecs1749 2012-05-25T19:59:19 http://comments.gmane.org/gmane.comp.misc.ptx/30771 <pre>I must take pictures to be stitched where the camera's entrance pupil is separated 3.5" for each picture. There is no motion, the camera is mounted vertically on flat plane with a 37.5mm lens, and the closest objects in the picture will be greater than 25' away. Because of the difference in perspective caused by the 3.5", the amount of overlap will be different for near objects than it is for far objects. (see picture below) http://g1.img-dpreview.com/B3DA06C5058F4C39A8BB142EA5084D99.jpg Of course, minimizing possible parallax errors becomes the biggest concern. Since far objects will suffer from the biggest difference in perspective, it seems that it may be best to have the smallest overlap % possible that hugin will still be able to create control points for??? Maybe 15% overlap of "near objects" (20' away)? Any thoughts or comments are appreciated. </pre> LiteBright 2012-05-24T15:07:12 http://comments.gmane.org/gmane.comp.misc.ptx/30770 <pre>For some unknown reason, after correcting a number of issues, the Quicktime VR movie I created becomes like an inverted cone view (imagine standing at the bottom of an inverted cone looking up): http://www.powersystemadvisors.com/cheungs/Panorama/DSC_0100-DSC_0177Final_fused800.mov as oppose to the far more pleasant street view: http://www.powersystemadvisors.com/cheungs/Panorama/DSC_0100-DSC_0114-1.mov I have no clue what I did to cause this. The jpg was created by using Hugin, and the Quicktime conversion was created using Pano2QTVR. The jpeg appears to be normal: http://www.powersystemadvisors.com/cheungs/Panorama/DSC_0100-DSC_0177Final_fused.jpg So, I am assuming I selected something when stitching that caused this. Anybody? </pre> ecs1749 2012-05-24T14:14:32 http://comments.gmane.org/gmane.comp.misc.ptx/30753 <pre>The sky continues to be the troublesome part to build a complete globe. Is there an easier way to just "fill-it" with something so the missing parts don't come out black? </pre> ecs1749 2012-05-23T21:03:31 http://comments.gmane.org/gmane.comp.misc.ptx/30750 <pre>In the control points window of Hugin, it would seem there can be a function that simply try to create control points automatically using only the two photos I am looking at. Kind of like having the Align button from Assistant but have it work only for the two pictures as displayed in the control points window. This would save a lot of time trying to match two pictures (when the first pass through the Asistant misses). I was hoping that the fine-tune button would do that but it doesn't. In fact, I don't see that the fine-tune button does anything. </pre> ecs1749 2012-05-23T18:14:37 http://comments.gmane.org/gmane.comp.misc.ptx/30749 <pre>I took a series of 360 pictures by spinning first horizontally, then tilt the camera upwards and take another revolution, with overlaps between the two revolutions. Hugin has no trouble creating control points (plenty of them) to the horizontal pictures. However, there are no control points vertically. I ended up doing it by hand which defeats the whole purpose. Am I missing something? Thanks, </pre> ecs1749 2012-05-23T16:53:29 http://comments.gmane.org/gmane.comp.misc.ptx/30733 <pre>Hi all, With the support of Kay, I have uploaded a Windows build with lensfun and the plugin interface at: http://www.woofiles.com/dl-310780-BdyAGiEQ-Hugin2011.5.0.4f5f884bb728.rar To run the plugins you will need to download and install Python and read the woa readme This version just predates Thamas' experimental changes to the Gui and the exe is found in the Files/Bin directory Brian </pre> bwi 2012-05-22T12:36:16 http://comments.gmane.org/gmane.comp.misc.ptx/30731 <pre>I took a bunch of pictures for a 360-180 shoot and processed through Hugin. I got a nice looking globe in the Fast Panorama preview window. Then I went through the control points and got the max error or distance to less than a 100. Set projection to Sterescope and click Stitch. After a while, I look at the directory and see a whole mess of files. But now what do I do with all these files so that I can end*up with a Qtime VR of my Panorama? There are a number of references but none of them tells me what my next step should be.* * * *Please help.* </pre> ecs1749 2012-05-22T05:20:40 http://comments.gmane.org/gmane.comp.misc.ptx/30730 <pre>All Has anybody tried building the GUI Overhaul branch under Windows? I've gotten it to compile and it runs, but when I try to add images I get: Unhandled exception at 0x77ab15de in hugin.exe: 0xC0000005: Access violation writing location 0x0000003c. The 'add images' window has closed, and the preview window has updated to show the outline of the loaded images.. but not yet the image. I've tried a build with debug information by the exception is within windows DLLs called from the HuginApp, so beyond the reach of the debugger. It appears this issues is not actually caused by the GUI Overhaul changes, since I can also reproduce it on the head of the default branch. If the GL preview windows is open when new images are added by the assistant tab, the same exception occurs. Given my normal way of working I'd never see this.. but on the GUI overhaul branch you can't avoid having the preview window open when adding images. I think but (have not been able to confirm this) that the issues occurs when wxWidget 2.9.2 is used rather than wxWidget 2.8.11, which I'd used for an older build 5633 what doesn't show this issue. But I'd not been able to rebuild 5633 with 2.9.2 to compare. So has everybody used wxWidget 2.9.2 with Windows builds? Regards Stephen </pre> Steeve 2012-05-21T22:43:49 http://comments.gmane.org/gmane.comp.misc.ptx/30727 <pre>Hi, I want to contribute to Hugin, like translation, writing code documentation, and submitting patch and etc. Are there some documentations which describe contribution workflow in detail (like fork, branch and others operations one can test Hugin)? Thanks! </pre> Yili Zhao 2012-05-21T14:35:28 http://comments.gmane.org/gmane.comp.misc.ptx/30712 <pre>All I'm trying to build the gui_overhaul branch on Windows.. My current problem is that this also includes lensfun. From searching I can find some comments which suggest it can be compiled under Windows, and others which suggest not. Before I try has anybody already done this? Regards Steve </pre> Steeve 2012-05-20T09:23:01 http://comments.gmane.org/gmane.comp.misc.ptx/30704 <pre>Hi group! Finally Ubuntu 12.4 is here, and I've installed my favourite flavour, Kubuntu, to an external drive for a spin. My first impression is positive, it could do a few things out of the box I had to work for on my last install (11.4), and its stable and fast :) I wanted to download hugin and couldn't find it in the 'Programmverwaltung', but later I discovered that the packet is not there, but in the 'Paketverwaltung' - why ubuntu decided to split the two is a mistery to me. Never mind, I didn't need to install it because it was already installed, by default! And, as I noted, with the python interface built-in and ready to function. But there was a catch: I couldn't see the 'Actions' menu. So I poked the thing a bit and found that the plugins aren't loaded because they are coded as being usable only up to 2011.2 - this is wrong, they are just fine under 2011.4. This upper limit coding was Yuv's doing, and it's in a line in the plugins reading # &lt; at &gt;api-max 2011.2 when I changed the line in the plugins to # &lt; at &gt;api-max 2011.5 which is appropriate, since I've tested them all with 2011.5, hugin loaded them and displayed the 'Actions' menu. Alternatively, the api- max line can just be deleted, but this may lead to problems further down the line, if the python interface should indeed change to become incompatible with the current plugins. I hope this oversight can be mended, since the packet is already in distribution. Until then, anyone who wants the plugins to run, just change the line in question (the plugins are in /usr/share/hugin/data/ plugins, and you need to sudo your editor since they belong to root - yet another bit to make things more difficult, but I suppose it's safer that way...) Finally, some of the plugins need aditional software to run. To run woa, you'll have to install libtiff-tools, which has tiffdump, which woa needs to deal with the cropped TIFFs nona produces. And to run crop_cps, you need wxpython (python-wxgtk2.8). And that's it. I did a quick test panorama, ran all the plugins in turn (sadly there are only four, since noone else bothered to play with the plugin interface), and they worked as intended. So I suppose this is the first distro with hsi/hpi installed and ready, apart from it being crippled by the wrong upper-API-limit, and the missing dependencies. I enclose no patch because the modification is trivial, and I hope the change can still somehow make it into the official packets and produce an update where the erroneous plugins have already been installed. And if the builders of the packet could add libtiff-tools and python- wxgtk2.8 as dependencies, I think all would be well and ready out of the box. Who do I turn to help getting this done? Kay </pre> kfj 2012-05-19T17:58:37 http://comments.gmane.org/gmane.comp.misc.ptx/30693 <pre>Hi, I'm new to both the group and Hugin, just trying to calibrate the 'lenses' of a Canon Powershot S100 that are not yet in the LensFun database; the JPEG files produced by the camera are OK (Canon's job!) and I would like to use them as references to fix the RAW files distortion. I've shooted in RAW+JPEG, converted the RAW to a TIFF file, opened both TIFF and JPEG files in Hugin, defined the JPEG as the reference image. Apparently, Hugin automatically finds a lot of corresponding points in the two images, and that seems fine. From there, is there a way to tell 'him' to calculate the lens distorsion parameters, instead of trying to assemble the two pictures as a pano? Thanks for your answer. </pre> tosca 2012-05-18T08:40:55 http://comments.gmane.org/gmane.comp.misc.ptx/30692 <pre>I checked out Raw Photo Processor (RPP) recently and found that Hugin cannot understand some of it's exif data. When I try to load the file, produced by RPP (either tiff or jpeg) it always asks me to enter multiplier, which on the Lens screen is called "crop factor". When I convert the same image with Canon DPP, this does not happen. I tried to evaluate the difference between exif data in the file, produced by RPP and the one, produced by DPP and was not able to find any clue why this may happen. There are some differences, but the data is surprisingly similar. Yet, there is something wrong. I am starting to think that the problem may be in the way Hugin treats exif data. Any ideas? Where I can see how this data is processed by Hugin? </pre> AlekseyM 2012-05-18T12:12:26 http://comments.gmane.org/gmane.comp.misc.ptx/30672 <pre>A very useful feature for me would be to add a checkbox in the Optimizer tab that tells hugin to save the project file between every iteration. This would help with the very-large projects where the app has pegged the CPU, taken up all the RAM, and become unresponsive. For example, I have a project right now that takes 2 hrs per iteration, leaving only a few seconds where clicking the "Cancel" button does anything. The only way to stop the app is to kill it, and this, of course, loses all progress. Love the app and thanks for all the hard work. </pre> Rich MacDonald 2012-05-15T14:04:24 http://comments.gmane.org/gmane.comp.misc.ptx/30669 <pre>Hi all, I've been happily using Hugin for the last week or so but for some reason in the last day it won't stitch anymore. When I hit stitch, it still gets me to save the .pto and then the .tif but the batch processor starts up only as an icon in the tray and then disappears without diong anything. I've reinstalled several times and tried older version of the software with not luck. Any ideas? I love this tool and it's driving me nuts that it's not working! Cheers, Glenn </pre> Glenn 2012-05-15T10:23:54 http://comments.gmane.org/gmane.comp.misc.ptx/30666 <pre>Hi there, I would like just to announce a new web forum created to discuss panoramic pictures and all concerning things. It is based on the idea from the french forum http://www.panophoto.org/forums/, that is indeed a very rich resource for those who speak french. It is not a commercial announce, the forum is open and free. It is in Portuguese, as I think the Portuguese language has a big lack of material and tutorials on the internet. As there may have some people here that speak Portuguese, at least the translators :) follows the announce. Thanks! Pessoal, criei um fórum e até onde sei é o primeiro fórum em língua portuguesa dedicado à fotografia panorâmica. Espero que possam se juntar, contribuir e aprender conosco: Pano Fórum: http://cartola.org/panoforum Obrigado, Carlos E G Carvalho (Cartola) http://cartola.org/360 http://cartola.org/panoforum </pre> Carlos Eduardo G. Carvalho (Cartola 2012-05-15T00:02:22 http://comments.gmane.org/gmane.comp.misc.ptx/30655 <pre>Hi mac users, Another new Hugin bundle with the new redesigned Gui (0). It also includes lensfun which is still also very experimental. It's an intel only 32bit/64bit bundle for Leopard and newer. I also added the multiblend 0.4 (1) version. It's without python. The new numpy stuff is a tough new dependency next to all the other As always: Information and binaries via my website &lt; http://panorama.dyndns.org/index.php?lang=en&amp;subject=Hugin&amp;texttag=Hugin&gt;. (The binaries themselves are served from hugin.panotools.org who kindly provide the disk space and bandwidth). Hoi, Harry 0: Gui overhaul: &lt; http://groups.google.com/group/hugin-ptx/browse_thread/thread/af94c5c323fb53ee/93be7564039638e9 1: multiblend 0.4 released: &lt; http://groups.google.com/group/hugin-ptx/browse_thread/thread/a379b67893d5614f </pre> Harry van der Wolf 2012-05-11T19:56:16 http://comments.gmane.org/gmane.comp.misc.ptx/30644 <pre>Hi, Instead of tiff, I want my final image to be in jpg format. I am using command line. How do I proceed to get a final image and the intermediate ones in 'jpg' format? Thanks </pre> PP 2012-05-10T08:10:30 http://comments.gmane.org/gmane.comp.misc.ptx/30641 <pre>I've been reading the hugin mail group for quite a while now, and I thought it time to extend some kudos to all of the people who work so hard on this! I've been writing code since 1966, but I'm still not ready to tackle something like this - though I dearly wish I could contribute in some way. Maybe when I retire I'll have the time to learn Python and Gaussian pyramids and all the other stuff that goes into this... Until then - YOU GUYS ROCK! Not being retired yet, I haven't had time to really finish all of the panoramas that I've shot; but if you want to see a few more examples of what hugin can do (sorry, no spheres or 360s) you can take a look here: http://kwhillig.zenfolio.com/p771913101 Of course they look a lot better when printed full size... </pre> Kurt Hillig 2012-05-10T02:44:12 http://comments.gmane.org/gmane.comp.misc.ptx/30635 <pre>Hello, hugin 2011.4.0 does not build with gcc-4.7. There is an easy to fix error about a missing include (already tracked and patched in https://bugs.launchpad.net/hugin/+bug/913250) however there is another issue that I have only seen on s390 yet: https://buildd.debian.org/status/fetch.php?pkg=hugin&amp;arch=s390&amp;ver=2011.4.0%2Bdfsg-2&amp;stamp=1336510492 Building CXX object src/hugin_script_interface/CMakeFiles/_hsi.dir/hsiPYTHON_wrap.cxx.o [...] /build/buildd-hugin_2011.4.0+dfsg-2-s390-X6zIld/hugin-2011.4.0+dfsg/build-dir/src/hugin_script_interface/hsiPYTHON_wrap.cxx: In function 'Sequence* swig::getslice(const Sequence*, Difference, Difference, Py_ssize_t) [with Sequence = std::vector&lt;unsigned int&gt;, Difference = long int, Py_ssize_t = long int]': /build/buildd-hugin_2011.4.0+dfsg-2-s390-X6zIld/hugin-2011.4.0+dfsg/build-dir/src/hugin_script_interface/hsiPYTHON_wrap.cxx:5248:45: instantiated from here /build/buildd-hugin_2011.4.0+dfsg-2-s390-X6zIld/hugin-2011.4.0+dfsg/build-dir/src/hugin_script_interface/hsiPYTHON_wrap.cxx:4476:5: error: invalid initialization of reference of type 'ptrdiff_t&amp; {aka int&amp;}' from expression of type 'long int' Any ideas? thanks, cu andreas </pre> Andreas Metzler 2012-05-09T17:25:49 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.misc.ptx