Re: [hugin-ptx] Re: hugin plugin interface - developers please liaise

On Mar 8, 2011, at 3:41 AM, kfj <_...@yahoo.com> wrote: > Hi all! > > Noone took notice of my previous post - I suppose very few people are > looking at this thread anyway and Thomas seems to be offline. Maybe > someone else can pick up my bundle and put it into the SF repo? For > me, the Pyt

[hugin-ptx] BUG [679337] Feedback welcome

Hello, Bellow is a comment I made regarding this bug which is sent out the hugin-bug-hunters team. I am posting it here as well as other might have more insight. The bug is:Camera response not assigned to the correct image? = report:== Hug

Re: [hugin-ptx] 2010.4

On Nov 25, 2010, at 2:18 PM, Yuval Levy wrote: > Hi all, > > six subjects related to the upcoming release cycle > 1. 2010.4beta1 tarball > 2. 2010.4beta1 binaries > 3. dedication > 4. translations > 5. general clean up > 6. plan > > > 1. 2010.4beta1 tarball > > I've branched out 2010.4 last

Re: [hugin-ptx] that was fast!

On Nov 23, 2010, at 4:50 PM, "michael crane" wrote: > > On Tue, November 23, 2010 5:23 am, Yuval Levy wrote: >> On November 22, 2010 06:17:38 pm michael crane wrote: >>> as I understand things you are not such a hot coder so why are we >>> waiting >>> on you ? >> >> good question indeed. why a

Re: [hugin-ptx] Can Hugin stitch this?

On Wed, Mar 24, 2010 at 6:43 PM, Gerhard Killesreiter < gerh...@killesreiter.de> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Gerry Patterson schrieb: > > > Here <http://groups.google.com/group/hugin-ptx/web/cactus.jpg> is > > what I was able

Re: [hugin-ptx] Can Hugin stitch this?

On Sun, Mar 21, 2010 at 10:12 AM, Gerhard Killesreiter < gerh...@killesreiter.de> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi there, > > I've come across two photos that I took and was wondering if Hugin would > be the right tool to "merge" them into one. > > The photos have be

Re: [hugin-ptx] What is hugin's best fit?

On Feb 16, 2010, at 3:39 AM, "John McAllister" wrote: The mean and maximum errors you report are huge. They should, ideally, be less than one. You can find rogue points by looking at the CP lists associated with the image pairs. These lists can be sorted by clicking the distance heade

[hugin-ptx] Transformation parameters (TrX, ....) vs Tilt Parameters (TiX, ....)

Hello All, I have been out of the loop for a few months and see that that a few things have come into hugin trunk. I believe I understand what the TrX, TrY and TrX parameters are, however I thought there were some tilt parameters that went along with them. Looking at files optimze.txt and stitch

Re: [hugin-ptx] Bizarre results with Hugin 4.0

Hello, If you post your project and pictures to the files area, others could try and see what happens. Could you post some details such as what operating system you are using and lens details? Best regards, Gerry On Feb 6, 2010, at 5:01 PM, pwinter wrote: Hello, Perhaps someone her

Re: [hugin-ptx] how to turn OFF optimization of a/b/c on a per-image basis??

Hello Jeffrey, It seems you may have a separate lens assigned to each image. If you hop back over to the Camera Lens tab: 1. select all images 2. click the change lens button 3. set all images to the same lens (probably 0 if you only have one) That should reduce the number of entries i

Re: [hugin-ptx] Some programming tasks...

Hello, On Dec 8, 2009, at 3:17 AM, "bruno.postle" wrote: > We should be able to release 2009.4.0 final soon, though it would be > nice to have a positive report that 2009.4.0_rc3 builds on Windows > first. > > When that is done we want to look at branching the current trunk, with > Lukáš'

[hugin-ptx] Re: psychedlic stitch

On Nov 9, 2009, at 8:11 AM, Jeffrey Martin <360cit...@gmail.com> wrote: > > Hi, > > I gave Hugin 0.8 2 images - sigma 8mm f/3.5 from canon t1i > > and this came out. > > crazy stuff! strange lines and stuff. > www.vrlog.net/temp/weird.jpg > > any idea what i'm doing wrong? :-) > > thanks,

