Re: [hugin-ptx] huginlines.exe. Malware?

gt; Thank you for your reply. >> I downloaded it from http://hugin.sourceforge.net/download/. I assumed >> this was the most reliable 'official' source. Was this not correct? I >> wonder if anyone else has had this happen. >> >> Eric Coombes >> >> >> On Fri

Re: [hugin-ptx] huginlines.exe. Malware?

Thank you for your reply. I downloaded it from http://hugin.sourceforge.net/download/. I assumed this was the most reliable 'official' source. Was this not correct? I wonder if anyone else has had this happen. Eric Coombes On Friday, September 1, 2017 at 2:31:52 PM UTC+1, F

[hugin-ptx] huginlines.exe. Malware?

are, or was it a false detection? I'd be most grateful if anyone can help me. Eric Coombes -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other f

[hugin-ptx] Re: Panorama from a moving camera location

lus X, Y and Z (except for the center photo). Eric Ball https://sites.google.com/site/ericballpanorama/ -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and o

Re: [hugin-ptx] [OSX] 20110615 hugin-mac-2011.1-5311_f8270bcc6d99-build2

On Jun 16, 2011, at 6:33 AM, Harry van der Wolf wrote: 2011/6/16 phartz...@gmail.com On Wed, Jun 15, 2011 at 8:21 AM, Harry van der Wolf wrote: > A reworked version of the yesterday bundle: > > - Changed call to PTBatcherGui from Assistant > - I removed python again for the time being.

Re: [hugin-ptx] Re: A job for Hugin mosaic-mode - hieroglyphs

To be fussy, note that this "flattening of perspective" is the result of the ratios of the distances between the camera and the near and far parts of the image being more similar than otherwise. This can be caused to happen by moving the camera farther away from the subject (as Kay says).

Re: [hugin-ptx] Panini-Video

Umm.. Cool, I guess. The format is AVI !?!? eo On Feb 16, 2011, at 9:00 PM, Tom Sharpless wrote: I don't suppose you've been wondering what I've been up to for the past 18 months, but... The first member of the the Panini Version 1 suite -- Panini-Video -- is now pre-beta. It converts wid

Re: [hugin-ptx] Progress window flashes, no stitch

On Feb 7, 2011, at 9:27 PM, phartz...@gmail.com wrote: On Mon, Feb 7, 2011 at 11:53 PM, Eric O'Brien wrote: The same for me: echo: write: Bad file descriptor gnumake: *** [info] Error 1 Are you also running OSX 10.5 Leopard? Yes, 10.5.8 eo Steve -- You received

Re: [hugin-ptx] Progress window flashes, no stitch

On Feb 6, 2011, at 9:51 AM, Harry van der Wolf wrote: No idea how I got that copy&paste action incorrect. See correct link below. The same for me: echo: write: Bad file descriptor gnumake: *** [info] Error 1 At least

Re: [hugin-ptx] Progress window flashes, no stitch

Thanks! So I seem to be experiencing the "Mac OS X 10.5 Mystery," eh? eo On Feb 5, 2011, at 5:33 AM, Carl von Einem wrote: Eric O'Brien schrieb am 05.02.11 04:51: It seems this has happened for me before, but I don't recall the cause or solution. I'm using the

[hugin-ptx] Progress window flashes, no stitch

It seems this has happened for me before, but I don't recall the cause or solution. I'm using the Mac version 2010.5.0.4886:a1cb4a2efa65. On the Stitcher tab, I press "Stitch now..." I'm given the opportunity to edit the file name and save location. In that dialog I then press "Save."

Re: [hugin-ptx] Re: Error on stitching.

On Feb 4, 2011, at 4:29 PM, C wrote: Check for non standard characters in the folder names in the path down to where the pictures are you are loading. I suggest normal letters and spaces only. Alternatively copy the pictures to the desktop and load from there so as to avoid the Hugin program h

Re: [hugin-ptx] "Rounded" Perspective correction

