Hi Gary, You spelling fixes and changes to osgShell.bat are now merged with OSG-2.8 branch. I did simplify the osgShell.bat a bit more though, I removed the path to the plugins directory and the OpenSeneGraph-Data subdirectories as these shouldn't be required any more as the OSG searches automatically for it's versioned plugin directory.
On Fri, Feb 6, 2009 at 10:47 AM, Quinn, Gary <[email protected]> wrote: > osgAutoTransform seems to have a problem on a dualview display (2x > 1280x1024 displays, NOT horizontal span), where the text seems to > flicker (even when the camera isn't moving) and text randomly appears in > random places across the screen. This is a limit of osg::AutoTransform - it can't face two directions at once. > osgGeometry... The yellow geometry remains stationary when the model is > moved - is this correct ? This is correct. > See > http://vr3.tees.ac.uk/osg280rc1/osg280rc1_osggeometry.jpg > osgfxBrowser... The description text sits over the help text which looks > untidy. Looks like the fonts must be larger on your system. Once could spend time tweaking to get perfect on your system, but I wouldn't be able to do that given I don't have your fonts. Perhaps if you had nothing else to do with your time you could have tweak. > See http://vr3.tees.ac.uk/osg280rc1/osg280rc1_osgfxbrowser.jpg > osgKeyboard... When I press the Alt-Gr key, the display shows the > Left-CTRL key as being pressed. Do others under Windows see this? > osgPrecipitation... Looks good when the camera is static, but the > precipitation moves in the opposite direction to the camera. The > transition from a static camera to a moving camera creates an abrupt > change in the precipitation which looks odd. I don't know whether this is down to your drivers or perceptions, or lag on your monitor - do have an LCD? The PreciptiationEffect uses shaders to produce an motion blur effect - with the particles being stretched out across the start and end positions that particle will occupy on adjacent frames. > osgShaders... Only the bottom row of models are shaded. Is this correct > ? See http://vr3.tees.ac.uk/osg280rc1/osg280rc1_osgShaders.jpg The top three shouldn't be blank,. Are you getting any OpenGL errors reported? Do you have an up to date OpenSceneGraph-Data? > osgviewer glsl_mandelbrot.osg crashes on exit with a NULL pointer > reference. Could you please provide a stack trace. > osgstereoimage produces a black screen, no visible model. Again I wonder if you don't have an up to date OpenSceneGaph-Data on your path. Or perhaps no jpeg plugin to load the images. > osgScribe seems to incorrectly draw some of the back faces in wireframe. > See http://vr3.tees.ac.uk/osg280rc1/osg280rc1_scribeExample.jpg and > http://vr3.tees.ac.uk/osg280rc1/osg280rc1_scribeExampleCropped.jpg This could be a driver issue, or perhaps a polygonoffset issue. Neither of which is a bug on the OSG side. > Finally, I vaguely remember the examples in a much earlier release all > having a "h" hotkey for help, which showed how to save the scene, do a > screen dump, etc. But none of the 2.8.0 examples seem to have this. This is normal in 1.x osgProducer::Viewer provided everything including the kitchen sink by default. While osgVIewer::Viewer doesn't provide any event handlers save for a fallback of the TrackballManipulator if nothing else is registered before the call to viewer.run. Run osgviewer and you'll find 'h' works, and have a look at the code for it too to see how the various functionality is added. Robert. _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