[hugin-ptx] Re: replacing make?

On Wed, Oct 7, 2009 at 6:21 PM, Bruno Postle wrote: > > On Wed 07-Oct-2009 at 17:26 -0400, Yuval Levy wrote: > >Lukáš Jirkovský wrote: > >> What I think may be quite nice way to store necessary data is the XML. > > > >this has been discussed before. The result was that some people favor > >the Ma

[hugin-ptx] Re: replacing make?

On Oct 7, 2009, at 8:04 AM, Lukáš Jirkovský wrote: > > Hello, > I've got a quite sound idea. Just "to put a bug in your head" (czech > saying) – to make you think about it. There are numerous bug reports > which are caused by using some "forbidden" characters inside makefile > (and some st

[hugin-ptx] Re: Hugin-2009.4.0 - the way forward

On Sep 30, 2009, at 8:26 AM, Yuval Levy wrote: > > Bruno Postle wrote: >> So do we want a 2009.4.0 release with cpclean and lens-calibration >> very soon? or merge the deghosting project and delay the release as >> a result? > > the conservative me says release now that we can and merge degh

[hugin-ptx] Re: image date display error? Yes, but... (was: 2009.2.0 release notes proof-reading/trnaslation)

On Thu, Sep 24, 2009 at 3:46 PM, Harry van der Wolf wrote: > > 2009/9/24 Bruno Postle > >> >> >> On Thu 24-Sep-2009 at 08:54 -0700, grow wrote: >> > >> >I have gone back and checked and my TIFF files do have both dates. If >> >we are only going to have one date I would prefer the shooting date >

[hugin-ptx] Re: Sloooow Moving

On Sep 22, 2009, at 8:42 PM, Dale Beams wrote: > On a side note, using "auto fine tune". Perhaps the problem is > there. Before it wasn't this slow even with all three options > checked. > > From: drbe...@hotmail.com > To: hugin-ptx@googlegroups.com > Subject: [hugin-ptx] Slw Moving

[hugin-ptx] Re: GSoC2008_masking

Hi All, Based on the responses from this thread I can glean the following: - Masks should be stored as vector paths and attached to the project (pto) files - Editing the masks in the preview is desirable. - positive masking is as useful as negative masking. Strange that those three t

[hugin-ptx] Re: cpclean - put it into trunk?

On Sun, Sep 20, 2009 at 9:02 AM, Yuval Levy wrote: > > Hi all, > > cpclean is a button in the Hugin GUI that prunes outlaying CPs by > statistical methods. It has been written by Thomas Modes' and it works > like Bruno's tried and tested CLI tool ptoclean. A useful addition IMO. > > It has been t

[hugin-ptx] Re: 20090916 Nightly Build for Ubuntu - segfault

Dale, Can you confirm as well that if you upgrade to libpano SVN 1056, that your problem is fixed? - Gerry On Fri, Sep 18, 2009 at 8:11 AM, Yuval Levy wrote: > > Gerry Patterson wrote: > > I have the latest version of both hugin 4437 and libpano 1055 and I > can'

[hugin-ptx] Re: 20090916 Nightly Build for Ubuntu - segfault

hmm... I have the latest version of both hugin 4437 and libpano 1055 and I can't reproduce the segfault. I am running GNU/Linux (k)ubuntu 9.04. i386. Is there a walk through that one can give me? 1. I create the jpgs with ptodummy and loaded the project. 2. Next I selected "Positio

[hugin-ptx] Re: 20090916 Nightly Build for Ubuntu - segfault

Hello, Before loading the images, open up the preferences and uncheck the "align images after loading" option in the assistant tab. Next load the images as normal. Then switch to the images tab and create the control points. Once done, you should be able to now save the pto file and post the

hugin-ptx@googlegroups.com

problems once, hugin removes the reported invalid CPs. Andreas, would you please provide the test case that is causing the failure for you? Thank-you, - Gerry On Sun, Sep 13, 2009 at 12:06 PM, Kornel Benko wrote: > Am Sonntag 13 September 2009 schrieb Gerry Patterson: > > > On Sun, Sep 1

hugin-ptx@googlegroups.com

