On May 13, 3:05 pm, Bruno Postle wrote:
> On the other machine run the stitch using the command-line:
>
> cd /path/to/folder
> make -f project.pto.mk
thanks, this is exactly what i was looking for.
--
You received this message because you are subscribed to the Google Groups
"hugin and
is it possible to send a stitching job to a different computer?
i have an nfs share mounted on a client machine where the images can
be stored (path is same on server and client). can i send the batch
job to the server? do i have to create the batch job on the client,
then copy files to the serv
On Apr 29, 10:30 pm, Lukáš Jirkovský wrote:
> Certainly, I use it for several years without problems.
>
> BTW: I would collaborate more on this topic but I'm a bit tied up at the
> moment.
i tried running hugin_hdrmerge from the command line. it is
apparently using the avg method by default and
On Apr 29, 6:39 pm, slaterson wrote:
> On Apr 29, 3:24 pm, Bruno Postle wrote:
> > This is with OpenEXR-1.4.0a
i just checked my version of openexr. it's 1.6.1. do you know if the
newer version is compatible?
--
You received this message because you are subscribed to the
On Apr 29, 3:24 pm, Bruno Postle wrote:
> Yes it seems that Hugin uses EXR for the intermediate stitching
> files.
ok. so only the final panorama is output as tiff? the merged stacks
are exr, also?
> I tried one of my bracketed panoramas and it is ok (HDR merged and
> blended with Hugin trun
On Apr 26, 4:05 pm, Bruno Postle wrote:
> What version of Hugin do you have? hugin_hdr_merge had some changes
> in 2010.0.0.
i have 2010.1.0.5118 installed right now. downloaded from svn and
compiled/installed within the last week.
> Can you try a TIFF workflow instead of EXR? (TIFF supports
>
On Apr 25, 3:25 pm, Bruno Postle wrote:
> Just to clarify: the individual remapped images are ok, but the
> merged stack is where you see the streaks?
yes, the individual remapped images are ok. three exr images are
output for remapping (along with a pgm 'gray' image) for each stack.
all of thes
On Apr 24, 4:39 pm, slaterson wrote:
> i will give this another try and be sure to save the remapped images,
> might be a day or two before i can test that, though.
i went ahead and did a test this morning. interesting results. i
selected 'remapped merged stacks' and 'rema
On Apr 24, 3:07 pm, Bruno Postle wrote:
> HDR combined with GPU acceleration hasn't had as much testing.
>
> The messed-up image looks to me like it happened at the nona stage
> rather than enblend.
i will give this another try and be sure to save the remapped images,
might be a day or two befo
> > In general we recommend stitching a spherical panorama to the
> > 'standard' equirectangular projection first - Stitching directly to
> > a very wide stereographic image means that some photos are remapped
> > to extreme shapes and scales, this takes longer and the geometry can
> > cause proble
On Apr 23, 5:18 pm, Bruno Postle wrote:
> The HDR version is a big mess, are you stitching using the GPU
> acceleration?
i use the gpu with nona but not enblend. i have tried using it with
enblend but it crashes a lot. :( the remapped images all look good,
so this is likely a problem with enble
On Apr 23, 8:30 am, Zac wrote:
> With regard to your workflow - How are you generating your 16bit TIFs?
> and how come your working that way, ie not importing HDR images into
> hugin just out of interest?
i am generating 16 bit tifs from ufraw. they are twice as big as 8
bit and therefore much s
i used my blackberry pearl 8110 to take a couple panos. pretty simple
stitch, they were simple linear single row panos of landscapes, not
much need to worry about parallax.
i had to guess at focal length, at this point hugin can figure a lot
of that out for you, though.
--
You received this mes
i have uploaded two images illustrate the problem i am encountering.
the first image is a blended and fused pano, the second is the exr
output shown in luminancehdr (i have also opened the image in
photomatix pro in windows - the same problem exists).
while there is still noise, there is not as mu
i have been experimenting with creating hdr exr images from hugin. i
have tried this a couple ways and so far the images that were output
are very bad, filled with off colored pixels and noise that doesn't
appear in the ldr output. is this a known issue or is there perhaps
something wrong with my
On Dec 4, 3:31 pm, Ben Page wrote:
> gah
> I have an ability to miss the obvious. In the mean time, I found
> Flexify by Flaming Pear and it worked incredibly well.
> It actually worked a little better then Hugin did, but that could have
> just been an issue with that picture in the first place.
>
On Dec 4, 2:06 pm, Ben Page wrote:
> I have used Hugin to create an equirectangular panorama, but I am not
> sure how to convert it to a stereographic projection.
> Looking
> athttp://www.flickr.com/photos/jftphotography/505537834/in/set-72157600...
> I see no option to adjust pitch and am unsure
On Dec 2, 1:18 am, Heliooos wrote:
> Hi all,
> I am using Hugin for a short time and discovering its features step by
> step. I found some tutorials how to create 360 degrees panoramas in
> stereographic projection which look like a planet. They use o
> equirectangular panoramas made with fisheye
On Oct 29, 4:19 pm, Erik Krause wrote:
> > should there be one set of values per lens or per photo?
>
> For a given lens (and focusing distance) you should have one set of
> correction parameters. Use a sharp image for calibration without
> overexposed ares. Use v (FoV) optimization only for the
should tca_correct be run on every image? my simple test is telling i
should.
to test this (i can't seem to find docs or a howto anywhere) i took 3
photos from a bracketed set of photos for a pano. the three photos
are one 'bracket', -2 ev, 0 ev and +2 ev for one camera position. i
ran tca_cor
thanks! i won't be able to test this for about a week and a half due
to a business trip. i have a few panos where this is happening so i
should be able to run several images set through.
On Aug 16, 7:39 pm, Gerry Patterson wrote:
> On Sun, Aug 16, 2009 at 12:33 PM, Bruno Postle wrote:
>
> >
ok, here is image 11. the 3 bracketed raws plus the tif from
enfusing...
https://download.yousendit.com/MnFqQ1ZvYXlvQUpjR0E9PQ
On Aug 14, 7:53 pm, Gerry Patterson wrote:
> On Fri, Aug 14, 2009 at 9:43 PM, slaterson
> wrote:
>
>
>
> > will send it tomorrow morning... thi
exposures (such as inside a room) it works much better than
handheld as i was having a lot of trouble holding the camera steady.
On Aug 14, 7:53 pm, Gerry Patterson wrote:
> On Fri, Aug 14, 2009 at 9:43 PM, slaterson
> wrote:
>
>
>
> > will send it tomorrow morning
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
On Aug 14, 7:24 pm, Gerry Patterson wrote:
> On Fri, Aug 14, 2009 at 3:44 PM, slaterson
> wrote:
>
>
>
> > i converted
e. i also noticed the remapped images
were cropped properly using jpgs, while image 11 is not cropped
properly using tifs.
On Aug 13, 2:08 pm, Bruno Postle wrote:
> On Wed 12-Aug-2009 at 15:33 -0700, slaterson wrote:
>
>
>
> >i am working on a 360x180 pano using a fisheye lens.
e alpha channel manually yet.
is there a work around for the bug in enblend?
thanks!
On Aug 13, 2:08 pm, Bruno Postle wrote:
> On Wed 12-Aug-2009 at 15:33 -0700, slaterson wrote:
>
>
>
> >i am working on a 360x180 pano using a fisheye lens. i have cropped
> >the nadir shot
i'm using it on gentoo 64 bit, q6600. i built enblend from cvs but
that was months ago.
On Aug 13, 12:15 pm, Gerry Patterson wrote:
> On Aug 12, 2009, at 5:33 PM, slaterson
>
>
>
> wrote:
>
> > i am working on a 360x180 pano using a fisheye lens. i have cropp
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 the pano the output has a huge chunk of
tripod and some of my
thanks. i'll give this a try at higher resolution, but possibly not
for a week or so.
On Jun 17, 12:27 pm, Bart van Andel wrote:
> I just got a perfect result from your image set. What I did was the
> following:
>
> 1. Have Hugin generate the remapped images, let's assume those are
> located in
, slaterson wrote:
> i tried opening the ring images, no change in results of the final
> pano, though.
>
> regarding ptmasker and ptroller, do i reprocess the entire project
> (i.e., change soem settings in hugin to use ptmasker and ptroller) or
> only the ring images or ...??? i
not obvious to me what/how/when i should use either tool.
thanks
On Jun 11, 1:23 pm, slaterson wrote:
> ok, i'll try to remove a small segment of the mask and re-run enblend
> on them.
>
> regarding ptmasker and ptroller, i've never used either of these but
> i'
ok, i'll try to remove a small segment of the mask and re-run enblend
on them.
regarding ptmasker and ptroller, i've never used either of these but
i'll see if i can figure it out.
thanks
On Jun 11, 3:09 am, Bart van Andel wrote:
> > when you mention opening up the ring masks above, are you re
ch on gimp usage.
thanks
On Jun 10, 7:24 am, slaterson wrote:
> this certainly does help, i'll try to have a look today.
>
> once i get the project converted to jpg i'll send a link, also...
>
> thanks!
>
> On Jun 9, 2:00 pm, Bart van Andel wrote:
>
> >
this certainly does help, i'll try to have a look today.
once i get the project converted to jpg i'll send a link, also...
thanks!
On Jun 9, 2:00 pm, Bart van Andel wrote:
> Converting from a TIFF project to JPG is pretty easy. Just batch
> convert all the tiffs to jpg (only change the file ex
i can work on making a jpg project out of this. due to work and some
upcoming business travel & vacation i may not be able to get to it for
a couple weeks, though.
regarding checking the alpha channels/masks, i'd like to check them
but need a little help in how to do this. can you offer a littl
This is great help isolating the problem. It sounds like it is
> an enblend issue
> with some features of these images.
>
> --dmg
>
>
>
> On Tue, Jun 9, 2009 at 4:42 AM, slaterson
> wrote:
>
> > removing all three 'ring' images gets rid of the black ar
removing all three 'ring' images gets rid of the black areas.
however, the final pano has a small area at the top and bottom that
are missing. also, there are a couple areas around the outer
circumference of the final pano where the seams are showing up.
On Jun 8, 10:46 am, slater
i ran another test this morning. all the remapped images open in the
gimp and display properly.
bart: yes, there are three images just as you describe below. they
are 'rings', a 'sliver' of image around the outside of the circle with
nothing in the center. i just started another run, excluding
for the time being just output separate images and look at them.
>
> If you like them then run enblend -h and it it will be self-descriptive.
>
> --dmg
>
> On Mon, Jun 8, 2009 at 12:46 PM,
>
>
>
> slaterson wrote:
>
> > i haven't tried that. happy to try
i haven't tried that. happy to try it, but need a little help in
exactly how i should run enblend, images to include, command line
options, etc. is it possible to have hugin save the enblend command
it is running so i can run it manually later?
thanks
On Jun 7, 8:39 pm, dmg wrote:
> Have you
defect,
full lambert - missing images/black areas, equirectangular to lambert
eaa).
thanks!
On Jun 7, 6:09 pm, dmg wrote:
> On Mon, Jun 8, 2009 at 8:06 AM, slaterson
> wrote:
> > i will post the output image and send a link in a little bit. need to
> > reboot before i ca
i will post the output image and send a link in a little bit. need to
reboot before i can get to the image.
thanks
On Jun 7, 4:02 pm, Bruno Postle wrote:
> On Sun 07-Jun-2009 at 15:56 -0700, slaterson wrote:
>
>
>
> >where is the best place to upload the images? there ar
where is the best place to upload the images? there are a total of
61, each is 36 megs (tifs). happy to upload them.
On Jun 7, 3:42 pm, Bruno Postle wrote:
> On Sun 07-Jun-2009 at 13:31 -0700, slaterson wrote:
>
>
>
> >i recently discovered the lambert equal area azi
i built svn 3923 yesterday and the opengl preview is much much faster
now. not only is the image reloading gone, but the preview seems to
load much faster when initially turned on.
thanks!
On Jun 1, 10:22 pm, Gerry Patterson wrote:
> Hi All,
>
> I believe I have found the problem. I have comm
hi,
i recently discovered the lambert equal area azimuthal project, it
produces a very pleasing image. :) i am having a problem with it
though. if i chop off the top and bottom of the final image (by
changing the height of the pano) the pano appears ok, albeit it isn't
circular. if i modify th
On May 27, 3:12 pm, Bruno Postle wrote:
> [reviving this thread] I don't see this problem but I'd like to hear
> opinions as to whether this is a critical bug and should block the
> 0.8.0 release?
>
> On Fri 27-Mar-2009 at 06:42 +0100, Seb Perez-D wrote:
>
> >On Fri, Mar 27, 2009 at 00:50, allard
thanks a _lot_ to all that have replied. i have done a full blown run
with 'perfect' results. the only change from my previous attempts is
optimizing for 'v'. next step is to tune the number of shots i need
to take and to start working with aeb shots.
thanks!
--~--~-~--~~--
hen p=+60 and
p=-60, however I haven't tried not including them for initial control
point creation yet.
thanks a lot for the help/advice!
On May 26, 2:00 am, Carl von Einem wrote:
> Hi,
>
> >> On Mon, May 25, 2009 at 8:22 PM, slaterson wrote:
>
> >>> i
parameter should help.
>
> Best Regards,
>
> - Gerry
>
> On Mon, May 25, 2009 at 8:22 PM, slaterson
> wrote:
>
>
>
> > i was optimizing for the y, p & r. i have a, b & c parameters for my
> > lens, so i wasn't optimizing for them. i will try
ptimzer. It has been said here that it isn't
> the quantity of the control points, its the quality.
>
> For the time being I would also consider dropping down to 8bit tiffs until
> you get this sorted out.
>
> Best Regards,
>
> - Gerry
>
> On Mon, May 25, 2009 at
i recently got a pano head (a nodal ninja) and i'm having all sorts of
trouble with seams in my panos. i have simplified my image set in an
attempt to isolate the problem, not that i think i have the problem
identified i'm not sure how to fix it.
i took a set of photos to make a 360x180 of my li
lately i have run into a lot of seg faults when enblend runs. i
enabled the --gpu option in hopes of speeding things up a bit, however
i think this is where the seg faults are coming from. when enblend
runs, the initial output is:
enblend: using graphics card: NVIDIA Corporation GeForce 8600 GT
On Apr 21, 1:50 am, "r.e.wolff"
wrote:
> On Apr 21, 10:14 am, Oskar Sander wrote:
>
> > Hi, no I didn't see that. I would not mind trying it, did you add it as a
> > script á la panotools-script or how is it executed?
>
> I've put it online, because with this google interface I don't know
> how
On Apr 22, 8:10 am, Joe Templeman wrote:
> Polar panoramas generally do have this effect. A lot of planets you see will
> in fact be stereographic projections. This is a completely different
> distortion and MUCH better in most cases. You can do this again in hugin by
> starting a new project,
i recently started shooting full 360x180 panos. i was surprised at
how quickly i was able to get good results when making these, i have
shot only five or six sets of photos in a couple locations so far and
i've gotten three decent planet panos out of it. i would like to make
great panos, though.
On Apr 8, 7:18 pm, Seth Berrier wrote:
> I've done exactly this before:http://www.panoguide.com/gallery/547/
i have the same blue rug on my floor! small world...
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"hug
On Apr 7, 3:59 am, Bruno Postle wrote:
> On Mon 06-Apr-2009 at 19:51 -0700, slaterson wrote:
>
>
>
> >i have taken a series of 92 photos (90 + nadir & zenith) to stitch in
> >a 360 x 180 panorama. it was a remarkable day weatherwise, not a
> >cloud in t
i have taken a series of 92 photos (90 + nadir & zenith) to stitch in
a 360 x 180 panorama. it was a remarkable day weatherwise, not a
cloud in the sky! the last set of 18 photos contains only sky in the
photo frame, making it very difficult (impossible?) to add these
photos into my panorama. i
rrect.
i will try again with the anchor on the first image, analyze the
contol points more carefully and see what sort of results i get.
thanks
On Mar 15, 3:40 am, Bruno Postle wrote:
> On Fri 13-Mar-2009 at 14:36 -0700, slaterson wrote:
>
>
>
> >i have a set of photos i hav
fine. With the new 3716 build I had this
> > problem.
>
> > On Mar 13, 10:36 pm, slaterson wrote:
> >> i have a set of photos i have been trying to stitch but half of them
> >> are displayed upside down (rotated 180 degrees) in the preview window.
>
> >&
i have a set of photos i have been trying to stitch but half of them
are displayed upside down (rotated 180 degrees) in the preview window.
there are eight photos total, all of them taken in a single 'line',
i.e. only rotating the camera in one direction. control point
detection works great, how
i searched the tracker and found issue #2027314. this describes
exactly what is happening, its an old issue that has been around (and
sometimes fixed) for several months now.
On Mar 10, 12:27 am, "Guido Kohlmeyer" wrote:
> At first please look at the tracker on sourceforge if there is any sim
i also updated the issue with the output from enblend, my platform and
gcc version.
On Mar 10, 10:39 am, slaterson wrote:
> i searched the tracker and found issue #2027314. this describes
> exactly what is happening, its an old issue that has been around (and
> sometimes fixed) fo
i also updated the issue with the output from enblend, my platform and
gcc version.
On Mar 10, 10:39 am, slaterson wrote:
> i searched the tracker and found issue #2027314. this describes
> exactly what is happening, its an old issue that has been around (and
> sometimes fixed) fo
i searched the tracker and found issue #2027314. this describes
exactly what is happening, its an old issue that has been around (and
sometimes fixed) for several months now.
On Mar 10, 12:27 am, "Guido Kohlmeyer" wrote:
> At first please look at the tracker on sourceforge if there is any sim
i built this from svn (build 3714) today, along with autopano-sift-c
and enblend. during stitching enblend is segfaulting. are there any
known issues? i can post more details on the enblend crash tomorrow
if needed.
thanks!
On Mar 9, 3:19 pm, Bruno Postle wrote:
> A hugin-0.8.0_beta2 (beta r
i have done a small bit of playing around with the maxdim value of
autopano in the past. it seems this has an effect on not just the
amount of time it takes to load images and complete control point
creation, but also on the quality of the stitching, sometimes
adversely.
is there there an 'optim
67 matches
Mail list logo