At the following links you can find a win32 build of
hugin_2010.3.0.rev4462 ( 11 october ) with new cpfind.
The new cpfind can be used even with hugin_2010.2.0.
On the wiki there are usefull information on cpfind and control point
detectors parameters.
Hi!
I'm stuck in the same place
63%] Building CXX object
src/hugin1/base_wx/CMakeFiles/huginbasewx.dir/ImageCache.cpp.o
...
saw Dale's post
On 14 Okt., 18:00, Dale Beams drbe...@hotmail.com wrote:
Located it. Needed dependency wx-i18n. Updated wiki.
... so I tried to apt-get the
It's a wx issue. I have fixed wiki. You'll need some additional dependencies.
I've built some *.debs, and as always you'll find them at
http://www.tatteredmoons.org/hugin/deb
Fair warning. Paths are not getting created, and am still working out the
dependencies for installing to a new
Specifically you need libwxbase2.8-dev and wx-i18n
Dale
Date: Fri, 15 Oct 2010 06:42:48 -0700
Subject: [hugin-ptx] Re: Ubuntu 10.10, Hugin
From: _...@yahoo.com
To: hugin-ptx@googlegroups.com
Hi!
I'm stuck in the same place
63%] Building CXX object
I just noticed hugin on the sourceforge top25 project list in their
latest news letter. Keep up the good work! Hugin is one of my
favorite software apps.
Andrew
--
You received this message because you are subscribed to the Google Groups
Hugin and other free panoramic software group.
A list
On Oct 14, 5:43 pm, Bernd Hohmann hohm...@harddiskcafe.de wrote:
On 14.10.2010 23:01, Aron H wrote:
Just tried the x64 installer, and it defaults to c:/program files
(x86)/hugin? Is there some setting to flip to make it go into c:/
program files/ ?
As far as I remember, program
On 15 Okt., 15:50, Dale Beams drbe...@hotmail.com wrote:
Specifically you need libwxbase2.8-dev and wx-i18n
I have libwxbase2.8-dev installed and also wx2.8-i18n
The wiki is wrong insofar as there is no 'wx-i18n' to be got by apt-
get since it is a virtual packet which is made available by
I reckon the best one of the commonly installed ones for the situation
is Panomatic, because it tries to create CPs for every pair of images
in the set by default. So the zenith shot will be compared to every
single one of the others, increasing the probability of finding a
match [please correct
On 13 Okt., 18:36, Bernd Hohmann hohm...@harddiskcafe.de wrote:
On 13.10.2010 11:54, kfj wrote:
Reverting to full frame fisheye and reoptimizing v+a,b,c created fine
output.
If you just use 6 around and sky, you cannot expect to generate
reliable a, b and c data. They will depend on your
Have you tried building using aptitude. Ubuntu's prefered way is first the
software manager and then if needed aptitude. Therefore I always use sudo
aptitude install some_package as it's a more complete solution and will pick
items that apt-get doesn't. As a result I've only been adding
btw, thanks for the directories list. I hadn't gotten all the way through it
yet before I had to part to do something else.
Dale
Date: Fri, 15 Oct 2010 08:17:13 -0700
Subject: [hugin-ptx] Re: Ubuntu 10.10, Hugin
From: _...@yahoo.com
To: hugin-ptx@googlegroups.com
On 15 Okt., 15:50,
Am Freitag 15 Oktober 2010 schrieb Dale Beams:
btw, thanks for the directories list. I hadn't gotten all the way through
it yet before I had to part to do something else.
Looks like all data directories have to be created first. I will check the
build as soon, as I upgrade to 10.10.
[...]
Hello,
I think this might be a cmake-deb issue. The cmake built debian packages
(I have used
http://www.tatteredmoons.org/hugin/deb/ubuntu/10.10/20101015/hugin-2010.3.0-Linux.deb
for testing) do not contain any directories, just files.
ametz...@argenau:/tmp$ cd extr/
ametz...@argenau:/tmp/extr$ rm
On 15 Okt., 18:39, Dale Beams drbe...@hotmail.com wrote:
Have you tried building using aptitude. Ubuntu's prefered way is first the
software manager and then if needed aptitude. Therefore I always use sudo
aptitude install some_package as it's a more complete solution and will pick
Am Freitag 15 Oktober 2010 schrieb Dale Beams:
btw, thanks for the directories list. I hadn't gotten all the way through
it yet before I had to part to do something else.
Dale
Googling i found following:
...
INSTALL(FILES my_project.glade DESTINATION
Kornel,
I use a VirtualBox vm with a fresh install of Ubuntu 10.10 for both build and
installation. My build and installations are clean. Then I'll normally
install on my own system and post the binaries.
I posted early before doing complete testing for installation, in part as a
response
Am Freitag 15 Oktober 2010 schrieb Dale Beams:
Kornel,
I use a VirtualBox vm with a fresh install of Ubuntu 10.10 for both build
and installation. My build and installations are clean. Then I'll
normally install on my own system and post the binaries.
I posted early before doing
Kornel,
On a clean system, after the *.deb is built, when attemtping to install
using the command
sudo dpkg -i some_package_name.deb
the package fails to install because it's unable to create the necessary
directories. I've assumed this is a permissions problem. I assume the
binary package
Am Freitag 15 Oktober 2010 schrieb Dale Beams:
Kornel,
On a clean system, after the *.deb is built, when attemtping to install
using the command
sudo dpkg -i some_package_name.deb
the package fails to install because it's unable to create the necessary
directories. I've assumed this
On Fri, 2010-10-15 at 23:42 +0200, Kornel Benko wrote:
sudo dpkg -D -i some_package_name.deb
drbe...@ubuntu:~/src/enblend/enblend.build$ sudo dpkg -D -i
enblend-4.1.1-Linux.deb
D10: ensure_pathname_nonexisting `/var/lib/dpkg/tmp.ci'
Selecting previously deselected package enblend.
Am Freitag 15 Oktober 2010 schrieb Dale Beams:
On Fri, 2010-10-15 at 23:42 +0200, Kornel Benko wrote:
sudo dpkg -D -i some_package_name.deb
drbe...@ubuntu:~/src/enblend/enblend.build$ sudo dpkg -D -i
enblend-4.1.1-Linux.deb
D10: ensure_pathname_nonexisting
On Fri 15-Oct-2010 at 06:59 +0200, Kornel Benko wrote:
This might be a feature not a bug. dpkg shouldn't be installing
.deb packages in /usr/local, they should go in /usr.
Why? We have instructed it that way. If we want to install in /usr,
we have to set it explicitly.
dpkg does what it is
I've just installed Hugin 2010.3.0 on my brand-spankin'-new Core i7
iMac running 10.6.4 with 8GB memory.
I'm having assorted problems with it, so I was wondering if anyone can
give me some pointers where to start.
First, on the Assistant Tab, anytime I press the Align button I get
a sequence of
On Oct 15, 10:47 am, Aron H aron.hel...@gmail.com wrote:
Yes, that's the problem. Hugin should be a native x64 application, so
it should install in C:/Program Files/, not C:/Program Files (x86)/
Sorry, I forgot to change the installation directory when creating the
64-bit installer. An updated
Many thanks for your Installers Mathew..
On Sat, Oct 16, 2010 at 7:09 AM, Matthew Petroff matt...@mpetroff.netwrote:
On Oct 15, 10:47 am, Aron H aron.hel...@gmail.com wrote:
Yes, that's the problem. Hugin should be a native x64 application, so
it should install in C:/Program Files/, not
25 matches
Mail list logo