On Sun, Sep 13, 2009 at 9:36 AM, Andreas Metzler < ametz...@downhill.at.eu.org> wrote: > > Hello, > > > https://sourceforge.net/tracker/index.php?func=detail&aid=2720906&group_id=77506&atid=550441 > is closed, being marked as fixed in rev 4219. > > It is not. If I open the testcase from Ubuntu LP

[hugin-ptx] Re: focus stacking for dummies?

well? - Gerry On Sat, Sep 12, 2009 at 5:31 PM, Gerry Patterson wrote: > Hello, > > As for luminance optimization, so long as you don't hit optimize in the > photometric panel you should be ok. At least as far as I understand > everything. > > The parameters you shou

[hugin-ptx] Re: focus stacking for dummies?

ter the following Options for enfuse: --wExposure=0 >--wSaturation=0 --wContrast=1 --HardMask >3. Press "Stitch now" > > > In the output image, there are strong halos (light rings?) around all the > edges. So I must be doing something wrong. Or perhaps this

[hugin-ptx] Re: focus stacking for dummies?

On Sat, Sep 12, 2009 at 9:56 AM, John Isner wrote: > Let me rephrase my original question: Can focus stacking be done using > only the GUI front end (hugin.exe)? > > > > Let me rephrase my answer: Align_image_stack does the following: 1. creates control points 2. determines the best alig

[hugin-ptx] Re: focus stacking for dummies?

On Sep 11, 2009, at 10:21 PM, perkin-warbeck wrote: > > I'm using hugin on Windows. I read the tutorial "A greater depth of > field in macro photography" which is linked to on the sourceforge > tutorials page (http://hugin.sourceforge.net/tutorials/index.shtml) > but I could not good resu

[hugin-ptx] Re: Tilt transformation...

On Sep 9, 2009, at 10:56 PM, dmg wrote: > >> Hello, >> >> I am confused. Would one not be able to continue development in the >> same branch that Dev made the initial changes in? Why is another >> branch needed? I apologize if I am missing something obvious. >> >> Gerry > > are you talking

[hugin-ptx] Re: Tilt transformation...

On Sep 9, 2009, at 4:03 PM, D M German wrote: > > > > Now, the real question for hugin developers: can somebody create a > branch of hugin that supports these new parameters during the > optimization? shearX, shearY, tiltX, tiltY, tiltZ and tiltScale? > > > I haven't committed my code but wi

[hugin-ptx] Re: Control Point Distances

On Mon, Aug 31, 2009 at 7:03 PM, Nicolas Pelletier < nicolas.pellet...@gmail.com> wrote: > Me again... > I've looked at the options of most EXE provided by hugin, but none seem to > expose how to get the control point distance. > > I also looked into the math to redo the calculations manually. I q

[hugin-ptx] Re: svn 4242 build fails on Fedora Linux, some help please

On Sat, Aug 22, 2009 at 6:13 PM, Tduell wrote: > > > > On Aug 23, 8:17 am, Bruno Postle wrote: > > On Fri 21-Aug-2009 at 22:44 -0700, Tduell wrote: > > > Anyway, the way to test nona-gpu at the moment is to stitch the > > .pto.mk file on the command-line: > > > >make -f project.pto.mk NONA='

[hugin-ptx] Re: Control Point Error

On Aug 20, 2009, at 1:43 AM, RueiKe wrote: > > I have found in the past sporadic control points that show very large > errors, but when reviewed look normal. I have included a screen > capture http://groups.google.com/group/hugin-ptx/web/ > Hugin_Error_20aug09.jpg?hl=en%05eeb80c98d0c9ce2">h

[hugin-ptx] Re: svn 4242 build fails on Fedora Linux, some help please

On Wed, Aug 19, 2009 at 12:02 AM, Tduell wrote: > > Hullo All, > I have tried to build svn 4242 on a Fedora 11 x86_64 system, but it > fails with some undefined references which I have been unable to track > down. > > Here is the output from the cmake command... > > [te...@phenom trunk]$ cmake -D

[hugin-ptx] Re: Workflow for matching RAW to jpeg lens correction

On Sun, Aug 16, 2009 at 3:41 PM, Bruno Postle wrote: > > On Sun 16-Aug-2009 at 11:23 -0700, pld wrote: > > > >What I would like to do is to be able to process the RAW files in > >UFRaw, and then use Hugin to correct for lens distortion parameters to > >match the output produced by the camera jpeg