I don't know if this will help, but you might search on unwrap cylindrical label image eo On Dec 20, 2010, at 12:27 PM, aliquis wrote: Hello guys, I am looking for the function in hugin that I would call rounded perspective correction(I am not sure if this is the right name). Basicly I wo

Re: [hugin-ptx] Magnifier in control point editor panel

I agree that more sophisticated behavior would be helpful. Sometimes, the view in the magnifier is so "enhanced" that it no longer looks much like the area the cursor is over. This makes it difficult to determine which feature you might *actually* be selecting. Sometimes, "more contrast"

[hugin-ptx] Re: Feature Request - Horizon/equator line control points

manually adjust the pitch, but not to the same accuracy. (Multiple vertical control points work, but not every panorama contains "true vertical" objects.) Eric Ball -- You received this message because you are subscribed to the Google Groups "Hugin and other free panoramic so

[hugin-ptx] Feature Request - Horizon/equator line control points

I would like to propose an enhancement to the straight line control points to indicate the line is the horizon/equator. Photos which contain an identifiable horizon/equator could be automatically adjusted for pitch & roll. Thinking about it, it might be possible to perform the same adjustment by

Re: [hugin-ptx] Re: Command line interface for hugin please

Didn't I just say something about some documentation being a bit ... sparse? Please, all you programmers out there: Take an additional hour or so, after you are "done" with the Real Work, and expand the "help" and man files. Then take yet another hour, go back over your code and add some

Re: [hugin-ptx] Several questions about hugin sourcecode

I am not a programmer. And I have not looked at this code. But. Questions like this (which seem to appear fairly often) greatly concern me as a user. While I am not a programmer, I *am* familiar with certain conventions or "best practices." One of those being something called "COMMENTIN

Re: [hugin-ptx] Re: colors

On Nov 10, 12:26 am, Bruno Postle wrote: On Tue 09-Nov-2010 at 11:56 +0100, Carl von Einem wrote: Eric O'Brien wrote: I wonder if the inputs have multiple profiles, and hugin is arbitrarily picking ONE for the output. It certainly does this, or is supposed to. i.e. it treats the i

Re: [hugin-ptx] colors

The color profiles in the files are different. "KJG.jpg" is "Generic RGB Profile" but "IMG_5673.jpg" is "Adobe RGB (1998) In Photoshop, if I assign Adobe RGB (1998) to the first file, it then looks substantially like the second file. The question of course is: why the color profiles are dif

Re: [hugin-ptx] Re: View this page "Affine SIFT algorith"

Anything that would help to spread control points farther beyond clumps in the center of the image for fisheye images... would greatly reduce stitching errors, I think. ei On Nov 7, 2010, at 2:58 AM, kfj wrote: On 31 Okt., 03:14, Tom Sharpless wrote: It is a fact that SIFT does not fi

Re: [hugin-ptx] Re: Not a Panorama - just control points for Enfuse - How to?

One might consider this, also, an indication that the documentation might be expanded or clarified on this point. ;) (In case it's not already addressed.) eo On Nov 3, 2010, at 8:29 AM, Bruno Postle wrote: (Apologies my phone won't let me quote properly) If your bracketed sets are not wel

Re: [hugin-ptx] Where to place feature requests?

On Oct 31, 2010, at 5:02 PM, Bruno Postle wrote: On Sun 31-Oct-2010 at 14:20 -0700, Eric O'Brien wrote: Well, this is an interesting point. I also shoot the horizon row first, then the zenith, then the nadirs. That is, I don't proceed top to bottom or bottom to top but shoot

Re: [hugin-ptx] Where to place feature requests?

ing?? How tiresome. Go outside for some fresh air. Practice your breathing exercises. eo On Oct 31, 2010, at 3:23 PM, Yuval Levy wrote: On October 31, 2010 06:11:13 pm Eric O'Brien wrote: I will say that I think a slightly more tolerant original response on Yuval's part could have a

Re: [hugin-ptx] Where to place feature requests?

