Working on a mosaic of photos taken with my iPhone and I run into an error
at the stitching phase. enblend reports the following:
enblend: error building color transform from XYZ space to " Apple Wide
Color Sharing Profile"
If I switch to the builtin stitcher, all is well.
Any way to avoid
Should add that the final output image is easily "skewed" so that it looks
like it rotated around the y axis. This happens when I "center" or
"straighten" the output with the fast panorama preview. (Undo is my friend
here.)
--
A list of frequently asked questions is available at:
That makes no difference to the display in the bottom left-hand corner.
- Load images
- create control points
- go to fast panorama preview where the image in confined to the bottom
left.
If I stick to the simpler(?) Panorama Preview, things look better, but I
can quickly screw them up by
I gotta say that my experiences with Hugin lately are similar to this, and
really disappointing. The interface is confusing as hell. There are
numerous things you have to look out for. And I get poor results most of
the time now, which leads me to avoid using it. And this is with a simply
Thank again, Bruno. I'll try this.
Another thing - that I think I reported elsewhere - the way my fast
panorama window looks is wrong, right? What's with the confining of the
image to the bottom left portion of the box?
https://www.dropbox.com/s/fkexaeu9fd5bl9b/fastwindow.jpeg
--
A list of
Thanks, Bruno.
Sorry, this isn't enough for me. :-(
As a meta-comment, I don't know why this is so hard. It seems like a basic
thing and the tutorial I used to use just doesn't work.
Anyway...
What do I do exactly? Run cpfind for control points, go to the optimizer
window and choose x for
>
> But I don't use Hugin for this. I would open the photo in an image editor,
> such as GIMP, and use the 'perspective tool'.
> If you are using GIMP, be sure to set the perspective tool to 'Corrective
> (Backward)', this way all you have to do is drag the four corners of the
> selection to
Bruno,
Thanks for the context and history.
I have to say that while I find Hugin a great tool, it's often more
difficult to use than it seems like it should be. (A lot of the interface
is very difficult to understand without a good understanding of what's
going on in the background, IMO.)
The last post was exactly one week ago, according to the group web page.
Enjoy the quiet!
--
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 free panoramic
Of course it depends on what kinds of texts you're looking at, but my
experience with text-only academic articles/books and 240-300 dpi scans is
that with a little clean-up, OCR is very good already. I'd recommend
playing with your scanner settings up front to minimize background noise
and
On Saturday, June 17, 2017 at 12:14:48 PM UTC-4, T. Modes wrote:
>
>
> And why has this not reported before?
>
I really do appreciate all the work the devs do on Hugin, but this kind of
response is not likely to encourage others to report bugs (unless it's a
"lost in translation" sort of
On Saturday, December 24, 2016 at 7:05:37 AM UTC-5, Peter Cooper wrote:
>
> In your images, the brightest part of
>> the scene only hits ~55% brightness, so the other 45% of the sensor's
>> range is not used.
>>
>> To remedy this, you can either switch to manual mode and play with the
>>
On Monday, October 17, 2016 at 4:49:22 AM UTC-4, bugbear wrote:
>
> John Muccigrosso wrote:
> > Thanks. It's just that I didn't see that meaning in the OED, so I was
> curious.
>
> It's very common for "normal" dictionaries not to have highly technical
> o
> trying to add text to your point 3.
>
>
>
> On Saturday, 15 October 2016 02:58:39 UTC+13, John Muccigrosso wrote:
>>
>> On Friday, October 14, 2016 at 2:34:42 AM UTC-4, Steve Edmonds wrote:
>>>
>>> Yaw is the width of the harbour entrance, side to side
On Friday, October 14, 2016 at 2:34:42 AM UTC-4, Steve Edmonds wrote:
>
> Yaw is the width of the harbour entrance, side to side.
>
> On Monday, 3 October 2016 04:46:57 UTC+13, John Muccigrosso wrote:
>>
>> I always like to remember the original usage for airplanes (OK,
I always like to remember the original usage for airplanes (OK, it was
really ships):
1. Pitch is how far up or down the plane/boat's nose is pointed.
2. Roll is how much the plane is tilted to the left or right (tipping
the plane/ship left and right).
3. Yaw is the other one. :-)
On Wednesday, September 14, 2016 at 2:43:17 PM UTC-4, Michael Havens wrote:
>
> I am trying to create a 360X180 panorama. As it stitches the images
> together though it runs out of room. Root in this system is finite. /home
> in this system is enormous. Why does hugin stitch things together in /
I'll agree with Roger's overall sentiment and say that I like the use of
"CP" in place of "Ctl Pnts". At any rate, "pt" is the usual English
abbreviation for "point", not "pnt".
--
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
---
You received this
On Saturday, March 12, 2016 at 4:24:09 AM UTC-5, T. Modes wrote:
>
> In the subject line is a typo: Hugin 2016.0 RC2 is released.
>
Actually the original was better. :-)
--
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
---
You received this
As a non-programmer (know enough to be dangerous, but only in very limited
circumstances :-) ), I very much appreciate the comments of Yuv and Bruno.
My own sense is similar to Bruno's: simple stuff often works great, but
when there's a problem, it can be really hard to figure out why.
I've
+1
--
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 free panoramic software group.
To unsubscribe from this group and stop receiving emails from it, send
Agisoft's Panoscan is probably the leading product for this.
http://agisoft.com/
--
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 free panoramic software
I think what's important here is that enblend used to produce better
results and on something like this with pretty crisp lines, that's crucial.
Having to worry about putting in masks is troubling.
--
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
On Tuesday, March 17, 2015 at 5:09:17 AM UTC-4, Dirk Pons wrote:
I am trying to use this software for the first time, and this is probably
a simple question: How to actually get a JPG (of TIFF) output?
Importing photos is fine, stitching them together is fine (though it is
intolerant of
Got another one like this. Interestingly if I skip the fast preview window
and just go to the Stitcher pane, I can get a rectilinear output just fine.
The effect appears only with that project (and a little on triplane). All
the others are fine.
Contents of the pro are in-line below.
# hugin
Yeah, I just tried out all the projections to see what they looked like. It
surprised me that rectilinear was so different from the others.
pto attached now.
--
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
---
You received this message because you
On Thursday, February 26, 2015 at 4:44:12 PM UTC-5, Tduell wrote:
Hello John,
On Fri, 27 Feb 2015 08:19:28 +1100, John Muccigrosso jmuc...@gmail.com
javascript:
wrote:
Got another one like this. Interestingly if I skip the fast preview
window
and just go to the Stitcher pane
On Thursday, February 26, 2015 at 5:06:30 PM UTC-5, Tduell wrote:
On Fri, 27 Feb 2015 08:52:40 +1100, John Muccigrosso jmuc...@gmail.com
javascript:
wrote:
On Thursday, February 26, 2015 at 4:44:12 PM UTC-5, Tduell wrote:
Loading the .pto into hugin using dummy images, it looks
OK. Thanks. I'm on a Mac. I'm going to play with this a bit and see what I
can do/learn.
Appreciate the help.
--
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
On Sunday, January 25, 2015 at 3:52:27 AM UTC-5, T. Modes wrote:
Am Samstag, 24. Januar 2015 19:56:35 UTC+1 schrieb Lev Serebryakov:
It works, thanks!
And how to enfuse without assign one stack for images? Exposure fused from
any arragment checkbox?
Use Exposure fused from
On Friday, January 23, 2015 at 4:24:28 PM UTC-5, Tduell wrote:
This tutorial gives some guidance on how to do the fusion in hugin.
https://sites.google.com/site/alistargazing/hugin-tutorial-enfuse-only
This is a nice little tutorial. Could someone link to it on the tutorial
page (or maybe
Thanks for making this!
On Friday, December 12, 2014 9:36:23 AM UTC-5, ___matthieu___ wrote:
Hello,
Sorry for not making a post in the release thread, I uploaded the binary
telling me I would announce it afterwards but I forgot :(
Hugin-2014.0.0.dmg is for MacOSX 10.6 and later; it should
On Monday, December 1, 2014 5:31:07 AM UTC-5, bugbear wrote:
T. Modes wrote:
And when display group by stack you can simply drag and drop the
images to the corresponding stacks.
But that's to obviously?
Actually, a pet hate of mine in the modern era of GUI design
is drag and drop.
calls enfuse
directly or via the droplet - it will be straightforward to find out by
deleting things until something breaks.
Regards,
Alister.
On Tuesday, November 25, 2014 9:24:14 AM UTC-7, John Muccigrosso wrote:
https://sites.google.com/site/alistargazing/hugin-tutorial-enfuse-only
On Tuesday, November 25, 2014 1:56:23 PM UTC-5, T. Modes wrote:
Am Dienstag, 25. November 2014 07:46:55 UTC+1 schrieb Brandon:
Is it possible to have hugin enfuse stacks of my choosing on the photos
tab instead of the default any images with more than 70 % overlap
combined into each
On Tuesday, November 25, 2014 4:11:37 PM UTC-5, Tduell wrote:
Hello John,
On Wed, 26 Nov 2014 03:20:56 +1100, John Muccigrosso jmuc...@gmail.com
javascript:
wrote:
On Tuesday, November 25, 2014 3:14:12 AM UTC-5, Tduell wrote:
[snip]
Auto bracketed shots, hand held, can
On Tuesday, November 25, 2014 3:14:12 AM UTC-5, Tduell wrote:
I'm pretty sure that hugin will honour your choice of stacks, rather than
use the above rule. I have always set the images in my stacks, and haven't
tried exposure fusion from stacks without any stacks set.
The images in
On Saturday, November 15, 2014 3:25:38 PM UTC-5, Tduell wrote:
Hello John,
On Sun, 16 Nov 2014 02:48:57 +1100, John Muccigrosso jmuc...@gmail.com
javascript:
wrote:
These are overhead shots of trenches from different heights, so the
surface isn't flat and there are all
Thanks for the help. I'll try these approaches.
Sometimes I've found that the stitch will work even when the Fast Preview
is goofy like this, but not in this case.
Also the control points look good, which is why I'm surprised it doesn't
work, even if the coverage is spotty.
These are overhead
I have about a dozen photos, overhead shots taken of an area. They don't
cover all of it, so the final output is going to be a little weird looking.
Hugin finds a lot of control points attaching the photos one to another,
but the final output is very poor (in fact the fast preview shows the
On Friday, November 7, 2014 4:57:31 AM UTC-5, Marius Loots wrote:
Hallo Everyone
On Windows 7. Have seen this, but never thought that it could be a
bug. Mostly restart the project from scratch, assuming it to be a
problem with a control point or two. Impression I had, but never
actively
I've tried to quit and restart the app, even boosting the image cache
memory to 2048 when I did it. No luck.
Now, I just added some more control points and re-optimized and all is
well. Not sure those steps had anything to do with it though.
--
A list of frequently asked questions is
Good to know. Did you file a bug report?
--
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 free panoramic software group.
To unsubscribe from this group and
On Sunday, October 26, 2014 3:14:50 AM UTC-4, T. Modes wrote:
Am Sonntag, 26. Oktober 2014 07:58:45 UTC+1 schrieb Brandon:
I am having a hard time convincing hugin to not put control points on my
tri-pod. Is there any way to do prevent control points from being put on
them?
Create a
On Thursday, October 23, 2014 2:24:15 AM UTC-4, GnomeNomad wrote:
My workflow is more based on suppressed-perfectionism combined with a
belief that a mask in Hugin specified include/exclude this specific
area. Apparently that's not how Hugin uses masks; apparently it's more
of suggestion
On Wednesday, October 22, 2014 1:47:07 AM UTC-4, GnomeNomad wrote:
Yes, there is a minimum change Hugin needs. I just tweak mask points by
dragging the point somewhere else far enough away, then click on it
again and drag it back to where I want it.
Any help appreciated. I'm happy to
On Wednesday, October 22, 2014 12:16:13 PM UTC-4, T. Modes wrote:
Am Mittwoch, 22. Oktober 2014 14:49:54 UTC+2 schrieb John Muccigrosso:
It sounds to me like your workflow too is a big work-around for a buggy
masking process.
It sound for me that the issue is behind the keyboards
and
have good expectations about how software should behave. (Others may
disagree. :-) )
On Wednesday, October 22, 2014 1:45:36 PM UTC-4, T. Modes wrote:
Am Mittwoch, 22. Oktober 2014 18:59:07 UTC+2 schrieb John Muccigrosso:
No one is asking for sub-pixel accuracy. We're trying to understand
On Tuesday, October 21, 2014 1:21:05 AM UTC-4, GnomeNomad wrote:
On 10/20/2014 09:53 AM, John Muccigrosso wrote:
On Monday, October 20, 2014 2:26:56 PM UTC-4, T. Modes wrote:
Am Montag, 20. Oktober 2014 19:26:01 UTC+2 schrieb John Muccigrosso:
As I just wrote
On Tuesday, October 21, 2014 2:16:42 AM UTC-4, Marius Loots wrote:
On the topic of the optimizer tab, although somewhat handy having the
numbers there, I also preferred the old style tick boxes. I think this
has also been mentioned. My usage of the numbers would only come into
play when
Was working on a pano today and needed to do some masking, which got me
thinking:
1. There was some talk about this in the original announcement of this
functionality, but do I have it right that Hugin clips the mask to the
image boundaries, even if the mask looks like it goes outside them?
Some of the mouse commands that are listed in the manual are difficult for
Mac users, since we don't generally have 3-button mice and a control-click
is the same as a right click (we'll leave the trackpad out of it).
That said, I was working on a mask and found some inconsistencies with what
On Tuesday, October 21, 2014 11:27:29 AM UTC-4, T. Modes wrote:
Am Dienstag, 21. Oktober 2014 15:12:50 UTC+2 schrieb John Muccigrosso:
Was working on a pano today and needed to do some masking, which got me
thinking:
1. There was some talk about this in the original announcement
On Monday, October 20, 2014 11:20:50 AM UTC-4, T. Modes wrote:
Am Montag, 20. Oktober 2014 00:06:22 UTC+2 schrieb John Muccigrosso:
I find a few things about the Fast Preview window confusing:
1. It's the same things as Simple mode. I think I see that the functions
you want
On Sunday, October 19, 2014 8:53:54 AM UTC-4, Michael Perry wrote:
Incidentally, can someone tell me where is the best place to post a MAC
OSX bug would be? Or do all bugs get reported at
https://bugs.launchpad.net/hugin/+bugs?
Yes, report them all there. I've put in some Mac ones myself.
I find a few things about the Fast Preview window confusing:
1. It's the same things as Simple mode. I think I see that the functions
you want in it are nearly all the ones you want in Simple mode (you don't
need to add photos when you're using it simply as Preview), but still, why
is it
My configuration: Hugin 2014 RC4 on a Mac OS X 10.9.4.
A new Hugin user, I'm trying to use Hugin itself to mimic a simple approach
to creating HDR:
1. Align images at different exposures via *align_image_stack*. (Taken
on a tripod, so well aligned at the start.)
2. *enfuse* the
57 matches
Mail list logo