[hugin-ptx] Re: [SVN ] SIGSEGV while opening a project

On Sun, Aug 16, 2009 at 11:26 AM, Jean-Luc Coulon (f5ibh) < jean.luc.cou...@gmail.com> wrote: > Hi, > > I get (sometimes) a SIGNSEGV while opening a project. > > The best way to reproduce it is using the following steps: > - Launch hugin > - In the assistant : Load images... > - I don't insert any

[hugin-ptx] Re: cropping gone bad?

On Sun, Aug 16, 2009 at 12:33 PM, Bruno Postle wrote: > > On Sun 16-Aug-2009 at 06:27 -0700, John wrote: > > > >For example, I always thought that if one had a 6 megapixel camera > >(CCD or CMOS) of 3000 by 2000 pixels, that would be the "resolution" > >of the image. > > Just to add to what other

[hugin-ptx] Re: SVN 4220, crash in Préférences

2009/8/16 Jean-Luc Coulon (f5ibh) > Hi, > > I've a reproductible crash in the preferences with SVN version. > > Steps: > > File -> Preferences > Select"Control points detector" tab > I've autopano-SIDT-C-(Default) as the conttrol point generator > I click "Edit" and got the crash. > > Attached th

[hugin-ptx] Re: cropping gone bad?

On Fri, Aug 14, 2009 at 9:43 PM, slaterson wrote: > > will send it tomorrow morning... this is from an hdr pano, there are > actually three raws, each of the raws was exposed several times and > fused. > > thanks > > Ah, I was wondering how the exposure was so evenly lit. You say each of the r

[hugin-ptx] Re: cropping gone bad?

On Fri, Aug 14, 2009 at 3:44 PM, slaterson wrote: > > i converted my project to jpg to upload. it can be downloaded here: > https://rcpt.yousendit.com/726357889/d3635cbcd4b284c9118a79dd55e85e9e > > i ran a test on the jpgs it stitches perfectly, just as i expected the > tifs to stitch. this seem

[hugin-ptx] Re: cropping gone bad?

On Aug 12, 2009, at 5:33 PM, slaterson wrote: > > i am working on a 360x180 pano using a fisheye lens. i have cropped > the nadir shot heavily as well as the bottom 'row' of photos to remove > the tripod. when i show the pano in the preview window, everything > looks great. when i stitch t

[hugin-ptx] Re: NOT SOLVED: Re: Enfuse unpicks alignment - what's up?

On Sat, Aug 8, 2009 at 1:02 PM, Doug wrote: > > J. Schneider wrote: > > Doug schrieb: > > > >> Thanks Harry. > >> I've tried -s 2 and -s 3, both were worse than earlier results. > >> As a further check I tried putting in all control points manually; that > >> was almost as bad. > >> > >> Bizarre.

[hugin-ptx] Re: SOLVED: Re: Enfuse unpicks alignment - what's up?

of the other > > ImageFuser users) is that scaling down really helps in case of bad > > aligned images. > > It helps as align_image_stack can only focus on the real "steady" pixels. > > > > Harry > > > > 2009/8/7 Gerry Patterson > <mailto:thedee

[hugin-ptx] Re: Request: Absolute paths for project files in .pto.mk

On Aug 7, 2009, at 3:08 PM, Milo van der Linden wrote: > > I have a small request, do not no where to file it, so excuse me if > this is the wrong channel. > > > I want to distribute a hugin project to others, therefor I keep all > files in one directory, images plus project files. > > When

[hugin-ptx] Re: Enfuse unpicks alignment - what's up?

On Aug 7, 2009, at 11:36 AM, Doug wrote: > > Thanks Gerry and Harry, > I've followed your advice but the images are still badly misaligned. > > Doug > > > Did you move very much between taking the shots? Was there a large time lag that has caused things to move? --~--~-~--~~

[hugin-ptx] Re: Enfuse unpicks alignment - what's up?

Hello, Instead of using autopano-sift-c, try using 'align_image_stack'. You should then be able to pass the resulting tiff files to enfuse directly. I believe there is an option to generate a .pto which you can view as well. If you want to continue using autopano-sift-c and these images were t