In this case, I'm referring to the existing "Apply Template" feature of Hugin. So the way to "input the sequence" would be to manually adjust a project so that the positions of all the images are as you desire, and saving that project. Then probably copy it somewhere else to a new name tha

Re: [hugin-ptx] Where to place feature requests?

I will say that I think a slightly more tolerant original response on Yuval's part could have avoided an escalation. :( eo On Oct 31, 2010, at 2:38 PM, Bernd Hohmann wrote: On 31.10.2010 22:28, Yuval Levy wrote: Because your workflow is crackbrained? Or your brain crackflowd? Well -

Re: [hugin-ptx] Where to place feature requests?

Well, this is an interesting point. I also shoot the horizon row first, then the zenith, then the nadirs. That is, I don't proceed top to bottom or bottom to top but shoot the middle row, the top "row" and then the bottom "row." For me, the assumption that "pictures that are next to each

Re: [hugin-ptx] Hugin Mac 2010.2.0 error loading files

Not to mention that the *forward* slash is the directory separator symbol on Mac and *nix. The Finder tolerates a forward slash in a file or folder name, but I have found it can cause problems in other programs. Personally, I try to never use spaces in folder names either. This make thi

Re: [hugin-ptx] [OSX] New hugin-mac-2010.3.0-e432bab64741 bundle with new cpfind and makefilelib

However, upon downloading and launching, I got this: Process: Hugin [2163] Path:/Applications/Hugin-Enfuse-Enblend-ImageFuser/hugin- mac-2010.3.0-e432bab64741/Hugin 2010.3.0.app/Contents/MacOS/Hugin Identifier: net.sourceforge.hugin.Hugin Version: ??? (???) Co

Re: [hugin-ptx] [OSX] New hugin-mac-2010.3.0-e432bab64741 bundle with new cpfind and makefilelib

Harry, Thanks again for continuing to do battle with all the parts and pieces of this thing! :) eo On Oct 10, 2010, at 4:52 AM, Harry van der Wolf wrote: Hi all, I built another triple architecture i386/x86_64/ppc bundle. In this bundle the GSOC-2010 makefile project and the GSOC-2010

Re: [hugin-ptx] Re: Linked bracketing

Enblend is not for "merging bracketed shots," it is for seamlessly combining overlapping images... it is the "stitcher." Enfuse is for merging multiple exposures. eo On Oct 9, 2010, at 3:09 PM, Bernd Hohmann wrote: On 09.10.2010 23:43, Erik Krause wrote: Am 09.10.2010 21:18, schrieb Bernd

Re: [hugin-ptx] photo mosaic & panorama with rendered images

