AKS-Gmail-IMAP wrote:
Along the lines of transforming the fast preview into the main base
for the final product composition, the crop feature should be expanded
to include cropping individual images in context with the final product.
there are two different crops: input crop (individual
Panorama stitching and more. A powerful software package for creation
and processing of panoramic images.
hugin-2009.4.0_rc1 (release candidate 1) tarball is available here:
https://sourceforge.net/projects/hugin/files/hugin-2009.4_beta/hugin-2009.4.0_rc1.tar.gz/download
This is a candidate
2009/10/11 Yuval Levy goo...@levy.ch:
Hi all,
to my understanding, trunk builds well on the main supported plattforms
and the integration of Lukáš' deghosting has worked well (thanks to
Thomas for the GUI addition).
Has anybody checked this [patch]?
I'll certainly look at it. I usually
Let me mention that I'm good at C but I don't have much if any C++
experience. I just know the principles.
On Sat, Oct 10, 2009 at 05:14:08PM -0700, grow wrote:
cout R11c;fflush (stdout);
if (snake-front().first) {
cout R16;fflush (stdout);
//
On Sat, Oct 10, 2009 at 09:07:47PM -0400, Yuval Levy wrote:
initial palette mockup attached. Icons will need to be designed. Have
not thought of full screen mode yet - IMO it is a no brainer and when
the fast preview is the hub it should open full screen only.
I hate programs that think
On Sat, Oct 10, 2009 at 09:07:47PM -0400, Yuval Levy wrote:
... we'll have to get around this. Lukas suggested a second, lower
priority thread (in another ML-thread I have yet to answer). The UI
should be functional / responsive even when the images are not loaded in
the preview, with
On Sat, Oct 10, 2009 at 05:14:08PM -0700, grow wrote:
output file. The crashes tend to happen as the number of mask and/or
the complexity of their shape increases, especially if I request a
full-size output file.
It seems you have so many (157) seams that some of them are quite
short (only
On Sun, Oct 11, 2009 at 12:21:37AM -0400, Yuval Levy wrote:
- improved localization (Yuv), need testing on OSX, and need to make it
optional (feedback Rogier Wolff)
Don't consider this a need. Your argument: but we already can't
configure the translations in wxwidgets holds up for me.
Yuval Levy goo...@levy.ch wrote:
[...]
* Improved usability, particularly crop settings and help which now
uses the system's default browser.
[...]
Hello,
This does not work for me at all. I somehow get the feeling that the
respective wx-function *requires* KDE or GNOME instead of
Roger,
WOW!
all the best
George
On 11 Oct, 12:10, Rogier Wolff rew-googlegro...@bitwizard.nl wrote:
On Sat, Oct 10, 2009 at 05:14:08PM -0700, grow wrote:
output file. The crashes tend to happen as the number of mask and/or
the complexity of their shape increases, especially if I
2009/9/29 Yuval Levy goo...@levy.ch:
Lukáš Jirkovský wrote:
Anyway, there are some reported memory leaks which I think they are
not really a problem like the leak in align_image_stack.cpp. Eg. this
one is that the leftImage is not deallocated but then
align_image_stack terminates almost
On Sun, 2009-10-11 at 16:43 +0200, Lukáš Jirkovský wrote:
[hugin/src/hugin1/hugin/PreviewTool.h:36]: (error) Class PreviewTool
which is inherited by class PreviewIdentifyTool does not have a
virtual destructor
This one is not problem now since there doesn't seem to be any need
for
Andreas Metzler wrote:
Yuval Levy goo...@levy.ch wrote:
[...]
* Improved usability, particularly crop settings and help which now
uses the system's default browser.
[...]
Hello,
This does not work for me at all. I somehow get the feeling that the
respective wx-function *requires*
Rogier Wolff wrote:
On Sun, Oct 11, 2009 at 12:21:37AM -0400, Yuval Levy wrote:
- improved localization (Yuv), need testing on OSX, and need to make it
optional (feedback Rogier Wolff)
Don't consider this a need. Your argument: but we already can't
configure the translations in
Lukáš Jirkovský wrote:
I'll certainly look at it. I usually check only bug tracker.
thanks!
it is worth it to subscribe to the [t]rackers' mailing list - I use a
separate inbox for all these mailing lists stuff and it becomes kind of
a todo list - I scan everything and I keep what I want to
Rogier Wolff wrote:
I hate programs that think they are the only one on my computer
me too.
and go full-screen automatically.
me not because I try to do one thing at a time. I find it more
efficient, at least when I'm not interrupted.
- just start up the way the user left it last time.
Rogier Wolff wrote:
Really, showing previews should be almost instantaneous. But why
aren't they?
now this one was an excellent piece of analysis. I agree 100%.
As soon as we get told about an image, we should start off
this is what I tried to approximate with my primitive use of the idle
Yuval Levy goo...@levy.ch wrote:
Andreas Metzler wrote:
Yuval Levy goo...@levy.ch wrote:
[...]
* Improved usability, particularly crop settings and help which now
uses the system's default browser.
[...]
Hello,
This does not work for me at all. I somehow get the feeling that the
Hallo Yuval,
I hope the move went well and you did not have the same weather we're
having here (pouring rain, and cold wind).
Only on the road, so all went well.
First something you mentioned at the end of your mail:
I am starting to lose track of things. Maybe time for an initial
summary
Hi James,
2009/10/11 James Legg lankyle...@gmail.com:
On Sun, 2009-10-11 at 16:43 +0200, Lukáš Jirkovský wrote:
[hugin/src/hugin1/hugin/PreviewTool.h:36]: (error) Class PreviewTool
which is inherited by class PreviewIdentifyTool does not have a
virtual destructor
This one is not problem
I'd like to set up a Windows hugin development environment, but the
terrifying length of this thread is somewhat deterrent.
Do you recon your moving target is closing in?
/O
2009/10/11 J. Schneider j-schn...@gmx.de
First something you mentioned at the end of your mail:
I am starting to
Oskar Sander schrieb:
I'd like to set up a Windows hugin development environment, but the
terrifying length of this thread is somewhat deterrent.
Do you recon your moving target is closing in?
Well, I don't have the slightest clue. Any step in one of the branches
can yield more steps. Or
On Sun, 2009-10-11 at 19:02 +0200, Lukáš Jirkovský wrote:
Hi James,
2009/10/11 James Legg lankyle...@gmail.com:
On Sun, 2009-10-11 at 16:43 +0200, Lukáš Jirkovský wrote:
[hugin/src/hugin1/hugin/PreviewTool.h:36]: (error) Class PreviewTool
which is inherited by class
James Legg wrote:
On Sun, 2009-10-11 at 19:02 +0200, Lukáš Jirkovský wrote:
-James
I can imagine new tools too. I'll leave the decision to you because
you're more experienced than I.
have a nice day,
Lukas
I've added a virtual destructor to PreviewTool.
thanks, guys! I've added all
J. Schneider wrote:
Oskar Sander schrieb:
I'd like to set up a Windows hugin development environment, but the
terrifying length of this thread is somewhat deterrent.
Do you recon your moving target is closing in?
Well, I don't have the slightest clue. Any step in one of the branches
can
Ok! I think one of the big challenges with this is to visualize the
paramters in some some of tutorial/online manual.
The camera plane is Z=0,Xc,Yc right? How do you then describe subject
projection plane with the 2 parameters? Do you aaume something about the
geometry with respect to
Hi all,
sorry for stepping in so late, I just would like to stress a few things
that are important to me:
Single buttons for images should definitely stay! They could be more
space saving if desired. They are very important for my workflow to be
easily accessible and visible all at the same
Oskar Sander schrieb:
Ok! I think one of the big challenges with this is to visualize the
paramters in some some of tutorial/online manual.
Indeed. But so far I'm not sure if I have found the right parameters...
The camera plane is Z=0,Xc,Yc right?
Yes.
How do you then describe
On Sun 11-Oct-2009 at 11:25 -0400, Yuval Levy wrote:
While with an HTML help system based on widely adopted standards we
may even get to a Docbook or other modern, managed documentation
system that produces different outputs, including PDF for print
Using the panotools wiki has the advantage
On Fri 09-Oct-2009 at 02:14 -0400, Yuval Levy wrote:
unless there are strong objections I intend to change the tracker policy
to accept only bug reports from identified users.
This is fine by me, most reports initially raise questions rather
than provide a reproducible bug description
On Sun 11-Oct-2009 at 18:25 +0200, Andreas Metzler wrote:
I think you are misunderstanding me. I have got a webbrowser installed,
but hugin does not find it since it relies on KDE/Gnome
infrastructure to do so.
My desktop is Gnome (Centos4), but Hugin launches the manual in
Konqueror.
--
On Fri 09-Oct-2009 at 06:36 -0700, T. Modes wrote:
IMO the (Fast) Preview should become the hub and everything else should
float around it.
Performance! (especially with big projects)
With the current implemtation you can open a big project and start
working. When finish the optimising the
Hi all,
I have just commited some experimental extension to the TrX, TrY, TrZ
parameters for mosaicing images of a planar scene to the libpano13 SVN trunk
One of the main drawbacks of the Tr* parameters is/was that the images
had to be located on plane straight ahead of the panorama. This is
Hi Harry,
you are right that parts of the article are not overly specific or
accurate. I think the normal readers of futurezone.orf.at are no
specialists in photography or even panoramas but are somehow interested
in free software. I know this is no excuse to write incorrect facts.
I only had a
On Sat 10-Oct-2009 at 21:07 -0400, Yuval Levy wrote:
mockup attached. please read the (long, sorry) email addressing most
comments expressed. thanks to everybody who participated in this round
of feedback. if there is enough interest, as the next step I will
implement the attached tabbed palette
Hi Yuv,
I haven't updated my installer script for this release yet. Will have
to make some adaptations and test with this version. No time right now
to test anything but will find some before that oct 31 date I think.
Allard
On Oct 11, 12:15 am, Yuval Levy goo...@levy.ch wrote:
Panorama
Bruno Postle wrote:
I don't think there is enough functionality here to justify a tabbed
palette, how much space would all this stuff take up in one frame?
not yet. when the fast preview will become the hub, the tabbed palette
will contain many more functions.
This needs to be a pop-up
Hi Carl and Harry,
Carl von Einem wrote:
That Version 2 was mentioned before somewhere and I have no clue how
people come to such a conclusion when they never had a version 1.
I think it is just a shortcut from 2009.2 - often people don't pay
attention to detail. With 2010.0 they may realize
Bruno Postle wrote:
So automatically starting with the Preview could only work if Hugin
loads images in the background and allows full editing, saving and
even quitting before the last photo is opened.
that's the goal. I started reading about threading in wxWidgets.
Yuv
Bruno Postle wrote:
My desktop is Gnome (Centos4), but Hugin launches the manual in
Konqueror.
is this intended? i.e. is Konqueror your default web browser?
Yuv
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Bruno Postle wrote:
Using the panotools wiki has the advantage that we get to use the
'Glossary' pages from the wiki which makes the manual much more
useful. We'll lose that connection if we fork.
every tool has plus and minuses.
Alexandre has suggested that we could move to
Kornel Benko wrote:
Maybe a include of a header file which defines EOF would be more appropriate.
I don't have ubuntu 9.10, only 9.04. Here it is defined in
/usr/include/stdio.h
thanks, Kornel.
the official patch is
http://aorlinsk2.free.fr/panomatic/panomatic_gcc44.patch
Yuv
Am Monday 12 October 2009 schrieb Jim Watters:
Pablo d'Angelo wrote:
Hi all,
I have just commited some experimental extension to the TrX, TrY, TrZ
parameters for mosaicing images of a planar scene to the libpano13 SVN trunk
ciao
Pablo
I just attempted to build. And I
43 matches
Mail list logo