[hugin-ptx] Re: nona-gpu - has anybody got it working?

On Aug 5, 2009, at 9:27 PM, Yuval Levy wrote: > > Gerry Patterson wrote: >> gpu shader program compile time = 0.08 >> nona: GL error: Framebuffer incomplete, incomplete attachment in: >> /home/gpatters/work_area/hugin-git/myrepo/src/hugin_base/vigra_ext/ >&

[hugin-ptx] Re: nona-gpu - has anybody got it working?

On Tue, Aug 4, 2009 at 10:51 PM, Yuval Levy wrote: > > Hi all > > I just tested the latest SVN on my workstation with the following GPU > (se diagnostic commands and output below) and it fails. Is this my GPU > or do we have a bug in the code? This is on Ubuntu 64bit, and I've even > tried with 9

[hugin-ptx] Re: Lens information from Exif

On Sun, Aug 2, 2009 at 8:16 PM, Nicolas Pelletier < nicolas.pellet...@gmail.com> wrote: > >> Nicolas Pelletier wrote: >> > Upgrade exiftool not working. >> > Had 774, changed for 782. >> >> do I understand right that exiftool 774 could read info out of a Canon >> 50D and exiftool 782 could not? >

[hugin-ptx] Re: The way to 2009.2

On Sat, Aug 1, 2009 at 9:57 PM, Yuval Levy wrote: > > Hi all, > > I just merged the nona-gpu branch into trunk. This is a present for > Andrew on a very special day for him :) > > Details of how I made the merge are documented at >

[hugin-ptx] Re: Release notes link on website wrong

On Sat, Aug 1, 2009 at 12:14 PM, Bruno Postle wrote: > > On Sat 01-Aug-2009 at 11:44 -0500, Gerry Patterson wrote: > > > > So back to the original post, the link in the news section for the > > 0.8.0 release still points to the 0.7.0 release notes. > > Thanks, f

[hugin-ptx] Re: Release notes link on website wrong

Hi All, So back to the original post, the link in the news section for the 0.8.0 release still points to the 0.7.0 release notes. I checked out the htdocs directory, but that information is pulled from the news forum feed on sourceforge. I do not appear to have access to edit the entries in the

[hugin-ptx] Bug 2830104: The incredibly growing preview image....

Hi All, One of the more recent commits appears to have given the preview images in the images tabs, super powers. When a pano with linked images is dragged around in the fast preview, the preview images in the tab will grow a little bit. Then grow a little bit more on the next drag. They can ge

[hugin-ptx] Re: built 4075

I would guess this has to an unintentional encoding setting for the font used by the exif info patch I put in. I'll check in a fix shortly Gerry On Jul 21, 2009, at 5:50 PM, Ad Huikeshoven wrote: > The latest built kills itself during startup complaining about > unknown encoding ...

[hugin-ptx] Re: branching and tagging releases

Hi, I think this in someway pertains to this discussion so I have a question for more experienced SVN users. If I want to work on a fancy new feature in a branch but want to keep up to date with what is happening in trunk I would use merges to keep bring in changes from the point I branched. The

[hugin-ptx] Re: branching and tagging releases

On Jul 19, 2009, at 6:28 PM, Bruno Postle wrote: > > This isn't a branch of 0.8.0. The 0.8.0 release is rev 4008 of the > trunk, you just copied a random trunk revision. > > Anyway, there is no need to 'tag' or 'branch' revision 4008 unless > you actually have bugfixes that warrant making a

[hugin-ptx] Re: Release notes link on website wrong

On Jul 19, 2009, at 2:06 PM, Bart van Andel wrote: > > Just uploaded the GIMP .xcf as well, in case someone feels like > working some more on it. File is here (right click, save as): > > http://groups.google.com/group/hugin-ptx/web/2009.07.19%20Hugin%20website%20mockup.xcf > > Fonts used (

[hugin-ptx] Re: branching and tagging releases

On Jul 19, 2009, at 12:15 PM, Yuval Levy wrote: > > Hi all > > I might be missing something, but here is the process how I see it and > how I just did it. > > 1. we play on TRUNK for as long as we want, fixing bugs, adding > features > (and new bugs), etc. > > 2. once in a while, we decide