Now it would be interesting if the generator could *render* to a sphere! eo On Sep 28, 2010, at 5:37 PM, Tom Sparks wrote: I am rendering a group of images like these (http://www.google.com.au/images?hl=en&q=fractal+flame ) Is it possible to create a photo mosaic with these imagwa? then is i

Re: [hugin-ptx] Film

It wasn't my recommendation, but I would agree. Why? Last heard, negative material can capture a wider dynamic brightness range from a scene than transparency material. Plus, the developed film has a *lower* dynamic density range than transparencies. That should make it easier to get hig

Re: [hugin-ptx] [OSX] bundle for hugin-2010.2.0_rc1 released

"Me too." That is, downloading using Safari 5.0.1 from a PPC machine, I did not see the poll either. eo On Sep 17, 2010, at 8:16 PM, AKS-Gmail-IMAP wrote: And BTW, the download poll worked on the Intel (Safari 5.0.2) but as usual did not show on the PPC (Safari 5.0.1). -- You received

Re: [hugin-ptx] Re: enfuse 4.0 and multi page TIFFs

Hmm. I'm not buying in on many of your arguments here. I don't know enough about this particular change in Enfuse. Was the decision to treat all pages of multipage TIFF files equally taken with a clear understanding of the repercussions of that choice? Certainly it is not the case that al

Re: [hugin-ptx] Re: Hugin 2010.3.0 crashes on startup on OS X 10.6.4

Just a report about how this command behaved... The result is: Can't open /var/log/Xorg.t.log: No such file or directory. I don't need this to work, but I just thought I'd mention it. (I happen to be running OS X 10.5.8). eo On Sep 10, 2010, at 5:18 AM, Yuval Levy wrote: On September

Re: [hugin-ptx] (Almost) stable hugin 2010.2.0 and libpano13-2.9.17_beta2

So... do you suppose I should bother to try compiling this thing (on the Mac) again, or maybe wait for the Local Expert (that's you, Harry) to come up with something? ;) (I did actually get the "compile, etc." part to work, but the resulting Hugin silently failed to stitch. I never got as

Re: [hugin-ptx] Re: Jilted Ceilings

(I don't know how this works, by the way, just pondering.) Umm... When you say that EXIF data is "in" the file, precisely what do you mean? Surely it's not part of the image data. So... what is it? A "header?" eo On Aug 27, 2010, at 11:31 PM, Andreas

Re: [hugin-ptx] Re: Error/Issue in Stereographic Stitching

Ah OK guys Thanks for this, I will dig deeper into the documentation. Eric B On Sat, Aug 28, 2010 at 5:57 AM, thePanz wrote: > On Aug 28, 12:03 am, Bruno Postle wrote: > > > We have avoided putting lots of screenshots in the help manual as is > > increases the download

Re: [hugin-ptx] Re: Jilted Ceilings

Also, isn't EXIF data stored as Extended File Attributes? All you need is for one program or one file transfer process to fail to manage that data correctly and the next thing you know, your images don't *have* any EXIF data. :( If I copy pictures from *my* camera to *my* computer (with "

Re: [hugin-ptx] Re: Error/Issue in Stereographic Stitching

with the local computer folks and have found this approach work better than just text instructions. I am however a new lad at Hugin but enjoy your posts. I work with old French stereographs so aligning them is my current area of interest. Eric B On Fri, Aug 27, 2010 at 4:04 AM, thePanz wrote

Re: [hugin-ptx] Re: Hugin HDR noobie question

Now, now... ;) (cute animation though!) The key to the question was "this option doesn't seem to exist in the latest version." Perhaps the original poster should have written "...seem to exist in MY version." That is, they probably don't have the development version of Hugin, which is w

Re: [hugin-ptx] Jilted Ceilings

My guess is that there are control points between images 1 and 5/6 and or 2 and 5/6. The ceiling looks rather symmetrical from the shooting viewpoint and "Hugin" or whatever piece of it is responsible for this (the control point generator?) made inappropriate matches between images that ac

Re: [hugin-ptx] Re: hugin-2010.2.0_beta1 released

rote: The cmake build of 2010.2.0 (as well as the trunk) on OSX works as it should be, including the "bare bones" applications. After Eric O'Briens mail and my "OS less" macbookpro actions, I did some theoretical analysis of what I thought went wrong. I was incorr

Re: [hugin-ptx] Some delay on OSX: hugin-2010.2.0_beta1 released

I don't think he was *logged in* as root, (correct me if I have it wrong, Harry). I think he had switched his working directory to the *file system* root, then executed "sudo rm ..." It always seems that somewhere in the make/build/install process, commands need to be executed with elevat

Re: [hugin-ptx] Panini patents?

Have you already published the math involved? If so, then that would amount to "prior art" I would think. I'm not a patent lawyer, but I understand that the existence of prior art would prevent anyone else from obtaining a patent on it. On the other hand if you *don't* formally claim owne

Re: [hugin-ptx] Re: New hugin-mac-2010.1.0-38ed0587798b 32/64bit bundle

out how OS X handles (or should handle) images without a color profile. I always assumed it would default to sRGB, but it appears that it does not: the picture goes very flat if I strip an sRGB profile, so maybe Adobe is the default? As you say, slightly off topic. But this is the Hugin on OS X t

Re: [hugin-ptx] Not getting layers, only individual images

seems to indicate that temporary files were being created/reference here. (Name of the files were very long, perhaps hex, strings.) eo On Jul 24, 2010, at 12:59 PM, Bruno Postle wrote: On Fri 23-Jul-2010 at 20:12 -0700, Eric O'Brien wrote: The "Stitching" window does not s

Re: [hugin-ptx] Re: hugin-2010.2.0_beta1 released

It says "cmake version 2.8.2" eo On Jul 24, 2010, at 5:18 AM, Harry van der Wolf wrote: 2010/7/23 Eric O'Brien For what it's worth... I have very little idea of what I'm doing here, but I managed to compile this on my Macintosh. It may not have been complete

Re: [hugin-ptx] Not getting layers, only individual images

erious behavior happen would be more pleasing.) But I am puzzled about the temp file locations. If these *are* temp files, why are they appearing here, rather than in the "Temporary dir" location I have specified in Hugin prefs? Furthermore, why is nona apparently putting *its* te

Re: [hugin-ptx] Re: hugin-2010.2.0_beta1 released

For what it's worth... I have very little idea of what I'm doing here, but I managed to compile this on my Macintosh. It may not have been completely "successful" however. The program ended up at /usr/Application/Hugin.app, along with separate programs "HuginStitchProject.app" and "PTBat

Re: [hugin-ptx] Not getting layers, only individual images

letier wrote: When you run the stitching process, do you get any errors in the logging window? Or does it finish gracefully but without any blended images? Also, can you confirm enblend is there and working? Last but not least, what version of hugin exactly on what platform! Thanks nick O

[hugin-ptx] Not getting layers, only individual images

I'm trying to stitch a panorama made up of 3 exposure steps of 11 images (33 images total). I have changed a number of things, but the output I keep getting is remapped *individual* images. Output is set to "Blended panorama" Things I have tried: Add stacks. That is, put each set of thre

Re: [hugin-ptx] Re: New hugin-mac-2010.1.0-38ed0587798b 32/64bit bundle

First, I guess missed something along the way. You (Martin) wrote "...I have not yet discovered how images without a profile are supposed to be handled in SL." Uh... what is "SL?" Next, I don't know if there's a "default" color space in OS X, but if you are going as far as using 16 bit de

Re: [hugin-ptx] Increase Corner Detection Sensitivity

A good question. In my opinion, this situation is one thing that limits the accuracy of the Lens Correction Parameters ("a," "b," "c," etc.) obtained from automatically created control point pairs. The the vexing problem is that regions where it is *most* important to have good values are

[hugin-ptx] Compiling Hugin on Mac OSX

Hello! I'm attempting to follow the instructions at . End result: Apparent "success" with the steps. Except then "... you're finished. Look for the new bundle Hugin.app in usr/ local/Applications/ or in usr/local/bin/." eh ... I have

Re: [hugin-ptx] Re: Hugin 2010.2.0 release process

Gee, with Mercurial, this sort of stuff is supposed to... Just Work! :) Umm... did it? eo On Jun 28, 2010, at 2:07 PM, Bruno Postle wrote: On Sat 26-Jun-2010 at 17:15 +0100, Bruno Postle wrote: So we need to create a Hugin branch, then: Increment the version numbers in both the 'stable' b

Re: [hugin-ptx] Hugin: photo tricking with the mask editor

I think you could have at least changed shirts for each shot! ;) eo On Jun 12, 2010, at 4:46 AM, Harry van der Wolf wrote: Hi, The idea for this post originates from a discussion on panotoolsng (1) in which I also participated. I already did the same thing about 8 years back with my chil

Re: [hugin-ptx] Hugin source code visualization

Plus, this should make everyone want to put *everything* under source control, just so they can visualize their activity! :) eo On Jun 10, 2010, at 1:18 AM, David Haberthür wrote: Hey all. Now that hugin recently switched to Mercurial for Code revision, I thought I could try something fun

