I commited a patch to better deal with synchronisation between
ptbatcher and ptbatchergui. Maybe this fixes the start problem.
On Vista PTBatcherGUI works without problems.
On 21 Apr., 19:28, Bruno Postle wrote:
> Ok, now that I can run PTBatcherGUI (but not working 100%) I've
> tested the patc
>
> Oh, that looks like a video made with a camera and a mirror. It can
> probably be improved by unmapping it and mapping it back to
> a better projection.
This might have been done with something like this
http://www.red-door.co.uk/pages/productpages/360-one-vr-redshop.html
--~--~-~--~-
Oh, that looks like a video made with a camera and a mirror. It can
probably be improved by unmapping it and mapping it back to
a better projection.
On Wed, Apr 22, 2009 at 11:32 AM, Leon Moctezuma wrote:
> What about this video?... http://www.youtube.com/watch?v=YH_zW_B20XI ... it
> has a small
What about this video?... http://www.youtube.com/watch?v=YH_zW_B20XI ... it
has a small description about how it was made, it looks pretty much like the
dizzee's video.
On Tue, Apr 21, 2009 at 9:19 PM, Jim Watters wrote:
>
> Yuval Levy wrote:
> > dmg wrote:
> >
> >> I wonder if it can be done wit
Yuval Levy wrote:
> dmg wrote:
>
>> I wonder if it can be done with a rig of video cameras to cover the
>> 360 degrees.
>>
> i suspect they filmed with something like a Ladybug. It does the above.
>
Or Immersive Media's Dodeca 2360 camera, that is used by Google street view.
>> The fram
dmg wrote:
> I wonder if it can be done with a rig of video cameras to cover the
> 360 degrees.
i suspect they filmed with something like a Ladybug. It does the above.
> The frames split, remapped, and stitched, and rejoined into a video.
probably what they did. and they super-imposed the sing
I wonder if it can be done with a rig of video cameras to cover the
360 degrees.
The frames split, remapped, and stitched, and rejoined into a video.
-dmg
On Wed, Apr 22, 2009 at 10:49 AM, Leon Moctezuma wrote:
> I found it in YouTube... :)
>
> http://www.youtube.com/watch?v=Ci40ae8BlcE
>
>
>
>
I found it in YouTube... :)
http://www.youtube.com/watch?v=Ci40ae8BlcE
--
León Moctezuma
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"hugin and other free panoramic software" group.
A list of frequently asked
Try this one, you might still have the same problem though. I'll see if I
can find a way to download it tomorrow.
http://vodpod.com/watch/1533375-dizzee-rascal-bonkers-video
It's a music video where they're driving Dizzee around on a truck (though I
imagine there's some green screen involved). Th
if the video is stereographic one way to do this would be to split the video
into JPEGs, remap them and then reassemble the result. My students did
something similar with movie clips for one assignment using mplayer
(although they did colour manipulation, not remapping). You will
of course have to
Tim wrote:
> Does anybody know how they did this? I think it looks great.
>
> http://www.bbc.co.uk/blogs/zanelowe/2009/04/dizzee_rascal_exclusive.html
the BBC seems to be doing IP-based filtering - when I click play it says
"not available in your area". can you point me to an open proxy server
not available in my area :(
can you describe it?
On Wed, Apr 22, 2009 at 9:22 AM, Tim wrote:
>
> Does anybody know how they did this? I think it looks great.
>
> http://www.bbc.co.uk/blogs/zanelowe/2009/04/dizzee_rascal_exclusive.html
>
> Tim
> >
>
--
--dmg
---
Daniel M. German
http://turi
Does anybody know how they did this? I think it looks great.
http://www.bbc.co.uk/blogs/zanelowe/2009/04/dizzee_rascal_exclusive.html
Tim
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"hugin and other free panoram
On Thu 09-Apr-2009 at 14:06 +0800, Lars O. Grobe wrote:
>
> I thought about it again, but did not come to a real result yet.
> Does the luminous environment really have to be the same for the
> pictures taken for vignetting calibration? Or is Hugin using
> exposure information to correct for th
On Sat 18-Apr-2009 at 20:21 +0200, Eduardo Pérez wrote:
>I have updated the Spanish translation;
>please apply attached patch.
Thanks, applied in SVN.
--
Bruno
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"hugi
On Mon 20-Apr-2009 at 04:53 -0700, grow wrote:
>
>I have now tried adding a simple black Alpha Channel to each of those
>images and it crashes again.
You need to say what the error message is, there are a couple of
known crash bugs in enblend. If you are using a modified version of
enblend the
> ... points while they do overlap, and the other way around (unlikely:
> you do have control points but no overlap...).
Not so unlikely, but a problem that is introduced quite often by
automatic cp generation. And these are cps that mess up the whole
project, so it is good to have a way to detect
On Fri 27-Mar-2009 at 07:22 +0100, Thomas Modes wrote:
>I changed the debug version again. Please test it compiled as
>debug. (It's using wxLogDebug to output some messages. I hope to
>identify to lines which cause the problems.)
Ok, now that I can run PTBatcherGUI (but not working 100%) I've
On 21 apr, 15:27, paul womack wrote:
> IEEE floating-point standard, supported by almost all modern processors,
> specifies that every floating point arithmetic operation, including division
> by zero, has a well-defined result. In IEEE 754 arithmetic, a ÷ 0 is positive
> infinity when a is po
On Tue 21-Apr-2009 at 19:39 +1000, Peter Miller wrote:
>
>I've been using Hugin for years.
>I've just started trying out 360 deg panoramas.
>The stitcher tab has the enblend options disabled (gray)
>and enfuse enabled.
This automatic enabling/disabling of options in the Stitcher tab was
removed
On Apr 21, 11:39 am, Peter Miller wrote:
> How do I get the stitcher to let me use enblend without enfuse?
This happens when two images end up being positioned almost
exactly in the same spot. So hugin decides that you probably
made a HDR stack. You should find out which image exactly
overlaps a
Bart.van.Andel wrote:
> Although I'm not really into this code, shouldn't a divide by zero
> result in NAN instead of INF?
According to this:
http://en.wikipedia.org/wiki/Division_by_zero
It's well defined, and works as you would hope:
IEEE floating-point standard, supported by almost all mode
Bruno Postle wrote:
>
> A question: libpano13-2.9.14_beta2 was released seven weeks ago and
> there have been no bug reports, can I assume that this version is ok
> for a 'stable' release?
>
> Who is using it? Is it in the any of the current hugin binary
> snapshot bundles?
I'm using it (t
On Apr 21, 1:31 pm, "Bart.van.Andel" wrote:
> Although I'm not really into this code, shouldn't a divide by zero
> result in NAN instead of INF? Of course the limit of 1/n with n->0 is
> INF, but only for n>0.
Possibly, both numbers being divided are always positive, so that
"+INF" is more accur
Bruno Postle píše v Út 21. 04. 2009 v 00:05 +0100:
> A question: libpano13-2.9.14_beta2 was released seven weeks ago and
> there have been no bug reports, can I assume that this version is ok
> for a 'stable' release?
>
> Who is using it? Is it in the any of the current hugin binary
> snapsh
Although I'm not really into this code, shouldn't a divide by zero
result in NAN instead of INF? Of course the limit of 1/n with n->0 is
INF, but only for n>0. For n<0 (a very small negative value), 1/n
actually goes to -INF. At exactly n=0, 1/n is not defined. It's a
small detail, but NAN is more
Hi,
I've been using Hugin for years.
I've just started trying out 360 deg panoramas.
The stitcher tab has the enblend options disabled (gray)
and enfuse enabled.
The problem is that I don't want enfuse. I know what it is and what it
does, and I've used it before. But in this case, it isn't app
On Apr 21, 10:14 am, Oskar Sander wrote:
> Hi, no I didn't see that. I would not mind trying it, did you add it as a
> script á la panotools-script or how is it executed?
I've put it online, because with this google interface I don't know
how to
attach things. http://prive.bitwizard.nl/ptomap.c
2009/4/21 Bruno Postle :
>
> A question: libpano13-2.9.14_beta2 was released seven weeks ago and
> there have been no bug reports, can I assume that this version is ok
> for a 'stable' release?
>
> Who is using it? Is it in the any of the current hugin binary
> snapshot bundles?
>
> --
> Bruno
>
2009/4/21 Lukáš Jirkovský :
> 2009/4/20 Bruno Postle :
>>
>> On Mon 20-Apr-2009 at 21:14 +0100, Bruno Postle wrote:
>>>
>>> I've narrowed down the date when PTBatcherGUI broke on Linux to the 15th
>>> March:
>>>
>>> svn 3734 builds, runs without crashing
>>> svn 3735 doesn't build
>>> svn
2009/4/20 Bruno Postle :
>
> On Mon 20-Apr-2009 at 21:14 +0100, Bruno Postle wrote:
>>
>> I've narrowed down the date when PTBatcherGUI broke on Linux to the 15th
>> March:
>>
>> svn 3734 builds, runs without crashing
>> svn 3735 doesn't build
>> svn 3736 doesn't build
>> svn 3737 does
I am sorry Guido I dropped the ball from this.
(This discussion should go into libpano, but there is also an issue
with hugin).
Hi Guido,
I am looking at your patch right now, and I see you changed some of
the computations. The biggest one I don't quite follow is:
replacing:
- C = c
Hi, no I didn't see that. I would not mind trying it, did you add it as a
script á la panotools-script or how is it executed?
cheers
2009/4/20 r.e.wolff
>
>
>
> On Apr 19, 12:53 pm, Bruno Postle wrote:
> > On Fri 17-Apr-2009 at 22:33 +0200, Oskar Sander wrote:
>
> > You can use ptograph to vi
Hi Guido,
Oops, I dropped the ball on it. I am going to look at it right away.
--daniel
On Tue, Apr 21, 2009 at 4:08 PM, Guido Kohlmeyer wrote:
>
> Dear Bruno,
>
> I've made a change in math.c (see my mail "Re: GSoC patch ideas" from
> 2009-03-26), but I didn't checked in the patch so far, bec
Dear Bruno,
I've made a change in math.c (see my mail "Re: GSoC patch ideas" from
2009-03-26), but I didn't checked in the patch so far, because I'm waiting
for some feedback, especially from Daniel German, who has noted that he is
familar with that library and may give some hints.
The patch wor
35 matches
Mail list logo