[hugin-ptx] Branch, tag or what not for the 0.8.0 release

Hello, I was wondering when the branch, or tag was going to be created for the 0.8.0 release was going to be created. This was done for the 0.7.0 release and I think it would be a good idea. It frees up trunk for active development and still allows critical bug fixes to be made to the current re

[hugin-ptx] Release notes link on website wrong

Hello, The link for the release notes of 0.8.0 on the website for Hugin http://hugin.sourceforge.net/ is pointing to 0.7.0. This should probably be updated. - Gerry --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups

[hugin-ptx] Re: Exposure value handling weirdness

On Wed, Jun 17, 2009 at 1:06 AM, Pablo d'Angelo wrote: > > > The idea was that: > > 1. A relative exposure compensation cannot be read from the exif data. > Of course this only applies when hugin does read the images correctly. Hi, I wasn't implying that we read exposure compensation values, I

[hugin-ptx] Re: Exposure value handling weirdness

On Wed, Jun 17, 2009 at 12:31 AM, T. Modes wrote: > > > I think this case is very rare, because this one works only if the > second image has some EXIF data (make, model, focal length) to make > the comparision. But in this case the chances are high, that also the > exposure time and f-stop can b

[hugin-ptx] Re: crop unknown, result better if input is canceled

Hello, Are you sure it doesn't set it to 50mm? That is the default if one cancels the HFOV entry dialog. That is a strange behavior too. Would it make sense that if one presses cancel, nothing happens? I thought that is what "cancel" means Best Regards, - Gerry On Sat, Jun 13, 2009 at

[hugin-ptx] Exposure value handling weirdness

Hi All, Will working on a fix for 2805120 (https://sourceforge.net/tracker/?func=detail&aid=2805120&group_id=77506&atid=550441)I

[hugin-ptx] Re: correcting a stack of images using hugin or other software

Hugin contains an executable designed for this: align_image_stack http://wiki.panotools.org/Align_image_stack Regards, - Gerry On Sun, Jun 14, 2009 at 3:35 PM, Jan Dittrich wrote: > > Hello, > I made a series of images from the same standpoint. There is a bit > displacement due to touching

[hugin-ptx] Re: Triage of Bug Tracker

Hello, I have checked a fix into SVN for this problem. - Gerry On Thu, Jun 11, 2009 at 5:37 PM, Bruno Postle wrote: > > On Thu 11-Jun-2009 at 23:18 +0200, Yuval Levy wrote: > > > >A 0.8.0 release is overdue. The sooner the better. I suggest being very > >strict about what bugs or application

[hugin-ptx] Re: Triage of Bug Tracker

Hi All, Just so I understand, any bugs that are marked '9' prioity and are 'open', need to be fixed before the 0.8.0 release? If that is the case, I see three. I am next to useless on OSX only bugs as I don't have that platform. But I can take a look at the rest. Best Regards, - Gerry --~--~

[hugin-ptx] pto script descrption

Hello, Can anyone point me to a recent description of the pto file format? I did some hunting around a found a few things that aren't clear. For instance, what does 'p' do in an 'm' line? - Gerry --~--~-~--~~~---~--~~ You received this message because you are su

[hugin-ptx] Re: OpenGL slow because of reloading

uploaded the requested pto files. > > Regards, > Rick > > On Jun 4, 9:30 pm, Gerry Patterson 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? &g

[hugin-ptx] Re: OpenGL slow because of reloading

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 vario

[hugin-ptx] Re: OpenGL slow because of reloading

s 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 wrote: > > On Wed 03-Jun-2009 at 08:29 -0500, Gerry Patterson wrote: > > > > >W

[hugin-ptx] Re: OpenGL slow because of reloading

sfully > processed using SVN3884. I found that with SVN3906, I get an > "unhandled exception" after choosing "Align" from the assistant tab, > during the "Loading images..." stage. > > On Jun 3, 4:33 pm, Lukáš Jirkovský wrote: > > 2009/6/3 Gerry

[hugin-ptx] Re: OpenGL slow because of reloading

Regards, - Gerry 2009/6/2 Lukáš Jirkovský > > 2009/6/2 Gerry Patterson : > > > > Hello, > > > > Crash? My memory is fuzzy, I don't remember a crash. Is there a bug > report > > in the tracker on this I can check? > > > > - Gerry > > &g

[hugin-ptx] Re: OpenGL slow because of reloading

Hello, Crash? My memory is fuzzy, I don't remember a crash. Is there a bug report in the tracker on this I can check? - Gerry 2009/6/2 Lukáš Jirkovský > > 2009/6/2 Gerry Patterson : > > > > Hi All, > > > > I believe I have found the problem. I have commit

[hugin-ptx] Re: OpenGL slow because of reloading

13 PM, Gerry Patterson 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

[hugin-ptx] Re: OpenGL slow because of reloading

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

[hugin-ptx] Re: problems with seams

very time consuming. how much overlap should there be to > get a good set of 'automatic' control points as a starting point? > > thanks! > slate > > > > On May 25, 6:04 pm, Gerry Patterson wrote: > > Hello, > > > > This may seem a silly questi

[hugin-ptx] Re: problems with seams

Hello, This may seem a silly question, but what parameters are you optimizing? Since you have a full 360 around, you should also be able to optimize 'v' as well, which might help. Keep in mind, what you are doing is hard. :-) Taking a full spherical pano inside a room with that long of a lens m

