Re: [hugin-ptx] Re: very poor hdr/exr results

2010-04-29 Thread Lukáš Jirkovský
On 30 April 2010 03:47, slaterson wrote: > On Apr 29, 6:39 pm, slaterson wrote: >> On Apr 29, 3:24 pm, Bruno Postle wrote: >> > This is with OpenEXR-1.4.0a > > i just checked my version of openexr.  it's 1.6.1.  do you know if the > newer version is compatible? > Certainly, I use it for several

[hugin-ptx] Re: very poor hdr/exr results

2010-04-29 Thread slaterson
On Apr 29, 6:39 pm, slaterson wrote: > On Apr 29, 3:24 pm, Bruno Postle wrote: > > This is with OpenEXR-1.4.0a i just checked my version of openexr. it's 1.6.1. do you know if the newer version is compatible? -- You received this message because you are subscribed to the Google Groups "hugi

[hugin-ptx] Re: very poor hdr/exr results

2010-04-29 Thread slaterson
On Apr 29, 3:24 pm, Bruno Postle wrote: > Yes it seems that Hugin uses EXR for the intermediate stitching > files. ok. so only the final panorama is output as tiff? the merged stacks are exr, also? > I tried one of my bracketed panoramas and it is ok (HDR merged and > blended with Hugin trun

Re: [hugin-ptx] Re: very poor hdr/exr results

2010-04-29 Thread Bruno Postle
On Mon 26-Apr-2010 at 21:04 -0700, slaterson wrote: On Apr 26, 4:05 pm, Bruno Postle wrote: > Can you try a TIFF workflow instead of EXR? (TIFF supports > floating-point HDR data too). i tried changing the output option for hdr to tiff. i still got exr files! i'm not sure if that is expec

Re: [hugin-ptx] Re: Hugin win32:Problem with dependencies...

2010-04-29 Thread Bruno Postle
On Thu 29-Apr-2010 at 09:31 +0200, Oskar Sander wrote: Last time the SDK was discussed (when I also begun to install it myself, but stalled on a computer replacement), my impression was that the moving target was the panotools lib itself. My question is if that is fairly stable for the momen

Re: [hugin-ptx] [OSX] Hugin 2010.1.0 svn5116 32/64-bit bundle

2010-04-29 Thread David Haberthür
Hello all (Mac users) > As always: Information and binaries via my website > . I didn't run a speed test specifically, but can confirm that everything runs smoothli with this version on OS X 10.6.3 on a 2.33 GHz Intel Core

[hugin-ptx] Re: GSOC Bulletproof Makefile Lib

2010-04-29 Thread Tim
A late congratualtions to all the students from me! Best of luck with your respective projects. Looking forward to working with you Antoine. Am moving to Amsterdam on monday so hopefully I'll have some internet by the end of the week. Tim On Apr 28, 4:05 am, Yuv wrote: > Bruno Postle wrote: > >

Re: [hugin-ptx] Re: [win32] Hugin 2010.1 svn5118 for download

2010-04-29 Thread Nicolas Pelletier
Does this include the patent free CPDetector? I think it could help me on one problem, but I can't find it in the package. Not sure about what name it is also... Many thanks for these win packages BTW. Working perfectly for me! Thanks, nick On Thu, Apr 29, 2010 at 7:36 AM, Tomasz Nycz wrote:

Re: [hugin-ptx] Re: [win32] Hugin 2010.1 svn5118 for download

2010-04-29 Thread Tomasz Nycz
I tested 5063 and 5118 in Win7 64bit on a C2D and XP sp2 32bit on a Athlon 64. Everything worked fine. Both system use nVidia graphics. Have you tried upgrading your drivers for the graphics card? Any more details you can provide? I upgraded drivers for the graphics card and motherboard, b

Re: [hugin-ptx] Illustrated lens model for mosaic mode?

2010-04-29 Thread Darko Makreshanski
Oskar Sander wrote: I don't quite understand what you mean with consistency so I'd appreciate if you explained to me when you have time. Here is an example. In image [1] two images are connected with control points and aligned with non-zero Tr parameters. In image [2] only the roll parameter

Re: [hugin-ptx] Re: Hugin win32:Problem with dependencies...

2010-04-29 Thread Oskar Sander
I suppose the answer on this question was no, right? Last time the SDK was discussed (when I also begun to install it myself, but stalled on a computer replacement), my impression was that the moving target was the panotools lib itself. My question is if that is fairly stable for the moment? So j