With latest CVS, this bug has gone: I had missed your last check-in on
the 14/11: it does exactly what I had in mind for fixing
Thanks a lot and sorry for the bothering.
Jason Beverage wrote:
Robert is probably right, the fix that I applied probably wasn't general
enough. I've got no idea right now what could be causing the issue.
I'm kind of swamped with work until maybe early next week or this
weekend, so I won't be able to look into this until then. If you guys
can come up with anything, that would be great.
Thanks,
Jason
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Paul de
Repentigny
Sent: Wednesday, December 06, 2006 11:37 A
To: osg users
Subject: Re: [osg-users] osgdem: offset in texture pages
Jason, Luigi,
The same problem occurs with the latest Nightly Tarballs
( 2006-12-05 ), cleanly built on Linux FC4.
Ciao,
Paul
On 6-Dec-06, at 11:17 AM, Luigi Calori wrote:
I' ll chechout as soon as possible and I' ll let you know the result.
Is there a parameter to set in order to disable the shifting or is
it infering from the dataset?
Jason Beverage wrote:
Hi Luigi and Paul,
Just to clarify, are you guys using the latest CVS or a previous
version. As Robert and Gert mentioned, that line is changed in
the CVS
to fix the problem that Gert found. If you're not using the latest,
could you do a CVS update and see if you have the same problems?
Thanks,
Jason
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Robert
Osfield
Sent: Wednesday, December 06, 2006 9:08 A
To: osg users
Subject: Re: [osg-users] osgdem: offset in texture pages
Hi Luigi and Paul,
On 12/6/06, Luigi Calori <[EMAIL PROTECTED]> wrote:
Using your data, I have the same problems (shift in image wehen lod
sawp...i think)
This problem seems related to the line
double xoffset = d_bb.xMin() < s_bb.xMin() ? -360.0 : 0.0;
in osgTerrain/DataSet.cpp, line 520
With this deta, this value is getting set (incorretly? ) to -360.0
If you reset it to 0.0, the problem seems to go away
Hope it helps in diagnosis
The above line is part of fix to handle geocentric datasets that
cross
over the dateline that I applied a couple of months back. Since then
Jason has done a fix to it so that it isn't applied inappropriately -
as some dataset you don't want to have the offset added. Perhaps
Jason's fix isn't general enough.
I'm currently focused on completely some other work so can't dedicate
myself to looking into this right now so if others can jump in an
spot
a fix then please do.
Robert.
_______________________________________________
osg-users mailing list
[email protected]
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
_______________________________________________
osg-users mailing list
[email protected]
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
_______________________________________________
osg-users mailing list
[email protected]
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