[hugin-ptx] Re: Fusing before or after

Hi all, I hope I didn't give anyone the wrong idea. I almost always shoot bracketed sets with a tripod. As such, fusion before blending makes sense for me, too. However, I have been burned before by not considering how others shoot, so I was just presenting a case when one would possibly want t

[hugin-ptx] Re: Fusing before or after

Hello, There are cases when one photographs hand-held and the different exposures are not aligned well enough to be fused first. Best Regards, - Gerry On Fri, May 22, 2009 at 7:50 PM, DaveN wrote: > > I don't know if this has been asked before (hard question to ask in a > search) but why don

[hugin-ptx] Re: speed observations

Hello, >From what I can remember of hugins internals, every time you tick a box on the optimizer tabs, a bunch of things happen. The panos entire state is duplicated and store away, to allow for undo/redo. All of the other tabs are notified the pano's state has changed and they each may or may no

[hugin-ptx] Re: small UI improvements

Hello, As for multiple select, I was thinking of allowing the user to drag a box around a group of CPs to multi-select the enclosed ones. I find after I run the control point generators on my fisheye images, I usually end up with large bunch of CPs near the center of the image. There are times w

[hugin-ptx] PATCH: EXIF info display in Images panel

Hello, It has annoyed me that the EXIF info was not displayed anywhere for images loaded into Hugin. Below is a link to a patch that will display EXIF info when an Image is select in the Images Panel. I have uploaded it to the patch area of source forge. I didn't want to commit it to the tree,

[hugin-ptx] Re: Fixes to "Add time-series of images" button, removal of jhead library

entires for libhuginjhead. If this causes you problems. I'll try to revert the last commit. Best Regards, - Gerry On Fri, May 15, 2009 at 8:39 AM, Gerry Patterson wrote: > Hello, > > Commited. Rev 3843 > > Best Regards, > > - Gerry > > > On Fri, May 15, 2009 a

[hugin-ptx] Re: Fixes to "Add time-series of images" button, removal of jhead library

> in advance). > > Please commit. > > Hoi, > Harry > > > > 2009/5/15 Gerry Patterson > > Bruno, >> >> I wasn't planning on removing jhead from src/foreign just yet, as fulla >> still uses it to parse out the exif data for the ptlens lookup. I

[hugin-ptx] Re: Fixes to "Add time-series of images" button, removal of jhead library

If it doesn't break him, I'll commit it to the tree. Best Regards, - Gerry On Thu, May 14, 2009 at 3:39 AM, Bruno Postle wrote: > > On Wed 13-May-2009 at 20:48 -0500, Gerry Patterson wrote: > > > >I have ready a patch that fixes the add time-series of images button fo

[hugin-ptx] Fixes to "Add time-series of images" button, removal of jhead library

Hello, I have ready a patch that fixes the add time-series of images button for files of types other than jpg. I have stripped out the jhead library from hugin; now using only exiv2 library. I believe most people are building their installers and packages with the exiv2 support enabled, but I wa

