douglas wilkins | 4 May 07:27 2005
Picon

Re: [ptx] Re: Updates to panotools

--- Florent Bayle <florent.bayle@...> wrote:

> Le Samedi 30 Avril 2005 21:00, douglas wilkins a
> écrit :
> > --- Bruno Postle <bruno@...> wrote:
> > [snip]
> >
> > > Before I forget, now that pano12 can be built
> > > without java support,
> > > the panoinfo tool should report this.
> >
> > Done :-)
> >
> > regards,
> > Doug
> 
> I think that you can also change the file
> README.linux (java part, and how to 
> build the library under linux).

Yes, I should ;-)
It's on my TODO list for this week

regards,
Doug

Send instant messages to your online friends http://uk.messenger.yahoo.com 

-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
(Continue reading)

jeff | 3 May 02:45 2005

clens script file name

Howdy,

In an attempt to run several images through clens at with a little 
script, I found an issue that's making this difficult.  The stitcher 
script file is named generically "_script.txt" so that if two PTStitcher 
processes are running at the same time - they have to use the same script.

Any way to get a command line option to specify the name for the script 
file?  Or, could it just use the input filename + .txt or something?

Thanks,   jeff

-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
jeff | 6 May 15:23 2005

Re: clens script file name

Tim Jacobs said:
> On Mon, 2005-05-02 at 21:45 -0500, jeff wrote:
>> Tim Jacobs wrote:
>>> On Mon, 2005-05-02 at 19:45 -0500, jeff wrote:
>>>
>>>> Howdy,
>>>>
>>>> In an attempt to run several images through clens at with a little
>>>>  script, I found an issue that's making this difficult.  The
>>>> stitcher script file is named generically "_script.txt" so that if
>>>>  two
>> PTStitcher
>>>> processes are running at the same time - they have to use the same
>>>>
>>>>
>> script.
>>>>
>>>> Any way to get a command line option to specify the name for the
>> script
>>>> file?  Or, could it just use the input filename + .txt or
>>>> something?
>>>>
>>>> Thanks,   jeff
>>>>
>>>
>>> Hi Jeff, I don't think this would be too difficult. I will take a
>>> look at it when I get some time. How is it that you get two
>>> PTStitcher process going? Wild card expansion will only do one at a
>>> time. Will that not work in your application?
>>>
(Continue reading)

douglas wilkins | 6 May 15:52 2005
Picon

Re: clens script file name


--- jeff@... wrote:
[snip]
> > Hey Jeff, I've got the changes on my machine but
> then thought of
> > something else that might be a problem for you.
> PTStitcher creates
> > several temporary files during the stitching
> process that are also
> > generically named. I think this may cause you some
> problems. Does anyone
> > on this list see a way to do this? Maybe you can
> use nona?
> >
> > Anyway, if the other problems keep you from doing
> what you want, I won't
> >  commit the changes to clens. Otherwise, I go
> ahead and commit them.
> 
> Tim - yeah, I guess those would be a problem, too. 
> Thanks for your effort
> on this one.  I'll see if I can adapt my workflow to
> use a script with
> wildcards instead of calling it with each
> filename...

No promises, but if it can be done, I will make the
stitcher changes this weekend. Either way I think it's
worth committing the changes,

(Continue reading)

douglas wilkins | 6 May 16:43 2005
Picon

Re: clens script file name


--- douglas wilkins <dgswilkins@...> wrote:
> 
> --- jeff@... wrote:
> [snip]
> > > Hey Jeff, I've got the changes on my machine but
> > then thought of
> > > something else that might be a problem for you.
> > PTStitcher creates
> > > several temporary files during the stitching
> > process that are also
> > > generically named. I think this may cause you
> some
> > problems. Does anyone
> > > on this list see a way to do this? Maybe you can
> > use nona?
> > >
> > > Anyway, if the other problems keep you from
> doing
> > what you want, I won't
> > >  commit the changes to clens. Otherwise, I go
> > ahead and commit them.
> > 
> > Tim - yeah, I guess those would be a problem, too.
> 
> > Thanks for your effort
> > on this one.  I'll see if I can adapt my workflow
> to
> > use a script with
> > wildcards instead of calling it with each
(Continue reading)

douglas wilkins | 4 May 11:37 2005
Picon

Further updates to panotools for 64 bit platforms

Hi there,
I have just committed to CVS a further round of
changes to libpano. These changes are substantial in
terms of code, but I have not changed the interfaces
for 32 bit code (much as I would have liked to - more
about that shortly).

