On Tuesday, June 25, 2013 3:31:09 PM UTC-5, kfj wrote:
Hi group!
Back from a few weeks of trekking in Italy I am processing the accumulated
imagery. Anticipating need for HDR-able material (for a project of mine
I've not published yet) I had taken most of the individual images for my
correctly.)
Quite simply, a climbing expedition should not be mounted until the peak
that is to be climbed has been identified. Otherwise it's an exploration,
not an expedition.
On Sunday, April 14, 2013 9:03:18 PM UTC-5, Tduell wrote:
Hello John,
On Mon, 15 Apr 2013 09:21:57 +1000, JohnPW
and
experience to the older program.
I use myself for 80% the simple interface and I really think (my personal
view) that it is a big improvement.
Harry
2013/4/15 JohnPW johnpw...@gmail.com javascript:
Why is the Hugin Manual http://wiki.panotools.org/Hugin being replaced
with one for the new
Thanks. I'll take a look.
On Monday, April 15, 2013 2:26:14 AM UTC-5, Erik Krause wrote:
Am 15.04.2013 01:21, schrieb JohnPW:
Why is the Hugin Manualhttp://wiki.panotools.org/Hugin being
replaced
with one for the new GUI in the 2013 version of hugin when:
The wiki doesn't forget
making changes. It gives people something to discuss. Having discussions
without written plans or mockups leads to a rather more vague goal and
result.
I apologize if this sort of interaction occurred and I missed it.
John
On Wednesday, April 17, 2013 3:14:45 PM UTC-5, JohnPW wrote:
It's great
)*
Harry
2013/4/15 Erik Krause erik@gmx.de javascript:
Am 15.04.2013 01:21, schrieb JohnPW:
Why is the Hugin
Manualhttp://wiki.panotools.**org/Huginhttp://wiki.panotools.org/Hugin
being replaced
with one for the new GUI in the 2013 version of hugin when:
The wiki doesn't
:37:57 PM UTC-5, Harry van der Wolf wrote:
2013/4/17 JohnPW johnpw...@gmail.com javascript:
Harry,
If you point me to a compiled binary you recommend for OS X 10.8.3 I will
give you exhaustive feedback.
John
Some time ago I built the 2013beta1 which you downloaded and where you had
is doing it. I
wish I could help in some way. My expertise though is more in the way of
UI, UX, and IxD.
John
On Wednesday, April 17, 2013 3:50:12 PM UTC-5, JohnPW wrote:
Yes,
I never got that working correctly and settled on the last 2012 version.
I have had the same problem with newer 2013
usable for everyday, non technical, users. Unix on my Mac is about as far
as I can go, and believe me, I can't even go very far into it either!
On Wednesday, April 17, 2013 4:27:54 PM UTC-5, Stefan wrote:
Hi JohnPW
On 17.04.2013 22:14, JohnPW wrote:
It's great that it's running well
. I'll try to articulate useful feedback on it as I
can.
Thanks again,
John
On Wednesday, April 17, 2013 6:20:21 PM UTC-5, Tduell wrote:
Hello John,
On Thu, 18 Apr 2013 06:14:45 +1000, JohnPW johnpw...@gmail.comjavascript:
wrote:
It's great that it's running well on Linux. but I'm
Why is the Hugin Manual http://wiki.panotools.org/Hugin being replaced
with one for the new GUI in the 2013 version of hugin when:
1.) As far as I can tell, Hugin2013 is a *beta* version,
2.) it presently doesn't work (at least not on my computer) and,
3.) not wanting to offend, but frankly it
That makes sense, Terry.
I need to think about the variables and only enable the relevant ones
instead of over enabling them and assuming they will sort themselves out
during optimization.
There are definitely problems with the roof drawing though. One is
inaccuracy (from distortion in the base
Hi,
It seems to me that any wonky-ness must be with the roof drawing. The
plan, being a measured drawing and directly scanned should be nearly
perfect. I have to admit, I don't follow how one would get a roof drawing
from GIS, but I assume it was originally from an arial photo? Anyway, It
, 2013 12:59:37 PM UTC-5, JohnPW wrote:
Hi,
It seems to me that any wonky-ness must be with the roof drawing. The
plan, being a measured drawing and directly scanned should be nearly
perfect. I have to admit, I don't follow how one would get a roof drawing
from GIS, but I assume
Thanks, Harry,
After my last difficulties with using multiple versions on the same
machine, I have to admit that I'm a bit scared to run this version. We'll
see . . .
Sorry I'm clever enough to help out on the Mac distros. If there is
anything I can do that's helpful but hard to screw up, I'd
Hey GN,
Saw this and thought of our conversation.
http://tirania.org/blog/archive/2013/Mar-05.html
Miguel has discovered that he's switched to OS X!
The next thing you know I'll be going to Linux! (actually, I wouldn't even
know how, if I wanted!) Anyway, it surprised me. Just goes to show that
I'm not following this idea. Can you elaborate a bit? How would a control
dowel work and what would it do?
On Wednesday, February 27, 2013 9:48:52 PM UTC-6, Bob Campbell wrote:
On Feb 21, 2013, at 7:09 PM, Jim Watters wrote:
Hugin and Panotools community,
What new ideas do you have
than I've seen there. I wonder
how they have optimized the software and what, if any, OSS libraries it
uses. I'll have to take a look at the credits.]
On 02/20/2013 09:24 AM, JohnPW wrote:
Me, I'm sure you know that *Darwin is an OSS OS*
You, *OS X* has moved so far beyond its Darwin
I don't use Maya, but have use environmental maps and light probes with
other SW in the past. Cylindrical can work as long as the Zenith hole
doesn't show up (non reflective subject.) But I assume Maya allows you to
use a spherical panorama (equirectangular projection,) which is much easier.
is proprietary, to me - not OSS. It may have a slab of Darwin OSS
beneath it, but OS X is not Darwin. So OS X is no longer OSS. Doesn't
sound strange to me at all!
Anyway, I've used OS X (and Windows and OS/2 and Linux), too. Glad you
enjoy it!
On 02/19/2013 01:14 PM, JohnPW wrote
Thanks, I missed that the second reference was the second part.
--
--
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
I'm sure your an expert in your bailiwick, but I think you're misinformed
about Darwin and OS X. After all, Darwin is an Apple led OSS effort and OS
X (Apple's complete commercial OS, which is not OSS) consists of a number
of other software parts (some proprietary, and some not) such as OpenGL
Good article. Very approachable and clear. I didn't expect that from a
maths journal. I especially like the description of the stereographic
projection. The images in figs. 1 4 were especially useful. I hope the
second part of the article is also easily available. Let us know when it
comes
Thanks,
BTW, Googled it and found this link, which is offered as a sample article:
http://www.maa.org/mathhorizons/MH-Sept2011_MathPhotography.pdf
John
--
--
You received this message because you are subscribed to the Google Groups
Hugin and other free panoramic software group.
A list of
, February 16, 2013 4:56:34 PM UTC-6, JohnPW wrote:
I think I'll venture to download wine to try this out.
Thanks Harry
--
--
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
, JohnPW wrote:
As so often happens to me, the install (using MacPorts) of wine failed
because of some underlying library it depends on isn't quite right and
will not install. I think this is the sort of thing that keeps most
ordinary folks from using OSS. Perhaps I'll try again later
I think I'll venture to download wine to try this out.
Thanks Harry
On Saturday, February 16, 2013 2:09:09 AM UTC-6, Harry van der Wolf wrote:
Hi John,
2013/2/15 JohnPW johnpw...@gmail.com javascript:
Is there any linux (OS X) compatible implementation out there?
I was immediately
I'd seen work on de-blurring where they used sensors to record camera
movements to create a blur kernel for de-blurring, but had never seen this
technique for deriving the de-blurring kernel directly from the photo.
Has anyone here tried the executable linked here? (or similar?)
Here's a link to a related video.
http://tv.adobe.com/watch/max-2011-sneak-peeks/max-2011-sneak-peek-image-deblurring/
--
--
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
:
Hello John,
On Sat, 16 Feb 2013 08:56:37 +1100, JohnPW johnpw...@gmail.comjavascript:
wrote:
I'd seen work on de-blurring where they used sensors to record camera
movements to create a blur kernel for de-blurring, but had never seen
this
technique for deriving the de-blurring
Ah the eternal complaint of technicians about users — blame the user
isn't the answer. ;-)
(I know we all know now that he has indeed read the FAQ, and that you
misunderstood, but I'm responding anyway because addressing the assumed
problem is important too.)
It's hard for the people who know
I suggest comparing apples to apples. Use all the same parameters for
camera, lens, and image on both trials. It appears the output images were
not remapped in the same way before they ever got to the blending and
sticking steps.
On Saturday, February 2, 2013 4:24:25 PM UTC-6, Andrew Baddeley
On Tuesday, January 29, 2013 1:52:26 PM UTC-6, Julien Schroder wrote:
Well our work was exploratory, we are in a really windy area and the
overlap wasn't calculated right that is why it is full of gap. It's pretty
hard ot fly totally straight with a plane in this area so that is the best
I see in your script stuff (which as I have said, I don't completely
understand,) that you are using the --multirow switch. So maybe you are
already getting the best performance you can and my suggestion is redundant.
John
--
--
You received this message because you are subscribed to the
Oh so that first (cyan tinted) image is a gap between two individual
images? I thought it was on a larger scale gap on a multi image mosaic. I
was thinking it might be from an errant mask, Hugin bug, or some other
esoteric problem.
What scale is this thing at? How large an area does each image
How are the full transparency and temperature images related. [Sorry if
this is obvious from the nona script, but I don's speak nona :-) ]
It appears the full transparency shows a conventional image mosaic with
the temperature image (presumably your temperature mosaic image?) as a
a very quick result (it should be in your Hugin download
file.) Really, it's all good. :-)
John
On Monday, January 21, 2013 7:32:30 PM UTC-6, JohnPW wrote:
I'm answering things I don't really know about for sure, but . . .
I think your best bet is method 2. When you use the lens, take
It probably just derives v from the EXIF data.
BTW, I suspect that these methods don't do much to correct b anyway (but I
could be wrong.)
John
On Wednesday, January 23, 2013 1:38:15 PM UTC-6, Linda Li wrote:
The tutoiral Hugin tutorial — Simulating an architectural projection
does not
Ken,
I guess I'm not clear on this. There are many things that seems strange
about your experiment and the results, but I'm not sure which one is the
one that is bothering you. For instance,
There is the way masks behave in your experiment (personally this is the
what surprises me.)
The fact
There are folks who have been working on video stitching SW for a while.
Basically panotools for video. More than one active project out there.
Sorry I don't have a link, but I'm sure these projects have been mentioned
in this forum somewhere before.
On Tuesday, January 22, 2013 2:41:48 PM
I imagine that the HFOV is probably larger than you expect because it
represents (I think) the theoretical HFOV of the whole image area (frame to
frame) not just the FOV of the image circle.
I think this is done because it's more about the input image file than the
lens that was used. In other
I can't specifically help you because I'm a moron when it comes to CLI and
scripting (so I can't really tell what you are telling enfuse to do.) I am
following you theoretically though.
Test 1a-b is to test how the masking works (all as expected.)
Test 1c-d trying to see how it handles the 1/2
I'm answering things I don't really know about for sure, but . . .
I think your best bet is method 2. When you use the lens, take some extra
images (from the same position) to the left and right (or up and down) so
that you calibrate the lens for each use. You'll get a better and more
accurate
PS
I don't think that's so much image translation as image center shift (d
e.)
On Monday, January 21, 2013 6:23:51 PM UTC-6, Linda Li wrote:
Plus, I think I also need to consider translation parameters in it, since
the interface of the fisheye lens is not exactly the centre to the
That is
*maybe* the new scanners are better?
On Monday, January 21, 2013 7:17:14 PM UTC-6, JohnPW wrote:
PS I have found that few flatbed scanners have the capability with their
exposure settings to enable you to really pull the detail out of the
dense parts of film, chrome or negative
Yeah, I've messed around with your scan files a bit and (aside from the
issue of how infuse works with masks) I think it's a pretty darn well
exposed chrome. You had to expose for the highlights and did a darn good
job of it. Given that you're at in thin air, shooting into shadow and
sun, and
How do the control points look? Look in the quick preview window and check
show control points.
It's hard to know what's happening without more information. You should
probably post the PTO file.
John
On Saturday, January 19, 2013 4:18:42 AM UTC-6, moonki...@hotmail.com wrote:
So, my problem
Try to get those files up so we have something to comment on :-)
--
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
I have no experience with fisheye lenses, but . . .
A) Indeed, they *are* designed this way. Fisheye lenses are either
circular (a full 180º circular projection) or full frame (where the
image circle is enlarged [and effectively cropped] to fill the full image
area.) This is generally what most
BTW, I like the smoke ring that is produced when the balloon explodes.
--
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
Cool! Very nice!
This sort of thing really was hard to imagine only a few years ago (few for
someone of my age anyway.) Even a large government organization in an
affluent world power would have been boggled. Now, a few decades later,
with some amazing technological advances, an individual with
/6493895227/
On Monday, January 14, 2013 4:39:39 AM UTC-6, bugbear wrote:
JohnPW wrote:
It sounds like it works as advertised, but doesn't alleviate the
usability curse of PS's � the lack of physical controls makes the UI a
deep nest of menus and a bottle neck for changing things. Still
RAW is essentially unprocessed sensor data, right?
And DNG is Adobe's all purpose, standard file format designed to convey raw
data for any camera. Isn't that so?
It seems like any SW written to read a DNG should be able to open any DNG
without a problem. Why then, do they always distribute RAW
Anybody use CHDK? How do you like it? What is your experience with it?
I was thinking of buying a little used Cannon ELPH and loading this on it
to use as an inexpensive pocketable camera that can be used for snapshots
or bracketed images enfused images and/or panos. From my search, it seems
It sounds like it works as advertised, but doesn't alleviate the usability
curse of PS's — the lack of physical controls makes the UI a deep nest of
menus and a bottle neck for changing things. Still, the features you point
out, plus being able to use a script to bracket and, most of all,
S5IS, things could be better for you.
--
Frederic Da Vitoria
(davitof)
Membre de l'April - « promouvoir et défendre le logiciel libre » -
http://www.april.org/
Le 13 janv. 2013 01:42, JohnPW johnpw...@gmail.com javascript: a
écrit :
It sounds like it works as advertised, but doesn't
Well that makes sense. Tempts me build a Windows computer!
John
On Friday, January 11, 2013 1:44:33 AM UTC-6, David Haberthür wrote:
On 10.01.2013, at 02:03, Greg 'groggy' Lehey groo...@gmail.comjavascript:
wrote:
On Wednesday, 9 January 2013 at 9:15:21 -1000, Gnome Nomad wrote:
A
I'm sure it's legal. Why else would they offer it?
I see no context for the page, so I don't know what they intend. But let's
face it, it's CS2 which is so long in the tooth it's nearly dead.
And on the Mac, it's PPC only. (Hard to remember, but I think I had it
working on my intel MBP for a
Cool!
I didn't know about Raspberry Pi. I am reeling with ideas of cool things
that could be done with it.
Seems like it would have plenty of power for Hugin. The CPU has about the
same power as a 300Mhz Pentium II. It may not handle big projects and it'll
run slow, but it should work fine.
Sorry, I forgot to remove the first 2 pages before posting.
--
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
And always more information shows up after I post. It looks like this
formula improvement may have been made some years ago. I'm not sure what
improvement it is they have planned for v7.
I suppose the documentation where they use the faulty formula as an example
could be updated ;-)
--
You
That sounds like an excellent approach — like substituting for 'x' in
algebra!
What limits it to being useful only to the one photo? (I'm unable follow
the formulas in memec's link without explanation, but maybe with a hint I
can figure it out.)
John
On Wednesday, December 19, 2012 5:12:13
I found the lensfun explanation and documentation regarding use and
contribution to the database insufficient to do either (but I'm a failed
geek.)
As far as the data, the procedure they lay out is very thorough an much
better explained. Presumably more samples lead to a better result (if the
Can anyone tell me if doing as I described below
(entering --visualize in the Enblend options box in Hugin)
*should* make this option work properly?
Thanks
John
On Monday, December 17, 2012 2:43:11 PM UTC-6, JohnPW wrote:
I was interested to see the visualize output, but it didn't quite work
I'm glad this is stimulating discussion. This is the kind of thing I enjoy
reading here (especially when somebody can explain things they know.)
Anyway, I'd like to figure out some things about sigmoidal contrast. Is a
sigmoidal contrast simply an approach to setting the contrast curve we
all
Exactly!
On Wednesday, December 19, 2012 5:13:57 AM UTC-6, Frederic Da Vitoria wrote:
I expect the faux-bracketing to keep the lightest parts of the
darkest exposure and the darkest parts of the lightest exposure. If
this were true, there should not be any loss in the highlights.
Nice image Carl,
On Tuesday, December 18, 2012 1:55:17 AM UTC-6, zarl wrote:
Dr. Kurt schrieb am 18.12.12 04:01:
I stitched this panorama http://worldwidepanorama.org/wwp_rss/go/n7775
I see you wide angle lens. Were you able to capture the whole boat and
occupants in one nadir shot (and
That's pretty funny. :-)
But it will probably help a great deal!
On Tuesday, December 18, 2012 3:08:52 PM UTC-6, Matias Tukiainen wrote:
Shooting again tomorrow, fabricated the world's laziest pano head for my
tripod from a CD case, two erasers and a lot of duct tape :'D maybe it'll
hold
at Bugbear
wondered.
On Tuesday, December 18, 2012 3:37:17 PM UTC-6, Frederic Da Vitoria wrote:
Hello JohnPW
IMO, you shouldn't compare the highlights between any image and c100:
since c100 is the darkest, it will always show more details in the
highlights than any other picture. You should
choosing picture with a better exposition (that
is under-exposed by the camera's standards) would give better results.
2012/12/18 JohnPW johnpw...@gmail.com javascript:
Are you sure you didn't mix the two up?
o1 is the original and o2 is the output.
In my opinion the shirt detail in o2 is very
to hear
about it.
John
On Monday, December 17, 2012 4:51:50 AM UTC-6, bugbear wrote:
JohnPW wrote:
This is very cool (and, amazingly, I've gotten it to work form me.) I'm
still trying to figure out how to run the perl script, but I'm happy I at
least have the commands working on the command
That's pretty cool! Nice job.
On Monday, December 17, 2012 2:23:54 AM UTC-6, Naked Robot wrote:
maybe this is interesting for the group
www.kickstarter.com/projects/1996234044/sphericam-the-easy-360o-video-camera
--
You received this message because you are subscribed to the Google Groups
I was interested to see the visualize output, but it didn't quite work for
me.
I put --visualize in the Enblend options box in Hugin (shouldn't that work?)
I always get this error:
enblend: info: loading next image: Antietam House 5Z.tif 1/1
enblend: info: loading next image: Antietam House
+state:results
Perhaps calling --visualize (Im using 2012.0.0 built by Harry van der
Wolf on OS X 1..8.2) brings up a similar coding problem from a similar but
different place?
John
On Monday, December 17, 2012 2:43:11 PM UTC-6, JohnPW wrote:
I was interested to see the visualize output, but it didn't
UTC-6, GnomeNomad wrote:
My experience with the bug never kept it from finishing a stitch. I
didn't fix anything.
On 12/17/2012 02:47 PM, JohnPW wrote:
Hmm . . .
Google tells me that this is a problem that some of you (Gnome Nomad,
kfj, et al.) have seen and fixed before. A bug
to automatically bracket using JPGs, I'd
think you'd get good dynamic range results. Or you can do it manually
(adjusting the shutter speed). Then you're getting into the area of
shooting high-dynamic range images.
On 12/11/2012 09:23 AM, JohnPW wrote:
Actually, for static situations, I have found
or noise
reduction to the image when making a JPG out of a RAW file).
On 12/11/2012 09:32 AM, JohnPW wrote:
Just to clarify:
The image capture is the onerous part. My old camera (Nikon CP4500)
takes forever to capture a TIFF (10-15 seconds between shots) I can
capture JPEGs
Thanks. I was thinking it might be Image Magic, but I haven't been able to
get it to work for me and so am not familiar with it's commands.
John
On Wednesday, December 12, 2012 3:55:33 AM UTC-6, bugbear wrote:
JohnPW wrote:
What are you folks doing to faux-bracket your images?
With RAW
This looks like it was enfused. Enfusing stacks then stitching is helpful
(rather than stitching before infusing. If you have abundance of
overlapping images, picking the most compatible ones is helpful. Also using
the mask feature to steer where the seam is placed or which image to use
for an
In the end though, even the simplest, home made, kludged, pano attachment
to move the NPP over the tripod axis will make your life much easier and
and give markedly nicer pano images. My photo professor always said that
99% of the time, it's easier to fix problems in the studio, than in the
11:54:22 AM UTC-6, JohnPW wrote:
Thanks. I was thinking it might be Image Magic, but I haven't been able to
get it to work for me and so am not familiar with it's commands.
John
--
You received this message because you are subscribed to the Google Groups
Hugin and other free panoramic
:/Applications/Hugin/HuginTools/:$PATH*
# Finished adapting your PATH environment variable for use with MacPorts.
On Wednesday, December 12, 2012 3:55:33 AM UTC-6, bugbear wrote:
JohnPW wrote:
What are you folks doing to faux-bracket your images?
With RAW files, obviously you can do all
I added a slash and now it works. For any other poor noob, here is text
that worked for me:
export
PATH=/opt/local/bin:/opt/local/sbin:$PATH:/Applications/Hugin/HuginTools/
--
You received this message because you are subscribed to the Google Groups
Hugin and other free panoramic software
Actually it appears that it was this text that did it:
export
PATH=/opt/local/bin:/opt/local/sbin:/Applications/Hugin/HuginTools/:$PATH
On Wednesday, December 12, 2012 10:21:48 PM UTC-6, JohnPW wrote:
I added a slash and now it works. For any other poor noob, here is text
that worked for me
Thanks for the handy tool, Harry.
Worked for me on Mountain Lion (but I didn't give it a real vigorous
workout.)
John
--
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
this thing called
the Internet ...
Anyway, I have no idea what Hugin can read and write. Maybe developers
can clue us in?
On 12/10/2012 12:40 PM, JohnPW wrote:
So GN,
(Sorry, I'm not sure I follow) You are using 48b tiffs as source images
for Hugin to stitch panoramas?
What
I've done it. Works quite successfully.
If you're shooting JPGs, I wouldn't worry about converting them to
16-bit TIFF - JPG doesn't have the color depth for that.
Hmm, I think using TIFF isn't onerous at all!
On 12/10/2012 01:04 PM, JohnPW wrote:
Why not faux-bracket the source images
Just to clarify:
The image capture is the onerous part. My old camera (Nikon CP4500) takes
forever to capture a TIFF (10-15 seconds between shots) I can capture
JPEGs, bracketed or not, in a burst and the resulting files are much
smaller than a single TIFF. In post porcessing on the compute,r
What are you folks doing to faux-bracket your images?
With RAW files, obviously you can do all sorts of non-destructive things,
but I assume you aren't using RAW files though, or it wouldn't really be
all that faux.
If you are using conventional files, I assume you are adjusting the curves?
So GN,
(Sorry, I'm not sure I follow) You are using 48b tiffs as source images for
Hugin to stitch panoramas?
What are the specs for acceptable input and output files for Hugin?
I just spent 40 minutes trying to find some kind of Hugin tech spec list
and have now given up.( I do understand Hugin
Why not faux-bracket the source images first, then stack and enfuse them
before stitching?
This is similar to making bracketed images from RAW files (eliminates
alignment/movement difficulties common to conventional bracketing.)
I have to admit, most of my panos are from jpegs shot with cheap
KFJ authored a post on using the sun and Wolfram Alpha to orient panoramas
about 6 months to a year ago. I wasn't able to find it, but I'm sure
someone who knows how to use the features of the site better than me can
find it.
On Monday, November 19, 2012 4:31:51 PM UTC-6, Cartola wrote:
Hmm,
I guess I should have tried harder:
https://groups.google.com/d/topic/hugin-ptx/vWRO7SxdFxQ/discussion
On Monday, November 19, 2012 5:24:16 PM UTC-6, JohnPW wrote:
KFJ authored a post on using the sun and Wolfram Alpha to orient panoramas
about 6 months to a year ago. I wasn't able to find
And cool, BTW.
If I were smart enough, I'd adapt it to the mac (or Unix. Either way, I'm
too ignorant to do it :-) )
On Monday, November 19, 2012 5:33:29 PM UTC-6, Erik Krause wrote:
Am 20.11.2012 00:24, schrieb JohnPW:
KFJ authored a post on using the sun and Wolfram Alpha to orient
I'd be interested in seeing some of your work product when you finish.
I'm just curious to see what some of the original temp mosaic image files
and the stitched results look like. :-)
John
On Sunday, November 11, 2012 4:44:01 PM UTC-6, alouest wrote:
Ok that works, thanks!
I keep having
Nice, Torsten,
I appreciate useful tutorials. I haven't thoroughly read it yet, but it
looks good. It appears there are some informative links in it too. When I
do read it properly, I'll pass any feedback I have on to you (to do with as
you please, of course. :-) )
John
PS
typo: *transverse*
I suppose you should use whatever works for you. It's good to experiment
with anything that could get you what you want with less fuss. For me that
might be a nice fisheye lens.
I like the control and quality Hugin offers. I imagine most people in this
forum are looking to get the maximum
Don't use anybody who won't return your film!
Join a local photo group. They'll clue you in to the local resources.
I develop BW 4x5 in my bathroom and then scan. A good printer with custom
ink sets works well. For silver prints I use a darkroom at a local
photography association.
I've gone
I suppose so (I use Aperture.)
I'm probably an unusual Mac user in that I do try to use OSS, and of those
that do, I'm probably even more unusual in that I really don't know what
I'm doing! For example, I've tried Dark Table, but have never been able to
get it to run correctly(font problems,
on it for a while and get back to you if I can't figure it out in
a week or so.
Thanks Bruno.
John
On Thursday, October 18, 2012 11:23:22 PM UTC-5, JohnPW wrote:
On Thursday, October 18, 2012 1:25:15 PM UTC-5, Bruno Postle wrote:
. . .
This means that it needs some more perl modules, and they may
1 - 100 of 236 matches
Mail list logo
