Re: [osg-users] Lines being culled

2012-09-04 Thread Robert Osfield
Hi Andreas,

I tried to recreate the problem with your model but haven't seen it
yet.  Could you record a camera path that demonstrates the issue and
then post this so that we can test exactly the same thing as you.  In
osgviewer you can press 'z' to start recording the camera path then
'Z' to finish and replay the path.  The file saved will be
saved_animation.path, and to replace this in osgviewer you'd use:

 osgviewer result2.osg -p saved_animation.path

Robert.

On 4 September 2012 15:30, Andreas Ekstrand
andreas.ekstr...@remograph.com wrote:
 Hi,

 I have a problem with lines being culled. Running osgviewer on the attached
 osg file and zooming in on e.g. the top right corner of the geometry,
 consisting of lines representing normals, will result in a sudden culling of
 all the lines. I have tried disabling culling altogether, made sure backface
 culling is off and all sorts of precautions regarding depth test etc. (see
 the state set in the osg file) but I can't get it to stay in view when
 zooming in.

 What might be the cause of this? Has someone else experienced this? Can
 someone reproduce the problem? I use OSG 3.0.1.

 Regards,
 Andreas


 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] Lines being culled

2012-09-04 Thread Andreas Ekstrand

Hi Robert,

Sure, here is the animation path. I zoom in and out a couple of times in 
the end of the path to show where it disappears. I wonder if it might be 
related to my ATI graphics card and its drivers...well, let's see if you 
can reproduce it first.


/Andreas



On 2012-09-04 16:38, Robert Osfield wrote:

Hi Andreas,

I tried to recreate the problem with your model but haven't seen it
yet.  Could you record a camera path that demonstrates the issue and
then post this so that we can test exactly the same thing as you.  In
osgviewer you can press 'z' to start recording the camera path then
'Z' to finish and replay the path.  The file saved will be
saved_animation.path, and to replace this in osgviewer you'd use:

  osgviewer result2.osg -p saved_animation.path

Robert.

On 4 September 2012 15:30, Andreas Ekstrand
andreas.ekstr...@remograph.com wrote:

Hi,

I have a problem with lines being culled. Running osgviewer on the attached
osg file and zooming in on e.g. the top right corner of the geometry,
consisting of lines representing normals, will result in a sudden culling of
all the lines. I have tried disabling culling altogether, made sure backface
culling is off and all sorts of precautions regarding depth test etc. (see
the state set in the osg file) but I can't get it to stay in view when
zooming in.

What might be the cause of this? Has someone else experienced this? Can
someone reproduce the problem? I use OSG 3.0.1.

Regards,
Andreas


___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org



0.000696070968497482 2148.97998046875 -1419.13293457031 156.382507324219 
0.707106781186548 0 0 0.707106781186548
0.0699708689542101 2148.97998046875 -1419.13293457031 156.382507324219 
0.707106781186548 0 0 0.707106781186548
0.139919413865792 2148.97998046875 -1419.13293457031 156.382507324219 
0.707106781186548 0 0 0.707106781186548
0.199948398524417 2148.97998046875 -1419.13293457031 156.382507324219 
0.707106781186548 0 0 0.707106781186548
0.270015883007378 2147.92557089404 -1419.01785670261 176.286059630242 
0.703018200962319 8.26866960287859e-005 -0.000518097671577871 0.711171662718234
0.340036889565523 2145.62630033926 -1417.81958296193 223.621133729184 
0.693197721765575 0.00032767138869332 -0.00174209757726281 0.720745292226393
0.399983165476051 2139.68783059861 -1407.42989543114 356.827997543489 
0.664783110348327 0.000986130269286395 -0.00515699955770691 0.747017971067804
0.469952570558613 2136.12052832725 -1375.94880909789 539.855753714363 
0.623628049361039 0.00291741787136331 -0.00962974233510827 0.781656454451486
0.539956376624898 2137.95133471062 -1339.70648820578 673.846479995252 
0.591676193089214 0.00520059105325313 -0.012484252420843 0.806062267958031
0.599903018503338 2143.80523738044 -1284.79968371538 823.974014436394 
0.553669758548842 0.00840057258550974 -0.0153392365213396 0.832552663001954
0.649976944021548 2147.35798211914 -1258.23869081301 884.088460264419 
0.53768953663796 0.0098773571098232 -0.0163583689278756 0.842926333538466
0.719940859585432 2152.16792285005 -1225.3873611706 950.931880385933 
0.519335571988979 0.0116546432028997 -0.0173939204121277 0.854313867668897
0.789953448881602 2155.2109048953 -1213.88359891992 972.718130886722 
0.513203601722027 0.0125128895515685 -0.0174027541265714 0.857999204500458
0.850045745988992 2157.62227731718 -1206.58540685262 986.149904959701 
0.509382939612347 0.0131448986966753 -0.0172850708793774 0.860265923302111
0.900685823866963 2157.91668874775 -1204.73472914603 989.513711490872 
0.508423027740886 0.0132441929692083 -0.017332703289 0.86083110638852
0.970117988054807 2157.91668874775 -1204.73472914603 989.513711490872 
0.508423027740886 0.0132441929692083 -0.017332703289 0.86083110638852
1.04028794355311 2157.91668874775 -1204.73472914603 989.513711490872 
0.508423027740886 0.0132441929692083 -0.017332703289 0.86083110638852
1.10022507026584 2157.91668874775 -1204.73472914603 989.513711490872 
0.508423027740886 0.0132441929692083 -0.017332703289 0.86083110638852
1.17028267361518 2157.91668874775 -1204.73472914603 989.513711490872 
0.508423027740886 0.0132441929692083 -0.017332703289 0.86083110638852
1.240051528282 2157.91668874775 -1204.73472914603 989.513711490872 
0.508423027740886 0.0132441929692083 -0.017332703289 0.86083110638852
1.30008527052348 2157.91668874775 -1204.73472914603 989.513711490872 
0.508423027740886 0.0132441929692083 -0.017332703289 0.86083110638852
1.35009076004216 2157.91668874775 -1204.73472914603 989.513711490872 
0.508423027740886 0.0132441929692083 -0.017332703289 0.86083110638852
1.40040915212554 2173.69867546522 -1202.07465143341 994.171151291092 
0.508423027740886 