Re: [hugin-ptx] Hugin source code visualization

Wow! That is mesmerizing! The music certainly helps increase the effect. eo On Jun 10, 2010, at 1:18 AM, David Haberthür wrote: Hey all. Now that hugin recently switched to Mercurial for Code revision, I thought I could try something fun with it: Recently I stumblede over gource [1] a nice

[hugin-ptx] Hg Init: a Mercurial tutorial

I'm not using Mercurial, but for those that are, or are trying to figure things out, perhaps this Hg Init: a Mercurial tutorial by Joel Splosky, might be useful. The very first section is called "Subversion Re-eduction" ;) Want to know something funny? Almost every

Re: [hugin-ptx] Hugin based camera tracker

Not free, but not terribly expensive (at USD99.00 or 199.00) is "PFhoe" found at . I have no experience with it. eo On May 29, 2010, at 11:29 AM, Mikko Lempola wrote: Idea: Let's convert Hugin to a match moving camera tracker. Perhaps Hugin could be as a base to a free

Re: [hugin-ptx] Re: Error when trying to find CP's with any detector and any version of Hugin

I *hope* that is not the cause of the error described! I understand that this is a volunteer effort. And I realize that programs often throw arcane error codes in ambiguous situations. But, *please* reassure me that "Error: Could not find 'autopano-sift- c.exe' in path..." does not ACTUALLY

