2009/10/7 Harry van der Wolf hvdw...@gmail.com:
I did another run from the Gui (took a few minutes to find how to compile
that one). That gave more results:
I didn't know that there is a GUI for it.
[assemble.h:308]: (possible style) Pre-Incrementing variable 'i' is
preferred to
2009/10/7 Stefan Peter s_pe...@swissonline.ch:
Hi Lukáš
instead of changing the RAM on your PC, you could use a virtual machine
like vmware or virtualbox. There, you can limit the resources at your will.
Regards
Stefan Peter
Hi Stefan,
I know about this option but I thing changing
Hi Gerry,
2009/10/7 Gerry Patterson thedeepvo...@gmail.com:
On Oct 7, 2009, at 8:04 AM, Lukáš Jirkovský l.jirkov...@gmail.com
wrote:
Hello,
I've got a quite sound idea. Just to put a bug in your head (czech
saying) – to make you think about it. There are numerous bug reports
which
Hi Bruno,
2009/10/7 Bruno Postle br...@postle.net:
On Wed 07-Oct-2009 at 15:04 +0200, Lukáš Jirkovský wrote:
What I think may be quite nice way to store necessary data is the XML.
Although I'm not a huge XML fan (in fact I think it's overused) it
could bring some improvements to the current
Hi Yuv,
2009/10/7 Yuval Levy goo...@levy.ch:
Hi Lukáš,
Lukáš Jirkovský wrote:
What I think may be quite nice way to store necessary data is the XML.
this has been discussed before. The result was that some people favor
the Makefile, others would favor the XML (me included).
I didn't
Hi Garry,
2009/10/8 Gerry Patterson thedeepvo...@gmail.com:
On Wed, Oct 7, 2009 at 6:21 PM, Bruno Postle br...@postle.net wrote:
On Wed 07-Oct-2009 at 17:26 -0400, Yuval Levy wrote:
Lukáš Jirkovský wrote:
What I think may be quite nice way to store necessary data is the XML.
this has
Am Thursday 08 October 2009 schrieb Yuval Levy:
Bruno Postle wrote:
On Wed 07-Oct-2009 at 17:26 -0400, Yuval Levy wrote:
Perl is required for Bruno's Panotools-Scripts which are part of the
panotools distribution. I don't know the exact detail of the CMake
build, but I think it should
Am Wednesday 07 October 2009 schrieb Yuval Levy:
Hi all
attached is my second attempt at patching the source tree so that also
strings outside of wxWidgets can be translated.
This one should work on Windows (or at least not break anything) within
the SDK. Please test on OSX too.
If
2009/10/8 Lukáš Jirkovský l.jirkov...@gmail.com
2009/10/7 Harry van der Wolf hvdw...@gmail.com:
I did another run from the Gui (took a few minutes to find how to compile
that one). That gave more results:
I didn't know that there is a GUI for it.
cd into the gui directory and run
2009/10/8 Harry van der Wolf hvdw...@gmail.com:
2009/10/8 Lukáš Jirkovský l.jirkov...@gmail.com
2009/10/7 Harry van der Wolf hvdw...@gmail.com:
I did another run from the Gui (took a few minutes to find how to
compile
that one). That gave more results:
I didn't know that there is a
I downloaded the git from danmar_cppcheck
2009/10/8 Lukáš Jirkovský l.jirkov...@gmail.com
2009/10/8 Harry van der Wolf hvdw...@gmail.com:
2009/10/8 Lukáš Jirkovský l.jirkov...@gmail.com
2009/10/7 Harry van der Wolf hvdw...@gmail.com:
I did another run from the Gui (took a few
I've tried to reproduce the bug but without success.
I've remapped images. Enblend usually takes about 2-3 GB of memory
with this pano. I lowered RAM to 256MB and swap from 512MB to 195MB.
(KDE takes about 200MB itself). I've run enblend with: -m 200 -b 8196
to expose the bug even earlier. After
Am Thursday 08 October 2009 schrieb Lukáš Jirkovský:
I've tried to reproduce the bug but without success.
I've remapped images. Enblend usually takes about 2-3 GB of memory
with this pano. I lowered RAM to 256MB and swap from 512MB to 195MB.
(KDE takes about 200MB itself). I've run enblend
Pablo, when you said that you are working on this, did you refer to
the optimization strategy above, or the image-load-bug?
What is new in the layout-model so that the EXIF/image parameter has
broken? My understanding that stack I'd is the only new
parameter(althogh meaning of others ha
On Thu 08-Oct-2009 at 16:15 +0200, Oskar Sander wrote:
What is new in the layout-model so that the EXIF/image parameter has
broken? My understanding that stack I'd is the only new
parameter(althogh meaning of others ha chnged)
The gsoc2009_layout branch was forked from the trunk shortly before
On 7 okt, 23:26, Yuval Levy goo...@levy.ch wrote:
Bart van Andel wrote:
It is like letting people tilt beyond nadir/zenith when navigating a
360x180 - fine for the expert who knows what he is doing, but not
helpful for the occasional user.
I don't understand this point. My guess is
2009/10/8 Lukáš Jirkovský l.jirkov...@gmail.com
I am a fan of python but it is probably overkill for the sequence of
commands that would need to be executed.
I think so.
Please don't introduce an extra external dependency. Python works well on
Linux and fine on MacOSX as long as you
Fair enough, though I'd like to remove the crop stuff from the
Stitcher tab at some point, I can't imagine that anyone uses it
there.
Sometimes I have to - because it is impossible to reset a crop border
to 0.
Once you cropped and play around with field of view and different
projections
Hi List,
Sorry if the following is all known by the old hands. Please feel free
to correct me at your leisure, otherwise I may die dumb ;)
I have downloaded the project in question, and here are some results.
I used Hugin 2009.2.0.4461 on linux X86_64 with 4GB Memory and 8 GB swap
for the
Yuval Levy schrieb:
J. Schneider wrote:
Can't start system's web browser
top boundary must be smaller than bottom
left boundary must be smaller than right
as new untranslated strings.
The first one is no problem, but can you explain where the other two are
used?
it's when setting the
Bart van Andel wrote:
usability is not universal: different users like
different approaches.
ever visited a usability lab? usability is hard facts and has nothing to
do with likes or dislikes.
user interaction is analyzed and dissected in detail. and the resulting
rules, while depending on
Rogier Wolff wrote:
On Wed, Oct 07, 2009 at 05:26:48PM -0400, Yuval Levy wrote:
+// gettext for internalization of strings
+#include libintl.h
+#define _t(String) gettext(String)
Is this the norm in internationalization of programs. Instead of
having all those libs, translation files
Kornel Benko wrote:
Why not use FindGettext.cmake?
because to my understanding FindGettext.cmake finds the tools, not the
library, and this is why FindGettextLibs.cmake does - at least on Linux
and BSD.
For Windows both did not work, so I hard-coded the results in the main
CMakeLists.txt.
Hi Lukáš
Lukáš Jirkovský wrote:
I don't want to replace .pto files.
would you mind elaborating a little bit more about what exactly you want
to do? given the previous discussions on this list (that you could not
know about) I (and maybe some others too) have some preconceived notions
in the
either I must be confusing my experience on Linux with that on Windows,
or I opened a pre-existing project file. Sorry for the confusion.
Yuv
allard wrote:
Nope. Same crash. That's how I started.
On Oct 7, 2:26 pm, Yuval Levy goo...@levy.ch wrote:
Oskar Sander wrote:
annoying, one
I thought the European Patent Office would not grant patents on software?
Yuv
allard wrote:
Thanks. That certainly shows the USPTO database search is no good.
Also surprised that this goes unmentioned in so many places. But the
EPO was a pretty obvious place to look as well.
Hi all,
I just committed an improved Numeric Transform (as was discussed a few
weeks ago) to trunk.
Please try it out. I am not sure yet if it will be backported to
2009.4.0 or if it will wait for the next release cycle.
Currently it is just a fix of the current dialog, i.e. it behaves
Harry van der Wolf wrote:
And for windows? Better or worse?
nightmare.
Yuv
--~--~-~--~~~---~--~~
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
hate to bother you but when I send mail to unsubscribe from this group
(I now have Ubuntu Studio 9.04) I get a mail delivery failure. Could you
manually remove me from this list?
Thanks ET
--~--~-~--~~~---~--~~
You received this message because you are
On Thu 08-Oct-2009 at 15:58 -0400, ET wrote:
hate to bother you but when I send mail to unsubscribe from this group
(I now have Ubuntu Studio 9.04) I get a mail delivery failure. Could you
manually remove me from this list?
The unsubscribe address is hugin-ptx+unsubscr...@googlegroups.com
The
On Thu 08-Oct-2009 at 15:52 -0400, Yuval Levy wrote:
I just committed an improved Numeric Transform (as was discussed a few
weeks ago) to trunk.
Sounds good, I still think this dialog is where the text entry boxes
for crop and field of view should be eventually.
Beyond that, I am thinking
Then tell me where you read that selecting a rectangle should *always*
be done starting from the top left and dragging down right. You're
putting it as if the way you're telling it's supposed to work is the
only way it should ever work, but all programs I'm using or have been
using (including but
Bruno Postle wrote:
On Thu 08-Oct-2009 at 15:52 -0400, Yuval Levy wrote:
I just committed an improved Numeric Transform (as was discussed a few
weeks ago) to trunk.
Sounds good, I still think this dialog is where the text entry boxes
for crop and field of view should be eventually.
That
On Thu 08-Oct-2009 at 14:00 -0700, Bart van Andel wrote:
Why learn that to create a selection you *must* from the top left
instead of allowing the other options too? What would you consider
easier or more user friendly? I know what I'd prefer.
Having played with it, the original bug is fixed -
Hi all
I recall there was some reason to keep the old preview next to the new
one. Is this still the case, or can we forego the old preview and work
with the new one only?
The background of my question: I want to continue to move functionality
into the new preview (e.g. the crop and
On Thu 08-Oct-2009 at 17:46 -0400, Yuval Levy wrote:
I recall there was some reason to keep the old preview next to the new
one. Is this still the case, or can we forego the old preview and work
with the new one only?
The 'old' Preview is somewhat more accurate, it doesn't have the
problems
On Thu 08-Oct-2009 at 10:04 +0200, Lukáš Jirkovský wrote:
I know I'm not great at this stuff, but in the panostart tool there
is a perl module that abstacts all the business of writing and
escaping Makefile rules, i.e. you declare your intent with a list of
input files, a list of output
On Thu, Oct 8, 2009 at 23:54, Bruno Postle br...@postle.net wrote:
On Thu 08-Oct-2009 at 17:46 -0400, Yuval Levy wrote:
I recall there was some reason to keep the old preview next to the new
one. Is this still the case, or can we forego the old preview and work
with the new one only?
The
Am Thursday 08 October 2009 schrieb Yuval Levy:
Kornel Benko wrote:
Why not use FindGettext.cmake?
because to my understanding FindGettext.cmake finds the tools, not the
library, and this is why FindGettextLibs.cmake does - at least on Linux
and BSD.
For Windows both did not work,
Am Thursday 08 October 2009 schrieb Yuval Levy:
Hi all
I recall there was some reason to keep the old preview next to the new
one. Is this still the case, or can we forego the old preview and work
with the new one only?
The background of my question: I want to continue to move
40 matches
Mail list logo
