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
I' ll try if it can fix also my problems
Luigi
Paul de Repentigny wrote:
Hi Robert, hi all,
A new problem arose this morning when viewing a new terrain generated
with osgdem 1.2; textures appear like there's an offset, and repeat
themselves on the ground. It looks like the problem (better)
described by Luigi Calori while on another thread (see blelow).
Anyway, my better explanations (and tongue) reside under the
PrintScrn key:
What the terrain looks like: http://graphsynergie.com/osg/bug_tex.jpg
The underlying wireframe: http://graphsynergie.com/osg/
bug_tex_wireframe.jpg
What the terrain approximately *should* look like: http://
graphsynergie.com/osg/bug_tex_good.jpg
The problem occurred using stock osgdem 1.2, under Windows XP VS7.1
and Linux FC4. The command I passed was
osgdem -d elev_test_mtm8.tif -t mr_10m.tif
You can grab a scaled down version of the dataset here.
DEM: http://graphsynergie.com/osg/elev_test_mtm8.tif
Texture: http://graphsynergie.com/osg/mr_10m.tif
While zooming in and out, you'll see the texture moving place, and
you'll also so see a repeat in the texture when near the ground.
Also, while trying to recreate the problem with a smaller dataset,
another problem appeared, ie a clear white line in the middle of
nowhere. See http://graphsynergie.com/osg/whiteline.jpg. That white
line does'nt correspond to an edge as seen in the corresponding
mathing wireframe of the same image: http://graphsynergie.com/osg/
whiteline_wireframe.jpg.
All of these were working back to fresh and no fresh, stock and CVS,
OSG 1.0 until some day since last spring.
Do you guys actually use osgdem 1.2?
Regards,
Paul
On 1-Dec-06, at 2:05 PM, Luigi Calori wrote:
I have also some problem shown in recent CVS:
osgdem seems to incorrectly shifts pages
(seems like there is a translation in texture sampling at different
resolution levels)
I see comparing DataSet.cpp that differencies reside in some code
that define a value xoffset.
I do not understand what is that code for, but the perceived shift
seems in x.
Can it be correlated with data that is erroneously perceived as
geographic?
Is there a way to disable such offset?
Otherwise I can try to comment it out and see what happens.
Thanks in advance
_______________________________________________
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/