[hugin-ptx] Re: b4/rc1 undefined reference to ...::calcCtrlPointErrors

t was put in, so I am pretty sure it should build on other systems. However, I haven't played with OpenBSD(perhaps I should try that some time...) :-) Best Regards, - Gerry On Thu, May 7, 2009 at 10:49 AM, Stuart Henderson wrote: > > On 2009-05-07, Gerry Patterson wrote: >

[hugin-ptx] Re: b4/rc1 undefined reference to ...::calcCtrlPointErrors

Hello Stuart, Would please do another SVN update? You make also have to re-run cmake, although that should happen automatically when ever changes are made to the cmakelist.txt files. To re-run cmake you should just have to type: 'cmake .' in a terminal window After that you should be able to r

[hugin-ptx] Re: 360x180 deg pano, viewer

Hello Peter, I am assuming that is 360x180 not 360x1880. :-) You can create quick time VR files (.mov) using Bruno's Panotools-Scriptmodule. The relevant script is "erect2qtvr". It is certainly scriptable and you end up with a selfcontained .mov fi

[hugin-ptx] Re: Layout panorama model (GSoC)

On Thu, Apr 23, 2009 at 9:02 PM, Gerry Patterson wrote: > > > On Thu, Apr 23, 2009 at 6:05 PM, James Legg wrote: > >> >> Ideas are what I need at the moment. Perhaps when this thread has more >> responses you could summarise the ideas on the wiki? That would be >

[hugin-ptx] Re: Layout panorama model (GSoC)

On Thu, Apr 23, 2009 at 6:21 PM, Bruno Postle wrote: > > Note that hugin shows an 'error distance' for each control point, > this is actually supplied by the optimiser at the end of each > optimiser run (which is why all these fields are zeroed when you > reload a project). > > This is overdue fo

[hugin-ptx] Re: Layout panorama model (GSoC)

On Thu, Apr 23, 2009 at 6:05 PM, James Legg wrote: > > On Thu, 2009-04-23 at 11:33 -0500, Gerry Patterson wrote: > > > Would it make sense to be allow control of the blending and fusing > > order for the output. When I was looking at this earlier, there were > > tw

[hugin-ptx] Re: Layout panorama model (GSoC)

Hello James, On Thu, Apr 23, 2009 at 9:48 AM, James Legg wrote: > > Hello, > > > * In a panorama composed from multiple brackets, you can filter >the images used in the previews, so that only one bracket shows. This is a good idea! > > * The model will be used to suggest d

[hugin-ptx] Doxygen and GSOC

Hello, I was looking at the code base and found an old Doxygen file and noted that there are areas of the code that have been commented specifically for doxygen. I spent sometime and was able to generate a set of API docs based on this information. It is not complete as new code which has been a

[hugin-ptx] Re: panoramas from low-quality movies

On Sun, Apr 12, 2009 at 4:27 AM, Harry van der Wolf wrote: > As I already expected it has to do with the number of arguments. In > "AutoCtrlPointCreator.cpp" you can find the following code that is used when > specifying too many command line parameters > > wxArrayString arguments = wxCmdLineP

[hugin-ptx] Re: align image stack error

Hello, Is your image stored in a path that contains spaces or special characters? Are you using a shell script to call image_align_stack? - Gerry On Sat, Jan 31, 2009 at 4:05 PM, cri wrote: > > Today I tried to use the command align_image_stack to align three > photos. When I launch the comma

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

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

[hugin-ptx] Hugin Bugs and 0.8.0

Hi All, I have been on hiatus for a while--our 2nd daughter arrived a little early (by a couple weeks, everyone is doing fine.) I have been tracking the posts and believe I am reasonably up to date as to what is going on. However, I have not been tracking the bug reports until today. I see the b

[hugin-ptx] Re: Request For Comments: hugin 0.8.0 release cycle

On Wed, Oct 8, 2008 at 7:13 PM, Yuval Levy <[EMAIL PROTECTED]> wrote: > > EXPERIMENTAL FEATURE RELEASES > > I intend to release a windows binary installer of the > gsoc2008_integration branch soon. If there are no objections I'll call > it 0.8.0alpha1. > > in its current state it includes fast pre

  1   2   >