Re: [osg-users] Lines being culled

2012-09-04 Thread Andreas Ekstrand
Ah...I tried on a different computer and it works fine there. Could it 
be that freaking ATI card again...will try updated drivers


/Andreas


On 2012-09-04 16:43, Andreas Ekstrand wrote:

Hi Robert,

Sure, here is the animation path. I zoom in and out a couple of times 
in the end of the path to show where it disappears. I wonder if it 
might be related to my ATI graphics card and its drivers...well, let's 
see if you can reproduce it first.


/Andreas



On 2012-09-04 16:38, Robert Osfield wrote:

Hi Andreas,

I tried to recreate the problem with your model but haven't seen it
yet.  Could you record a camera path that demonstrates the issue and
then post this so that we can test exactly the same thing as you.  In
osgviewer you can press 'z' to start recording the camera path then
'Z' to finish and replay the path.  The file saved will be
saved_animation.path, and to replace this in osgviewer you'd use:

  osgviewer result2.osg -p saved_animation.path

Robert.

On 4 September 2012 15:30, Andreas Ekstrand
andreas.ekstr...@remograph.com  wrote:

Hi,

I have a problem with lines being culled. Running osgviewer on the attached
osg file and zooming in on e.g. the top right corner of the geometry,
consisting of lines representing normals, will result in a sudden culling of
all the lines. I have tried disabling culling altogether, made sure backface
culling is off and all sorts of precautions regarding depth test etc. (see
the state set in the osg file) but I can't get it to stay in view when
zooming in.

What might be the cause of this? Has someone else experienced this? Can
someone reproduce the problem? I use OSG 3.0.1.

Regards,
Andreas


___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org





___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org



___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] Lines being culled

2012-09-04 Thread Robert Osfield
Hi Andreas,

On 4 September 2012 15:56, Andreas Ekstrand
andreas.ekstr...@remograph.com wrote:
 Ah...I tried on a different computer and it works fine there. Could it be
 that freaking ATI card again...will try updated drivers

I tried with your animation path and can't recreate the problem on my
Kubuntu 12.04/NVidia 560Ti system.

I would suspect a driver issue.  One thing you could try is disabling
the use of display lists in the results2.osg to see if that effects
things - you can do this by just setting the useDisplayList TRUE entry
in the .osg to FALSE.

Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] Lines being culled

2012-09-04 Thread Andreas Ekstrand

Hi Robert,

Thank you, that did the trick. The latest ATI drivers didn't work with 
display lists either. So it seems NVidia is still superior with OpenGL 
compared to ATI, as always...


Regards,
Andreas


On 2012-09-04 17:01, Robert Osfield wrote:

Hi Andreas,

On 4 September 2012 15:56, Andreas Ekstrand
andreas.ekstr...@remograph.com wrote:

Ah...I tried on a different computer and it works fine there. Could it be
that freaking ATI card again...will try updated drivers

I tried with your animation path and can't recreate the problem on my
Kubuntu 12.04/NVidia 560Ti system.

I would suspect a driver issue.  One thing you could try is disabling
the use of display lists in the results2.osg to see if that effects
things - you can do this by just setting the useDisplayList TRUE entry
in the .osg to FALSE.

Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org



___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org