Re: [osg-users] VertexBufferObject usage very slow...

Thanks Robert, will do. Happy Holidays! _ Sean Spicer Aqumin (www.aqumin.com) Office+1.713.781.2121 Mobile...+1.713.447.2706 Fax...+1.713.781.2123 On Tue, Dec 21, 2010 at 2:53 AM, Robert Osfield robert.osfi...@gmail.com wrote: Hi

Re: [osg-users] VertexBufferObject usage very slow...

have published advice on the topic. sean _ Sean Spicer Aqumin (www.aqumin.com) Office+1.713.781.2121 Mobile...+1.713.447.2706 Fax...+1.713.781.2123 On Sun, Dec 19, 2010 at 6:20 AM, Robert Osfield robert.osfi...@gmail.com wrote: Hi

Re: [osg-users] VertexBufferObject usage very slow...

the issue outside our app. cheers, sean _ Sean Spicer Aqumin (www.aqumin.com) Office+1.713.781.2121 Mobile...+1.713.447.2706 Fax...+1.713.781.2123 On Fri, Dec 17, 2010 at 2:36 AM, Robert Osfield robert.osfi...@gmail.com wrote

Re: [osg-users] VertexBufferObject usage very slow...

each VBO are draw in single bind call ? sean _ Sean Spicer Aqumin (www.aqumin.com) Office+1.713.781.2121 Mobile...+1.713.447.2706 Fax...+1.713.781.2123 On Fri, Dec 17, 2010 at 11:37 AM, Sean Spicer sean.spi...@aqumin.com wrote: Hi

[osg-users] VertexBufferObject usage very slow...

Hi Everyone, Working off the OSG trunk this afternoon, I tried some experiments with VertexBufferObjects and our geometry (all on the fast path). The only deltas in our code are as follows...all timing as measured by OSG stats: geometry-setUseDisplayList(true)

[osg-users] OSX Install Locations

/osgdb_freetype.so No luck there either. Thoughts? sean _ Sean Spicer Aqumin (www.aqumin.com) Office+1.713.781.2121 Mobile...+1.713.447.2706 Fax...+1.713.781.2123 ___ osg-users mailing list osg-users

Re: [osg-users] Does OSG function over VNC?

Hi Harry, Have a look at TurboVNC: http://www.virtualgl.org/Downloads/TurboVNC http://www.virtualgl.org/Downloads/TurboVNCsean _ Sean Spicer Aqumin (www.aqumin.com) Office+1.713.781.2121 Mobile...+1.713.447.2706 Fax

[osg-users] BUG REPORT: LineSegmentIntersector

. Are there any plans to change this ? It looks like a tedious, but not terribly invasive change. sean _ Sean Spicer Executive Vice President Chief Technology Officer Aqumin (www.aqumin.com) Office+1.713.781.2121 Mobile...+1.713.447.2706

Re: [osg-users] BUG REPORT: LineSegmentIntersector

_ Sean Spicer Executive Vice President Chief Technology Officer Aqumin (www.aqumin.com) Office+1.713.781.2121 Mobile...+1.713.447.2706 Fax...+1.713.781.2123 On Thu, Mar 25, 2010 at 2:53 PM, Jason Daly jd...@ist.ucf.edu wrote: Sean Spicer wrote: I came across a nasty little bug today

Re: [osg-users] BUG REPORT: LineSegmentIntersector

to accomplish what I'm after, I'd need a mechanism to allocate the underlying array on a 16 byte boundary. It looks as if this should be easily doable as MixinVector is a std::vector. Any thoughts on this? sean _ Sean Spicer Executive Vice

Re: [osg-users] Load balancing on multiple cores

_ Sean Spicer Executive Vice President Chief Technology Officer Aqumin (www.aqumin.com) Office+1.713.781.2121 Mobile...+1.713.447.2706 Fax...+1.713.781.2123 On Fri, Mar 19, 2010 at 1:12 AM, J.P. Delport jpdelp...@csir.co.za wrote: Hi

Re: [osg-users] osg::LOD range distance Coordinate System Question

_ Sean Spicer Executive Vice President Chief Technology Officer Aqumin (www.aqumin.com) Office+1.713.781.2121 Mobile...+1.713.447.2706 Fax...+1.713.781.2123 On Fri, Oct 9, 2009 at 2:06 AM, Robert Osfield robert.osfi...@gmail.com wrote: Hi

[osg-users] osg::LOD range distance Coordinate System Question