Re: [hugin-ptx] [OSX] Hugin 2010.1.0 svn5138 32/64-bit bundle

the issue. Instead, *both* "fixes" must be present before the problem will go away. Even if I *were* a programmer, I would not look forward to trying to unravel that. It sounds real messy. Any programmers out there care to comment? ;) eo On May 4, 2010, at 12:04 AM, Harry va

Re: [hugin-ptx] [OSX] Hugin 2010.1.0 svn5138 32/64-bit bundle

YES! A window I had never seen before: "Control Point detector results" :) Is there any easy way to describe what the problem was with that ("finding control points" dialog hangs) ? Thanks! eo On May 3, 2010, at 5:07 AM, Harry van der Wolf wrote: Hi mac users, A new 32/64-bit bundle.

Re: [hugin-ptx] [OSX] Hugin 2010.1.0 svn5116 32/64-bit bundle

Ah! Allan and I seem to share a similar opinion/conjecture/analysis of the problem. Pushing the "Cancel" button in the finding control points window yields an error because the control point generator has successfully completed *and quit* (That is, there is no longer anything left to "

Re: [hugin-ptx] [OSX] Hugin 2010.1.0 svn5116 32/64-bit bundle

Thanks Harry! Although I *do* have Apple's Developer Tools installed, I am perfectly OK with having *you* trying to puzzle all this out. ;) eo On Apr 23, 2010, at 2:36 PM, Harry van der Wolf wrote: Hi Eric, 2010/4/23 Eric O'Brien A G4 Mac running Leopard (OS X 10.5.8) For

Re: [hugin-ptx] [OSX] Hugin 2010.1.0 svn5116 32/64-bit bundle

rote: Hi Eric, 2010/4/23 Eric O'Brien The last few lines seen in the fcp window for the run of each detector: But... the fcp dialog remains displayed. The only button is "Cancel." Pressing Cancel or the close widget on the window resutls in the message "Hugin Error.

Re: [hugin-ptx] [OSX] Hugin 2010.1.0 svn5116 32/64-bit bundle

fy Hugin of the fact and "hand off" the generated control points. (??) Umm... now what? Thanks, eo On Apr 22, 2010, at 9:15 AM, Harry van der Wolf wrote: Hi all, 2010/4/22 Harry van der Wolf Sorry all, 2010/4/22 Eric O'Brien But... a dylib error when I first la

Re: [hugin-ptx] [OSX] Hugin 2010.1.0 svn5116 32/64-bit bundle

Thank you! You love us!! But... a dylib error when I first launch: Library not loaded: /Users/Shared/development/hugin_related/ ExternalPrograms/4way-repository//lib/libiconv.2.dylib Referenced from: /Applications/Hugin-Enfuse-Enblend-ImageFuser/ hugin-mac-2010.1.0-svn5116/Hugin.app/Conte

Re: [hugin-ptx] [OSX] Hugin 32bit vs. 64 bit and the way to go forward

Indeed, thanks for you work on the Mac builds! It doesn't sound like it, but is this related to the control point generators failing on G4 Macs? If not... have you (or anyone?) made any progress with *that* problem? I own PTGui, but there are a few things I'd like to try in Hugin. But n

Re: [hugin-ptx] Crash or other failure - control point generators

On Apr 10, 2010, at 10:06 AM, Harry van der Wolf wrote: Hi Eric, With regard to patfree-panomatic: This one obviously crashes on G4. I had one report from another G4 user and I asked the community for more response whether it crashed for them as well. You are now the second user with a

[hugin-ptx] Crash or other failure - control point generators

So, I'm trying to get control points automatically generated. I've used both the "Align..." button in the Assistant tab and the "Create control points" button in the Images tab, but the result is the same: all three (patfree-panomatic, panomatic and Autopano-SIFT- C) fail. I'm running Hugi

Re: [hugin-ptx] Hugin crashes consistently on attempted stitching?

Well, even if that's the case, *crashing* because of it is bad behavior. Perhaps someone can add a "sanity check" to Hugin to check for this situation. eo On Apr 5, 2010, at 3:36 AM, Harry van der Wolf wrote: Hi, You didn't download CP detectors or select a default CP detector for Hugin

Re: [hugin-ptx] Pano head construction and parallax elimination.

If by "deep," you refer to what might be called "Landscape Photography," you may well be able to simply IGNORE the "no parallax point." If the nearest objects are miles/kilometers (or even thousands of feet/hundreds of meters) away from the camera you probably will not be able to resolve A

[hugin-ptx] Stitching Multiple panoramas

Hello, I usually have many panoramas to stitch. I was wondering if there was a way to get hugin to automatically stitch and save the panoramas one by one without my input after I initially specify the images to stitch. This way I could get it to stitch all my panoramas while I sleep for example.

[hugin-ptx] Re: cmake error: CMakeLists.txt

tem and remove all hugin, compile/install again, then test? If so how? Perhaps I just need to delete a library? Thanks Yuval/Kornel Kornel Benko wrote: > Am Monday 10 August 2009 schrieb Eric Takeyama: > >> Hi everyone >> I've been compiling hugin from Trunk, sin

[hugin-ptx] cmake error: CMakeLists.txt

Hi everyone I've been compiling hugin from Trunk, since Sunday before last. Kept getting aborts in align_image_stack. I've verified my libraries as the most current. I checked out version 4061 today to attempt compiling. I get this error now, CMake Error: The source directory "/home/wildrain/enble

[hugin-ptx] ALIGN_IMAGE_STACK

Hi everyone. My skill level with Linux is moderate and I can be very good at following instructions ;-) I have read similar messages regarding backtrace aborts using commandline, I have experienced the same compiling from svn /hugin/trunk. I am infering from the respondor the recommended opt

[hugin-ptx] Control Points between Images of Various Resolution

Hi, first of all I am working on stitching together a very huge piece of image (20-30 pieces of ranging resolution images up to 3000x2500). When setting control points manually, I realize that it would be much more accurate if one could zoom in on only a single image and set the control point. The

[hugin-ptx] Control Points between Images of Various Resolution

Hi, first of all I am working on stitching together a very huge piece of image (20-30 pieces of ranging resolution images up to 3000x2500). When setting control points manually, I realize that it would be much more accurate if one could zoom in on only a single image and set the control point. The

[hugin-ptx] Control points for different image resolutions

Hi, first of all I am working on stitching together a very huge piece of image (20-30 pieces of ranging resolution images up to 3000x2500). When setting control points manually, I realize that it would be much more accurate if one could zoom in on only a single image and set the control point. The

[hugin-ptx] Control Points: Various resolutions

Hi, first of all I am working on stitching together a very huge piece of image (20-30 pieces of ranging resolution images up to 3000x2500). When setting control points manually, I realize that it would be much more accurate if one could zoom in on only a single image and set the control point. The