On Thursday, 28 February 2019 14:44:52 UTC+1, Abrimaal wrote:
>
> "Add images" already opens Windows explorer, a second Explorer window will
> only take space on the screen and it will not follow the current work
> folder.
The "Open file" and "Save file" look much like Windows Explorer (they us
not easy to find the proper .pto file from the standard
> menu File -> Open.
>
> On Monday, February 25, 2019 at 10:51:32 PM UTC+1, Bart van Andel wrote:
>>
>> Abrimaal wrote:
>>>
>>> It does not work in the 2019 beta 2 version, because the filter "A
Abrimaal wrote:
>
> It does not work in the 2019 beta 2 version, because the filter "All
> files" has been changed to "All images".
>
Sorry, apparently I missed this. BTW I think 2018 version had both
> I typed:
> *
> "*"
> *.*
> "*.*"
> in the filename field.
> .pto files are among the images
@Abrimaal:
>
> Although the default installation folder in Windows is "C:\Program Files",
> it is not recommended to install any third party software on C:, except
> drivers, codecs, fonts and other shared files.
> Files on C: are often protected by Windows in various ways,
> Better to install s
>
> @Bart
> Am Donnerstag, 21. Februar 2019 15:52:02 UTC+1 schrieb Bart van Andel:
>>
>> What you're asking is (correct me if I'm wrong) the ability to import
>> images from one project into another one. That is currently not supported
>> witho
created in mobile apps or other systems, and they are normal
> .jpg or .png files.
> Take a look at the file header and the file type, for .jpg this is:
> ÿØÿà JFIF
> The Windows command Findstr may be used to determine the file type.
>
> On Thursday, February 21, 2019 at 5:04:14 PM
This is not a bug. You're trying to load a .PTO file as if it were an
image, which it is not. To take your .doc example: you can also not expect
any image editor to just open a Word document because it may contain an
image. Same with opening a Zip file, or any other file with some image data
em
On Saturday, May 17, 2014 12:28:38 PM UTC+2, Harry van der Wolf wrote:
>
> Well, I could start with saying that "it works for me" as it really does.
> I'm on Linux.
>
> [...]
>
> To comment on my own "it works for me": This is the most annoying answer a
> "help desk" can give when someone whith a
Jeff,
On Thursday, May 15, 2014 2:12:34 PM UTC+2, Jeff W wrote:
>
> The only reason I've entered this discussion at all is that following
> Hugues' admittedly not-terribly-helpful post, the universal response from
> the community was what we might call the Apple playbook: blame the user.
> You
Hi Erdmann,
Which version of Hugin did you install? I.e., version number, 32 or 64 bit,
with/without Python support, using the installer or by unzipping a 7Z file?
When does this error occur?
Have you tried a different version?
FYI, I'm using Windows 7 x64 as well, and apart from the occasional
the problem yet.
Gotta go now, I'll probably do some more digging later.
Cheers,
Bart
On Sunday, April 27, 2014 6:53:02 PM UTC+2, Bart van Andel wrote:
>
> I'm experiencing the same issues with panini general in recent builds. I'm
> trying to use the "tops"
I'm experiencing the same issues with panini general in recent builds. I'm
trying to use the "tops" parameter but it seems to be ignored completely.
However, I've tried running the very same project using a number of Hugin
versions, and they are all failing, both 32 and 64 bit.
After a number o
I'm experiencing the same issues with panini general in recent builds. I'm
trying to use the "tops" parameter but it seems to be ignored completely.
However, I've tried running the very same project using a number of Hugin
versions, and they are all failing, both 32 and 64 bit.
After a number o
That's weird. I can stitch whatever I want with this same Hugin program and
the results usually come out pretty nicely. Must be me doing something
wrong?
On Monday, March 24, 2014 6:08:34 PM UTC+1, Hugues D wrote:
>
> Hi,
> I just downloaded and installed Hugin. I then loaded 15 pictures I have
On Tuesday, November 27, 2012 11:47:01 AM UTC+1, rew wrote:
>
> On the other hand, programs like "enfuse" are deterministic. They
> should yield exactly the same output given the same input. This
> means that "intermittent" problems are a hint that your hardware
> is broken.
>
This is not ne
Thanks again Matthew! Just installed the Python enabled x64 version and ran
a panorama with it on Win7. Not much of a panorama, but it worked as
expected (didn't even reset the settings). Haven't fiddled with any Python
stuff yet so I can't comment on that.
On Tuesday, July 31, 2012 5:07:53 AM
What version of Hugin? On what machine? We need a bit more detail to check
what went wrong.
Could you repeat the process and if it fails again, tell us *exactly* how
you got there? Because this is a very unlikely result if you *only* pressed
the "Stitch" button on the stitching tab after checki
Well. Even though I don't own a Mac and have never used Hugin on a Mac, I'd
like to give Harry a big thumbs up for maintaining the OSX build all this
time. Harry, great job!
Houdoe :)
Bart
On Saturday, June 30, 2012 6:39:56 PM UTC+2, DaveN wrote:
>
> Does this mean Hugin for Mac is dead? Nobo
On Monday, June 25, 2012 8:46:28 PM UTC+2, John Eklund wrote:
>
> I've been documenting an old power station that 's subject of an ongoing
> industrial preservation effort combined with a leisure / entertainment
> facility currently being built. Nothing is officially published yet and the
> proj
If you like you could also create a little batch script to create your
command line. The following script just creates a set of filenames based on
a wildcard. The wildcard has been hard coded here, but I assume you know a
bit about scripting already so you could easily modify this to your needs.
Hi Mark,
Just to make sure, do the complete paths of the images (e.g.
/home/yourname/somepath/img0001.tif) contain any of these characters? I'm
asking because the file name in this case would be just "img0001.tif", but
if the rest of the path contains an "invalid" character, this error may
sho
Dear ecs1749,
Please reply to the message your response is referring to, or learn to
quote. In your messages (which I'm replying to right now) you say "this
setting" and "this procedure" but it's unclear what you are referring to.
This makes it hard for anyone to understand what you're talking
It would help if you provide a *detailed* description of when things go
wrong instead of just saying "Hugin crashes". Which version, which OS, 32
or 64 bit, amount of RAM, *specific error message*, all of those may
matter. Moreover, giving incorrect information (which you did, I guess not
purpo
How much memory is Hugin using when the error occurs? Are you talking about
loading images inside Hugin itself or during stitching? In other words which
program is failing?
--
Bart
--
You received this message because you are subscribed to the Google Groups
"Hugin and other free panoramic sof
How much memory is Hugin using when the error occurs? Are you talking about
loading images inside Hugin itself or during stitching? In other words which
program is failing?
--
Bart
--
You received this message because you are subscribed to the Google Groups
"Hugin and other free panoramic sof
Hi Jorge,
I'm not sure why you haven't thought of this, but Flickr really is a good
source if you need images to experiment with, for instance by searching for
"equirectangular" (these are spherical images) [0].
Equirectangular images can be converted to cubic faces using e.g. Panotools
Script
What about "easy", "medium", "hard"?
Now we still have to find a way to implement "fatality" ;-)
Without kidding: I think "guided", "standard" and "expert mode" are pretty
nice. Guided being assistant only, basically (except maybe from some basic
viewpoint selection using the preview window).
-
Hi Niki,
There are a couple things which can mess up the alignment.
First, since you're using (ultra) wide angle lenses, it's important that
you have set the correct lens type for your projects. Most likely you'd
have to select fisheye.
Next thing, how did you generate the control points? Did
You forgot the file extensions. E.g. if your image is called "Mall_1.tiff",
specify "Mall_1.tiff", not just "Mall_1".
Also make sure you execute your command line from the directory where the
images reside, or you'll need to specify the correct paths to the images
instead of just the file names
On Monday, April 30, 2012 9:13:42 AM UTC+2, Monkey wrote:
>
> I did try multi-threading it in a couple of places, but maybe it was doing
> it wrong because it didn't make it any quicker. That was with native
> Windows multithreading - unfortunately Microsoft don't want you to use
> OpenMP with
rom libtiff or libjpeg directly).
Cheers,
Bart
>
> There may also be some disk caching features added, although the biggest
> problem at the moment is heap fragmentation (and this may actually be the
> cause of Evgeny's problems, rather than running out of memory).
>
>
Hi David,
Have you missed the contributions I posted earlier [0] (probably) or are
you just ignoring it (unlikely)?
[0] https://groups.google.com/d/msg/hugin-ptx/JPiViZQ-Ycw/4ygfvPVq4hgJ
--
Bart
On Tuesday, March 27, 2012 1:01:56 AM UTC+2, Monkey wrote:
>
> Hi all,
>
> Previous discussion:
On Wednesday, February 8, 2012 2:25:51 PM UTC+1, Harry van der Wolf wrote:
>
> Only one calculation delivered one match less (floating point accuracy?)
>
Floating point accuracy will be exactly the same for consecutive runs
(unless your processor is physically broken), so this cannot be the issue
Oh, by the way, when installing mingw-cross-env, it is not required to
build the whole system (which takes ages). After unpacking the .tar.gz
archive or "hg clone"ing the system, a mere "make tiff jpeg" should do.
This will automatically build the dependencies required for libtiff and
libjpeg (
Hey everybody,
I've downloaded the source files to try and see if I could compile it for
my own purposes. Attached is a modified version (source code) with a number
of changes compared to David's current version:
- The software can now be cross-compiled on a Linux system targeting
Win32,
Although this is slightly off topic, I feel I should mention it.
On Monday, January 16, 2012 6:05:15 PM UTC+1, Monkey wrote:
> I've updated the download archive now - I haven't changed the version
> number as the fix doesn't change multiblend's functionality.
>
Please do update version numbers
On Sunday, January 1, 2012 11:11:17 PM UTC+1, Monkey wrote:
>
> JPEG support: I guess this shouldn't be too hard to add, though it's
> not a priority just now.
>
Just an idea: why not use Freeimage [0] to do the image loading/saving?
This adds support for a whole bunch of image file types (incl
Sounds interesting and I'd like to try it, but unfortunately my virus
scanner popped up a warning while attempting to download the file. Has the
file been tempered with?
[image: Avira]
Warning
In order not to compromise your security, this page will not be accessed
A virus or unwanted program w
On Saturday, October 22, 2011 1:13:47 AM UTC+2, Bruno Postle wrote:
>
> On Fri 21-Oct-2011 at 11:43 -0700, McFly wrote:
> >Hi,
> >I bumped into a problem trying to stitch a panorama with hfov >360° (in
> fact
> >about 4x360° :) )
> >Starting with the next photo after 360°, hugin detects the same o
http://wiki.panotools.org/A_simple_approach_to_HDR-blending
--
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 gro
Two words: I like! I find myself clicking on the wrong tab too many times,
and this will certainly create a cleaner user experience. I'm in favor!
--
Bart
--
You received this message because you are subscribed to the Google Groups
"Hugin and other free panoramic software" group.
A list of fre
On Thursday, June 9, 2011 2:56:02 AM UTC+2, Yuv wrote:
[...]
> a) run the contest / call for contributions again [1] ?
> b) use the runner-up from the previous call for contributions ?
> c) keep using the currently featured artwork ?
> d) stop featuring artwork ?
>
I agree with O: vote for b using
On Friday, May 27, 2011 9:53:46 PM UTC+2, kfj wrote:
>
> On 27 Mai, 21:39, Milan Knížek wrote:
>
> > Anybody filed it as a bug/feature request? (I have not found anything
> > on launchpad.)
> >
> > The flipped left / right sides are really confusing.
>
> I haven't. Please go ahead and do it.
To get things started, I already posted a patch (which updates the old ISS
installer scripts instead of the new NSIS ones, my bad, but probably still
contains a nice starting point) [0].
And here's the LP link: [1]
[0] https://groups.google.com/d/msg/hugin-ptx/E6EC4PCV2fE/7ymv4_kfaBgJ
[1] https:
eeded
:)
[0] https://groups.google.com/forum/#!topic/hugin-ptx/ekK0pNTLogc
--
Bart
On Thursday, May 26, 2011 11:03:53 AM UTC+2, kornel wrote:
>
> Am Donnerstag, 26. Mai 2011 schrieb Bart van Andel:
>
> > You need to modify your .hg/hgrc to read like thi
You need to modify your .hg/hgrc to read like this (between the lines)
--
[paths]
default = ssh://*sf-username*@hugin.hg.sourceforge.net/hgroot/hugin/hugin
[ui]
username = *Full Name em...@provider.com*
--
Replace sf-username with your sourceforge username, and fill in th
ugin_release.iss Tue May 24 21:57:34 2011 +0200
+++ b/platforms/windows/installer/hugin_release.iss Wed May 25 01:21:47 2011 +0200
@@ -1,6 +1,7 @@
; Hugin InnoSetup Installer File
; (C) 2008 Yuval Levy, licensed under GPL V2
; Minor adaptations 2009-2010 by Allard Katan
+; Smartblend-wrapper
I've committed a fix, see the LP bug report. It had to do with the
additional '--' argument separator which is apparently new in this Hugin
release. Smartblend tries to load this as an image but of course it does not
exist.
By the way, the "upside down" issue does not concern TIFF images on my
It's not a Hugin- or Panotools-related app, so I don't think we can answer
this properly. Why don't you just try it and report back here? It seems to
be free (at least for the non-Pro version).
--
Bart
--
You received this message because you are subscribed to the Google Groups
"Hugin and oth
On Thursday, May 19, 2011 9:53:41 PM UTC+2, GnomeNomad wrote:
>
> Jeffrey Martin wrote:
> > one could argue that it is more user friendly to try to join the
> > first and
> > last image of the sequence (assuming a full circle) or that it is
> > more user
> > friendly not to try
On Tuesday, April 19, 2011 6:19:27 PM UTC+2, rew wrote:
>
>
> On Tue, Apr 19, 2011 at 04:49:54AM -0700, Bart van Andel wrote:
>
> > always makes sense, it does not need a speed test. Tuning algorithms
> > (especially memory intensive ones, where not all data will fit
Hi Dip,
I'm sorry but I fail to see the importance of these preliminary results.
You did not provide detailed enough info about the used equipment to see
what the results mean. My guess is that the Atom equipped computer contains
far less memory than the Core one, and obviously it has less proc
On Friday, April 1, 2011 1:08:29 AM UTC+2, Bruno Postle wrote:
>
> Regarding fixing the Hugin sources, there is no need to remove the
> Hugin copy of the library from the sources if it is possible to
> build with the system library as an option.
>
Is there a valid point in keeping a local copy of
Hi Stefan,
On Thursday, March 31, 2011 10:15:31 PM UTC+2, Stefan wrote:
>
> Am 31.03.2011 18:06, schrieb Bart van Andel:
> > I've been working on getting Hugin to cross-compile from Linux to
> > Windows in my precious spare time, and the stock vigra lib already
>
? Anything
image-related? I found out that you used to have a website about Smartblend,
but it has been turned into one of these annoyingly useless "search page"
sites by some domain scraper, unfortunately.
Hope to hear from you soon.
Best regards,
Bart van Andel
-Michae
Nice work!
I've been working on getting Hugin to cross-compile from Linux to Windows in
my precious spare time, and the stock vigra lib already compiles, so this
will definitely help! There are still a few packages missing in the
cross-compiling system I'm using (mingw-cross-env [0]), I'd have
Probably related: out of curiosity I've played around a bit with a test
makefile to try different special characters in target names. I've added the
resulting test.mk as an attachment to bug "Stitching fails with '&'
character in path" [0].
[0] https://bugs.launchpad.net/hugin/+bug/679353
--
B
On Friday, March 11, 2011 5:01:48 PM UTC+1, kfj wrote:
>
> On 11 Mrz., 11:40, Bart van Andel wrote:
> > When plugins report a display name
> > and a short description as well, this can also be shown in this dialogue.
> If
> > the plugin does not report any opti
On Friday, March 11, 2011 12:56:41 AM UTC+1, Bruno Postle wrote:
>
> On Thu 10-Mar-2011 at 07:58 -0800, kfj wrote:
> >
> > The groundworks for a plugin interface for hugin is laid. The
> > interface at the software level is deliberately unstructured -
> > meaning that any number of hugin objects
You're not insane, but this really isn't a bug. There's no photometric
optimization going on here, Hugin is just handling exposure like it should.
When it reads EV 12 in a source image, but the output image is set to 15 EV,
it correctly applies a curve to the brightness value of the input image
I've seen reports on libpng issues with libpng version > 1.5. A patch has
already been submitted by Thomas Klausner [0]. Is this critical enough to
include in this release cycle?
[0] https://bugs.launchpad.net/panotools/+bug/719076
--
Bart
--
You received this message because you are subscrib
Nice showcase!
It's also nice to hear your voice for a change, this will make reading your
posts here a bit more lively in my head from now on :)
--
Bart
--
You received this message because you are subscribed to the Google Groups
"Hugin and other free panoramic software" group.
A list of fre
On Wednesday, March 2, 2011 4:50:40 PM UTC+1, paisajesenvenezuela wrote:
>
> whoa i mustve been using a really old version of hugin now what does this
> gray picker do?
>
Not necessarily, it's a brand new feature.
The gray picker can be used to correct the white balance of an image
semi-automati
On Wednesday, March 2, 2011 6:50:50 PM UTC+1, kfj wrote:
>
> On 2 Mrz., 18:34, harry van der Wolf wrote:
>
> > Personally I don't like the concept of dedicating a piece of software
> > or an OS project to anyone or anything at all.
>
Me too, I thought it was a one-time occasion as well.
> Th
Hmm you're on WinXP right? I may have posted a Vista/7-specific version of
cacls. There have been a number of commands which provide ACL-related
functionality. You need to replace 'xcacls' with just 'cacls' [0], my
mistake. Alternatively, you can use the Windows Explorer GUI to check file
right
Are the files still undeletable after a reboot? If not, there might be an
issue with the files never being closed by the application. I can't imagine
why this would happen, but it is a possibility. A workaround might be to use
unlocker [0], in this case.
If this is not the case, another possibi
What error? If I try my solution, I get a perfectly valid .jpg file out of
it. No warnings or errors at all. I'm on Windows 7 x64, using Enblend 4.0
(from Hugin 2010.4.0-beta2 x32 build).
I hope you agree with me that the info you are providing is pretty brief.
You haven't provided which OS you
Putting your mind to work wouldn't hurt. Just replace the ".tif" in the "-o
project.tif" in ".jpg" and you're done... Why didn't you just try?
--
Bart
--
You received this message because you are subscribed to the Google Groups
"Hugin and other free panoramic software" group.
A list of frequen
Hmm, in my "2010.4.0.c379b4821223 built by Matthew Petroff" version
(Windows), the Reset button in the *Images* tab *does* reset y/p/r as well
as XYZ.
Read my previous post again. You were in the *Camera and Lens* tab, where
the Reset... button has different functionality. XYZ are not camera/le
On Tuesday, January 11, 2011 10:44:31 PM UTC+1, Klaus wrote:
>
> P.S. Is there a button to reset XYZ parameters to zero? As they cannot
> be edited from within hugin, I once had to edit the pto file itself in
> a text editor...
What do you mean they can't be edited? They show up in the table in
On Monday, January 10, 2011 1:45:40 PM UTC+1, Yuv wrote:
>
> On January 10, 2011 05:13:19 am Jeffrey Martin wrote:
>
> > On that note, yes it would be nice to arrange images by some kind of
> grid.
> > But isn't that (one of the things) the pano preview window is supposed to
> > be for?
>
> no. t
On Thursday, January 6, 2011 5:09:06 AM UTC+1, Tom Sharpless wrote:
>
> > It has been pointed out that the polynomial should only consist of
> > even numbered powers, both for speed and for mathematical soundness.
> >
> I'm not convinced there is anything wrong with odd powers in a radial
> co
Big thumbs up! Impressive indeed!
--
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
Hi Terry,
On Windows, the OpenGL functionality is provided by the graphics card
driver, if I'm not mistaken. The generic drivers that ship with (the quite
old) Windows XP don't offer a lot of OpenGL. You should try to get a more
specific (and up-to-date) driver. Depending on the virtual device
Hi Matthew,
On Friday, December 24, 2010 5:15:46 AM UTC+1, Matthew Petroff wrote:
>
> Windows binaries for Hugin 2010.4.0-rc1 are now available:
>
> 32-bit (no installer):
>
> http://sourceforge.net/projects/hugin/files/hugin/hugin-2010.4_beta/Hugin_2010.4.0-rc1_32bit_Windows.7z/download
>
>
I think you are looking for this? ;)
http://www.youtube.com/watch?v=w5HY2xMCldI
--
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
Well, your images might be wrong, for instance. Without any reference, we
can't really tell what's going on, let alone troubleshoot it. So could you
post a couple of the affected images somewhere? (or alternatively just
attach them to a message to this group). Preferably also attach a failing
.
Excellent idea! The way adding lines works has bothered ever since I
started using it, it just didn't bother me enough to file a request I
guess (or it didn't cross my mind).
But now we're at it: we'd need 3 tools actually. Besides horizontal
lines (lines at the equator) and vertical lines (lines
On Nov 25, 12:28 am, "michael crane" wrote:
> On Wed, November 24, 2010 9:31 pm, Bart van Andel wrote:
> >> Please just freeze the thing and make it work without the evangelical
> >> grief.
>
> > We're talking open source. To paraphrase Yuv: if there&#
On 24 nov, 21:19, "michael crane" wrote:
> On Wed, November 24, 2010 6:06 pm, Bart van Andel wrote:
> > On 24 nov, 18:27, Harry van der Wolf wrote:
> > [snip]
> >> I fully agree with Kornel (and Gerry and Rew and Paul). I have been out
> >> of
> >
On 24 nov, 18:27, Harry van der Wolf wrote:
[snip]
> I fully agree with Kornel (and Gerry and Rew and Paul). I have been out of
> the air for 3 days and I might be a little late now with my response, so
> I'll keep it short.
>
> Yuval has been a contributor to this project for many, many years.
>
On 23 nov, 20:45, Yuval Levy wrote:
> On November 23, 2010 07:55:08 am Bart van Andel wrote:
> > 4. enter SF handle, e.g. "blabla...@users.sf.net"
>
> finds nearly nothing here. when I enter only "@users.sourceforge.net" it
> finds
> i-root-42 (which I
> > Yes. Well this is quite strange. Actually in the advanced search page
> > there is a field for "reporter". I am able to find myself there using
> > the built-in search facility. The page shows my sf account name
> > (@users.sf.net) but it also says that no account using this name/
> > email
It's really a shame that Launchpad only implements the "provider" part
of the OpenID protocol, and not the "consumer" (relying party) part.
As long as I don't need the account, I'll wait for a reply to the
thread concerning this issue at LP [0], which has been hanging around
since April 2008. Yuv h
If you want this so badly, why not just install something like
Windowblinds [0]? Or, if you're on Linux (guess not) there are enough
ways to customize look&feel already. For Hugin this has absolutely no
priority.
Would you ask Adobe to do the same thing for Photoshop? I guess you
won't.
[0] http:
On 7 nov, 01:01, michael crane wrote:
> On 6 November 2010 23:24, Bruno Postle wrote:
>
> > I'd like to change a googlegroups setting so that members can see the
> > members list. This page doesn't include email addresses, just usernames.
>
> ok with me
I'm alright with it too.
--
You receive
Well, since all mentioned applications are open source, why don't you
go ahead and start mashing up a nice program? Or do you think this
will be too much work or too hard?
I'm not here to discourage anyone, but seriously, this suggestion is
very far from a simple / easy / straightforward task. Th
Just deleted the files I had uploaded. I have a backup of these files
in case anyone ever needs them (not very likely).
Thanks for bringing this to our attention, Yuv!
--
Bart
--
You received this message because you are subscribed to the Google Groups
"Hugin and other free panoramic software"
Hi,
Could you try to replace step 8 by the following:
8a) Go to "Stitcher" tab
8b) Set "Panorama Canvas Size" to some sensible values
8c) Hit "Stitch now!"
This will circumvent the behavior you have encountered where the
panorama canvas size is somehow computed as an absurdly large value.
By the
Your assumptions are wrong: it's not Hugin which is using up all your
memory, it's either Nona, or more likely, Enblend. These are the
external programs which are used by Hugin to create the warped images
and to merge them together into a panorama. Hugin itself doesn't use
that much memory with the
On 5 okt, 15:34, davidefa wrote:
> - a windows build of autopano-sift-c 2.5.1 can be found at the
> following address:http://www.sendspace.com/file/0mgb8o( from this
> post:http://old.nabble.com/Hugin-2009.4.0-Win-XP-autopano-sift-c-2.5.2-bug...
> )
Indeed. That's where I uploaded it once I had f
On 24 sep, 04:17, Yuval Levy wrote:
> On September 23, 2010 10:03:32 am kfj wrote:
> > Having finally managed to build libpano and collateral software using
> > minGW and msys,
[...]
> AFAIK yours is the only recent success at building anything related to Hugin
> with MinGW. More power to you.
D
On 22 sep, 19:02, Yuval Levy wrote:
> On September 22, 2010 05:43:19 am Bart van Andel wrote:
>
> > I just read your patch, to see if I could spot a bug
>
> Thank you, Bart! You spotted right. With your fix it no longer segfaults on
> my tests.
Ok great! Exercise complete
I just read your patch, to see if I could spot a bug (without
compiling, as an exercise), and I think I've found one. Can't compile
it myself now because I haven't currently set up a building
environment, but here goes:
Line 175 currently reads:
+while ( (commands[nextCmd]->getName()=="cha
Please, no thread hijacking. This appears entirely irrelevant to the
original thread, so unless I'm wrong, start your own thread.
--
Bart
On 21 sep, 14:00, "PhG" wrote:
> hi,
>
> the previous 2010.1.0 svn build worked fine under my win2k SP4.
>
> the 2010.2.0 x32 build raises a "not a valid win3
On 17 sep, 17:59, WaterWolf wrote:
> When you say "output size" and "pixel width and height" are you
> referring to the "Panorama Canvas Size" in the sticher tab? How do
> these fields work? I tried changing them but whenever I pressed the
> Create Panorama button they seemed to be reset to some a
What control point detector did you use? You can check which one is
default in the preferences. 30 images should not pose a problem
really.
As far as I understand, APSCpp and Panomatic follow a different
approach when it comes to matching images. Panomatic tries to match
every pair of images separ
Have you already tried the "Align" button on the Assistant tab, after
loading the images? Or the "Create control points" button on the
Images tab, followed by some optimizing on the Optimizer tab (e.g.
"Position (incremental, starting from anchor)" followed by "Position,
view and barrel")? In most
ture often says more than a thousand words ;-)
--
Bart
On 17 aug, 21:37, Joergen Geerds wrote:
> On Aug 17, 3:15 pm, Bart van Andel wrote:
>
> > I don't want to ruin your enthousiasm, but this thread is about a
> > completely different topic. Please don't hijack threads,
I don't want to ruin your enthousiasm, but this thread is about a
completely different topic. Please don't hijack threads, just open a
new thread when starting a new topic.
--
Bart
On 17 aug, 19:29, Joergen Geerds wrote:
> I have started to play with the triplane projection.
> Is there a way in
1 - 100 of 220 matches
Mail list logo