A short summary:
1. Use 32 bit data types for all image dimensions on
32/64 bit platforms.
2. Use 64 bit data types on the 64 bit platform as
appropriate - eg. for memory allocation and pointers.
I have tried to use scaleable data types where
possible.
3. I have added a new header panotypes.h to define the
fixed width data types.
4. I have tested this fairly well on 32/64 bit linux
and 32 bit windows. I have compiled it on a darwin
platform but I have _NOT_ tested extensively at all.
If someone could compile and test the current CVS code
on a Mac OSX system (as well as any others)that would
be good.

The only other change that I wanted to make was to
convert from signed to unsigned data types for image
dimensions i.e. increase maximum pixel dimensions from
~32000 to ~64000
Unfortunately that would have meant breaking binary
compatibility, especially on the windows platform
where most people merely install the pano12.dll. Any
(Continue reading)

Bruno Postle | 4 May 22:19 2005
X-Face
Picon

Re: [ptx] Further updates to panotools for 64 bit platforms

On Wed 04-May-2005 at 16:11 +0100, Douglas Wilkins wrote:
> > 
> > Yes, it would be nice to have an up-to-date Changelog in the 
> > CVS. Or,  at least, a NEWS file updated...
>
> Oops! Forgot ChangeLog - updated in CVS.  As soon as there are a 
> couple of positive reports and most people are happy with the 
> changes, I'll update the  NEWS, readme's etc. and hopefully bruno 
> will do a release :-)

The library builds ok as before and hugin/nona/PTOptimizer seem to 
be fine.

Though I built it with java support (and ptpicker/pteditor still 
work) but panoinfo reports that java is disabled:

  Patch200504a: Douglas Wilkins, Java support disabled

config.h and config.log both say: #define HasJava 1

--

-- 
Bruno

-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
douglas wilkins | 5 May 07:08 2005
Picon

Re: Re: [ptx] Further updates to panotools for 64 bit platforms


--- Bruno Postle <bruno@...> wrote:
[snip]
> The library builds ok as before and
> hugin/nona/PTOptimizer seem to 
> be fine.
> 
> Though I built it with java support (and
> ptpicker/pteditor still 
> work) but panoinfo reports that java is disabled:
> 
>   Patch200504a: Douglas Wilkins, Java support
> disabled
> 
> config.h and config.log both say: #define HasJava 1
> 

queryfeature.c does not include config.h. Instead it
uses the define on the command line. I get something
like:
gcc -DHAVE_CONFIG_H -I. -I. -I.
-I/usr/lib/jvm/java/include
-I/usr/lib/jvm/java/include/linux -DHasJava -DHasJPEG
-DHasPNG -DHasTIFF -DHasZLIB -D__Ansi__=1 -Wconversion
-W -Wall -g -O2 -MT queryfeature.lo -MD -MP -MF
.deps/queryfeature.Tpo -c queryfeature.c  -fPIC -DPIC
-o .libs/queryfeature.o

when compiling, which results in the message not being
displayed. hmmmm...
(Continue reading)

Jim Watters | 10 May 04:50 2005
Picon

Re: [ptx] Further updates to panotools for 64 bit platforms

I finally had a little time to build the new CVS of libpano,  I needed 
to do a little tweaking to get the project to build with msvs.net My 
first test indicate that an old problem with PNG files on Windows is 
resolved.  I will continue tomorrow.  Thank you Douglas for your 
contribution.

Jim

Bruno Postle wrote:

> On Wed 04-May-2005 at 16:11 +0100, Douglas Wilkins wrote:
>
>> > > Yes, it would be nice to have an up-to-date Changelog in the > 
>> CVS. Or,  at least, a NEWS file updated...
>>
>> Oops! Forgot ChangeLog - updated in CVS.  As soon as there are a 
>> couple of positive reports and most people are happy with the 
>> changes, I'll update the  NEWS, readme's etc. and hopefully bruno 
>> will do a release :-)
>
>
> The library builds ok as before and hugin/nona/PTOptimizer seem to be 
> fine.
>
> Though I built it with java support (and ptpicker/pteditor still work) 
> but panoinfo reports that java is disabled:
>
>  Patch200504a: Douglas Wilkins, Java support disabled
>
> config.h and config.log both say: #define HasJava 1
(Continue reading)

Bruno Postle | 19 May 15:32 2005
X-Face
Picon

Re: [ptx] Further updates to panotools (2.7.0.10 release)

On Wed 04-May-2005 at 16:11 +0100, Douglas Wilkins wrote:

> As soon as there are a couple of positive reports and
> most people are happy with the changes, I'll update
> the  NEWS, readme's etc. and hopefully bruno will do a
> release :-)

Jim Watters has a 2.7.0.10 pano12.dll file on his site, so I updated 
the source, tagged and released:

  http://sourceforge.net/project/showfiles.php?group_id=96188&package_id=132440

(we can release 2.7.0.11 if this one turns out to be a turkey ;-)

--

-- 
Bruno

-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click

Gmane