This may be a simple question - is the LOD range distance specified in object or world coordinates? I seems as if it should be in world coordinates, but I've got an example with numerous LOD nodes in sub-graphs, and if I sent a constant distance range in each of them (0.0, 30.0f) so that each LOD

Re: [osg-users] osg::LOD range distance Coordinate System Question

? cheers, sean On Thu, Oct 8, 2009 at 10:50 PM, Sean Spicer sean.spi...@aqumin.com wrote: This may be a simple question - is the LOD range distance specified in object or world coordinates?  I seems as if it should be in world coordinates, but I've got an example with numerous LOD nodes

[osg-users] Perspective Axes Rotation Indicator

Hi Osg-Users, Here's a topic that I cannot seem to find any reference in the archives for. I'm trying to create an Axes rotation indicator Glyph in the lower left-hand corner of our viewer (X, Y, Z). I've got working code for this (see below), but it is an orthographic projection, while my scene

Re: [osg-users] Embedding OSG in QT 4.5.0 with QGLWidget + QGraphicsScene / drawBackground() - need a little help.

: drawBackground needs a QGLWidget to be set as viewport on the graphics view.); } } _ Sean Spicer Executive Vice President Chief Technology Officer Aqumin (www.aqumin.com) Office+1.281.466.4848 Mobile...+1.713.447.2706 Fax

Re: [osg-users] KDTree Picking (at an angle)

, rather than the geometry bounding box, if a KDTree is assigned. Does this make any sense? sean On Wed, Dec 3, 2008 at 10:05 AM, Sean Spicer [EMAIL PROTECTED] wrote: Robert, I will see if I can repro the problem with osgpick and send you the osg file. It may take me a week or two though

Re: [osg-users] KDTree Picking (at an angle)

you expect the goemetry to get to/or the bound that you used for the KdTree. If that works OK I can look at cleaning up the overriding of the computed bound. Robert. On Thu, Dec 4, 2008 at 6:30 PM, Sean Spicer [EMAIL PROTECTED] wrote: Robert, I think I know why things go bad in KDTree

Re: [osg-users] KDTree Picking (at an angle)

. Robert. On Wed, Dec 3, 2008 at 12:00 AM, Sean Spicer [EMAIL PROTECTED] wrote: Hi Gang, I'm working on improving picking performance via KDTree, but I'm hitting an issue that is driving me nuts: If I pick a node from directly above (e.g. + Z axis) everything works great, and picking

[osg-users] KDTree Picking (at an angle)

Hi Gang, I'm working on improving picking performance via KDTree, but I'm hitting an issue that is driving me nuts: If I pick a node from directly above (e.g. + Z axis) everything works great, and picking is *very* fast. If I pick at an angle, (e.g. from eye(1,1,1)) then picking is fast, but not

[osg-users] osgDB loader question

Is there a way to load files from a byte-buffer? I'd like to be able to store certain shape-files as resources and load them with something similar to: osgDB::readNodeFile(shapeFile) something like: osgDb::readFromByteBuffer(char *buffer, size_t size); I can't find anything like this in the

Re: [osg-users] Cull-Traversal Performance

-- Sean Spicer Executive Vice President Chief Technology Officer Aqumin (www.aqumin.com) Office+1.281.466.4848 Mobile...+1.713.447.2706 Fax...+1.281.466.4849 ___ osg-users mailing list osg-users@lists.openscenegraph.org http

Re: [osg-users] Cull-Traversal Performance

Thanks. Is there a primmer on osg::KdTree anywhere? sean On Fri, Oct 31, 2008 at 9:37 AM, Robert Osfield [EMAIL PROTECTED]wrote: Hi Sean, On Fri, Oct 31, 2008 at 2:16 PM, Sean Spicer [EMAIL PROTECTED] wrote: Looking at the osgforest shader-path, one challenge that I see is that if one

[osg-users] Reversed Normal in Smoothing Visitor on TRIANGLE_STRIP

Hi All, OSG 2.7.4 - I'm seeing a reversed normal when running osgUtil::SmoothingVisitor on a drawable containing only tri-strips. Not sure if it is the first or last vertex, but I've repeated it with several different examples. Has anyone else seen this? sean -- Sean Spicer Executive Vice

[osg-users] Cull-Traversal Performance

Hi Folks, First off, let me say that it's good to be back on the list - it has been awhile ;-) I'm trying to tune a scene-graph representing a relatively-large model. I'm seeing what I think are abnormally long cull-traversal times. The SG looks as follows: (State is constant across the