Re: [osg-users] (no subject)

Hi Oran, When optimizing OSG applications most of the task is really about optimizing the scene graph to address bottlenecks. You've taken the first step in look at high level cull, draw dispatch (the OSG's draw traversal dispatch data into the OpenGL FIFO) and draw GPU stats, and listing the

Re: [osg-users] (no subject)

Hi Michael, Nice job, will certainly use it! Cheers, Raymond On 7/1/2017 10:04 AM, Robert Osfield wrote: Great work Michael :-) On 30 June 2017 at 18:16, michael kapelko wrote: Hi. TL;DR Sample OpenSceneGraph application in Web:

Re: [osg-users] (no subject)

Great work Michael :-) On 30 June 2017 at 18:16, michael kapelko wrote: > Hi. > > TL;DR Sample OpenSceneGraph application in Web: > https://ogstudio.github.io/openscenegraph-cross-platform-guide/ > Give it a try! > > -- Official -- > > I've finished my work on the

Re: [osg-users] (no subject)

Hi Grendah, On 23 Apr 2016, at 15:35 , Grendah Garidi wrote: > hi, I want to use Qt with OSG(2.9.12_x86VC2008) and I need a Binaries > library of osg version 3.x.x do you perhaps want to consider installing all dependencies needed to build OSG via MSYS2 [1] and start

Re: [osg-users] (no subject)

Hi Anders, There is a new mechanism for managing clean up of GL objects, which in theory should help improve management of lifetimes of GL objects. The warning suggests that something is try to do GL call after the context is cleaned up, I don't know yet if this is a bug in the new code or

Re: [osg-users] (no subject)

Yep sorry. I was having some (other) issue where text was not rendered when I had enabled shadows, so I was messing with osgViewer.cpp copying sample code from osgShadow there. The example that reveals the issue at shutdown is plainly osgShadow.cpp Output: osgshadow.exe --window 0 0 1024 768

Re: [osg-users] (no subject)

Seems that this actually caused a lot more problem than I first thought... The fact that you need to have a valid reference while tearing down nodes, means that our system with plugins (dll:s loaded etc) now causes problems. The Camera it self, has references to a scene, states, (Renderer) etc,

Re: [osg-users] (no subject)

Hi Anders, On 4 February 2016 at 13:19, Robert Osfield wrote: > However, let me investigate the bug at my end. This should clarify > things. I haven't had a chance to investigate yet as I've been > testing and checking a block of work this morning. I have tracked the

Re: [osg-users] (no subject)

Hi Anders, On 4 February 2016 at 13:03, Anders Backman wrote: > Seems that this actually caused a lot more problem than I first thought... > > The fact that you need to have a valid reference while tearing down nodes, > means that our system with plugins (dll:s loaded etc) now

Re: [osg-users] (no subject)

Hi Anders et.al, On 4 February 2016 at 14:34, Robert Osfield wrote: > I will complete these fixes and get them checked in, once I do I'll > update this thread. I have fixed the problems in osgShadow and checked in fixes to git master. Gotta be said that some elements

Re: [osg-users] (no subject)

Hi Joshua, I'm not sure what you mean by video canvas. If you want to render a video as a texture on a geometry then the osgmovie example is the place to look. Robert. On 24 May 2015 at 21:39, Joshua Robinson shooki.robin...@gmail.com wrote: Howdy OSG-Users Volcans, I am a newbie to OSG

Re: [osg-users] (no subject)

I am having this problem with OSG 3.3.3 and Qt5 and MSVC2013 Commenting out the #define GL_ARB_vertex_buffer_object in osg/BufferObject does indeed allow it to compile. On Sun, Feb 1, 2015 at 10:56 AM, Robert Osfield robert.osfi...@gmail.com wrote: Hi Phileppe, I presume Qt5.4 is define the

Re: [osg-users] (no subject)

Hi Philippe, Unfortunately the forum has messed up the attachments. The mailing list is such much more reliable for attachments, alas forum's are so modern that most new users seem to prefer it. Could you just email me directly the changed files. Thanks for you patience, Robert. On 3 February

Re: [osg-users] (no subject)

Hi Robert, Thanks for the quick answers. Please find attached the two modified files (originals are from version 3.3.3): The files are: - include/osg/BufferObject - include/osg/GLDefines Qt also uses the #ifdef #define pattern so switching include order might not be ideal (haven't tested...).

Re: [osg-users] (no subject)

robertosfield wrote: Could you try removing the #define GL_ARB_vertex_buffer_object line from the include/osg/BufferObject header to see if that allows the Qt header to compile fine. Removing the #define GL_ARB_vertex_buffer_object line did the trick. Fixing the

Re: [osg-users] (no subject)

robertosfield wrote: Hi Phileppe, I presume Qt5.4 is define the various GL values in it's headers as well as the OSG.  You could try changing the include order of the Qt and OSG headers to see if that can resolve the issue.  I don't have Qt5.4 on my system to test against so I'll have

Re: [osg-users] (no subject)

Hi Phileppe, Good to hear you've been able to fix the problems. Could you send me the whole modified files so I can do graphical diff to make sure I get all the correct modifications. Thanks, Robert. On 1 February 2015 at 12:08, Philippe Renon philippe_re...@yahoo.fr wrote: robertosfield

Re: [osg-users] (no subject)

Hi Phileppe, I presume Qt5.4 is define the various GL values in it's headers as well as the OSG. You could try changing the include order of the Qt and OSG headers to see if that can resolve the issue. I don't have Qt5.4 on my system to test against so I'll have to defer to you to see if you

Re: [osg-users] (no subject)

Hi Philippe, Could you try removing the #define GL_ARB_vertex_buffer_object line from the include/osg/BufferObject header to see if that allows the Qt header to compile fine. Robert. On 31 January 2015 at 20:44, philippe renon philippe_re...@yahoo.fr wrote: Hi, Compilation of osg 3.2.1

Re: [osg-users] (no subject)

I am also seeing this warnings multiple times: [ 92%] Building CXX object src/applications/osgearth_package_qt/CMakeFiles/application_osgearth_package_qt.dir/package_qt.cpp.obj In file included from d:/Projects/OpenPilotTools/qt-5.4.0/5.4/mingw491_32/include/QtGui/qopengl.h:123:0,    

Re: [osg-users] (no subject)

LineSegmentIntersector will almost never hit non-polygon geometry. A perfect hit between a line and another line is difficult with floating point math. You should probably use the PolytopeIntersector ( http://trac.openscenegraph.org/documentation/OpenSceneGraphReferenceDocs/a00616.html ) which

Re: [osg-users] (no subject)

Thanks Robert for the detailed analysis. This is very helpful. Is there a way for me to directly access the slave cameras in my Viewer object, so I could, in the short term, hack in a change to the colorMasks, and thus perhaps not need to recompile OpenSceneGraph? Longer term, it might be nice

Re: [osg-users] (no subject)

Sorry I neglected to put a subject line. I think once I have two posts, I will be able to edit my question subject on the forum. Christopher -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=60519#60519

Re: [osg-users] (no subject)

HI Christopher, Currently the ANAGLYPHIC stereo support is hardwired to red-cyan. Curiously you are the first to ask for anything else. To implement for other interpretations of anaglyphic you'd need to implement it using osgViewer::View slave Camera's, one slave Camera for the left eye and one

Re: [osg-users] (no subject)

Hi Daniel, somewhere in the header of the txp archive should be something like GetVersion or such. Look in the trpage_* headers Nick On Thu, Apr 25, 2013 at 1:10 PM, Daniel Krikun krikun.dan...@gmail.comwrote: Hello Nick, How can I check what version of the txp is the format of the

Re: [osg-users] (no subject)

Hi RigTransformSoftware is not a node, it is helper class which implements skinning animation inside RigGeometry (which is not a node either, its drawable).Just dont touch vertex positions array and use gl_Vertex in shader instead of your position attribute (dont do this:

Re: [osg-users] (no subject)

Hi RigGeometry vertex\normal arrays updated according to animation when software rig transform implementation is used. Have a look at RigTransformSoftware::operator() source. If you set vertex position with setVertexAttribArray, it woudnt be updated, else if you set it with setVertexArray it would

Re: [osg-users] (no subject)

Hello. First of all the SceneGraph that is created after i read the dae file doesnt have any RigTransformSoftware node. Does that mean the values in the vertex array in the rig geometry will stay the same during the program execution (and they will never get the updated value) ? In order for me

Re: [osg-users] (no subject)

Spam. Do not visit this link. On Mon, Jul 2, 2012 at 3:18 PM, m...@arne-kreutzmann.de wrote: http://newmodeluk.com/time.php?ocean208.png ___ osg-users mailing list osg-users@lists.openscenegraph.org

Re: [osg-users] (no subject)

Hi, Short answer: there are no simple way, You should get all drawables, grab all primitivesets and set instance count for them, write shaders that make use of instanceID to calculate vertex position. also with instanced drawing you should disable display lists, so for performance reasons make

Re: [osg-users] (no subject)

Hello Michael, I guess with instancing you mean not loading the geometry more than once. By default, when loading a let's say openflight database OSG will load every external, even it has been encountered before. There are 2 options you can try. 1, Set up a readFileCallback and cache the model

Re: [osg-users] (no subject)

Sorry abou this unsavoury spam getting through - it looks to be a case of a guinuine osg-user that has their mail account compromised by the spammers. I've unsubscribed the problem account and notified the account holder. ___ osg-users mailing list

Re: [osg-users] (no subject)

Hi, FYI, Paul Martz's OpenSceneGraph Quick Start Guide is preferred for beginners in my opinion. And Qian Xuelei and I wrote a book OpenSceneGraph Beginners Guide in the end of last year, which is published by the Packt Publishing. Do some search in the osg-users archives could be of a lot help,

Re: [osg-users] (no subject)

Manage/stop your subscription at the same place you signed up at http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org __ Gordon Tomlinson http://www.photographybygordon.com/

Re: [osg-users] (no subject)

On Wed, Jan 12, 2011 at 6:21 AM, Vivek Kumar Dwivedi vivekcsjm...@gmail.com wrote: Pléase don't send me queries. -- Vivek Dwivedi, ___ osg-users mailing list osg-users@lists.openscenegraph.org

Re: [osg-users] (no subject)

Hi Robert, Could you remove him from the mailing list ? he have sent dozens of mails like this. Mourad If want to disable subscription or unsubscribe then simply follow the list to the mailing list admin page - it's appended to all posts (see above you post even had all the info you need).

Re: [osg-users] (no subject)

Hi Vivek, On Wed, Sep 22, 2010 at 6:44 AM, Vivek Kumar Dwivedi vivekcsjm...@gmail.com wrote: Hi,do not send mail. I am very busy. Too busy to be polite or to take control of your own subscription? At the bottom of all emails there is the link to the mailing list admin pages, simple log in and

Re: [osg-users] (no subject)

This is a spam and spam link, Gordon Tomlinson Product Manager 3d Technology Project Wyvern Overwatch® An Operating Unit of Textron Systems __ WARNING: Documents that can be viewed, printed or retrieved from this E-Mail may contain

Re: [osg-users] (no subject)

On Mon, Jul 26, 2010 at 12:39 PM, Tomlinson, Gordon gtomlin...@overwatch.textron.com wrote: This is a spam and spam link, I spotted it too, and don't know how it got into osg-users list. The mailing addresses on the post aren't subscribed and the mailing list is set to reject all posts from non

Re: [osg-users] (no subject)

Hi John, I would suggest adding the directory where the collada lib is into your lib search path. I can't recall exactly what this is under windows, could it just be PATH? The other alternative is to copy the lib into the directory where you've installed the OSG libs. Robert. On Tue, Mar 2,

Re: [osg-users] (no subject)

Hi John, Is there a reason why you write libcollada14dom2l-d.dll with an L rather than a 1 ? Mourad On Tue, Mar 2, 2010 at 7:29 PM, Montgomery, John T. j.t.montgom...@abdn.ac.uk wrote: Hello All, I am trying, for the first time, to export a Blender model into OSG - specifically,

Re: [osg-users] (no subject)

...@lists.openscenegraph.org] On Behalf Of Robert Osfield Sent: 03 March 2010 08:46 To: OpenSceneGraph Users Subject: Re: [osg-users] (no subject) Hi John, I would suggest adding the directory where the collada lib is into your lib search path. I can't recall exactly what this is under windows, could it just be PATH

Re: [osg-users] (no subject)

...@lists.openscenegraph.org [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Mourad Boufarguine Sent: 03 March 2010 09:01 To: OpenSceneGraph Users Subject: Re: [osg-users] (no subject) Hi John, Is there a reason why you write libcollada14dom2l-d.dll with an L rather than a 1 ? Mourad

Re: [osg-users] (no subject)

Oh, and sorry about the no subject. I hit the Send button to soon. Jesper D. Thomsen ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] (no subject)

HI Sunitha, In future posts could you use a relevant subject line as this helps with mail clients to thread appropriately, and also for others down the line to find threads on particular topics in the archives. When you load a scene graph from any of the 3d loaders you'll get a complete scene

Re: [osg-users] (no subject)

Hi Pecoraro thank to spot the bug please send your submissions on osg-submissions the next time. after review the original code, at line Optimizer.cpp:1561 lod-getNumRanges() is used to know how many iteration will be done in the for loop, and getNumRanges have to be equal to getNumChild, so

Re: [osg-users] (no subject)

Hi Maya, Sorry about this, changed the API but missed updating the wrappers. They are now updated and checked in. Robert. On Mon, Mar 31, 2008 at 12:34 AM, maya leonard [EMAIL PROTECTED] wrote: Hi Robert While trying to compile the latest svn version from today I get the following

Re: [osg-users] (no subject)

Hi, A 60ms draw time is high, and may be high simply because the OpenGL fifo is full and stalling draw dispatch, or could be that you could requires a round trip from CPU to GPU. I wouldn't have though having lots of Camera in itself would be the cause of the slow draw times. W.r.t multipass,

Re: [osg-users] (no subject)

Hi Pedro, Have you added the core osg libraries to you link line? Are the osg libraries built OK and on your paths? Robert. On Jan 2, 2008 2:06 PM, Pedro José Muñoz Martínez [EMAIL PROTECTED] wrote: Hello all, I am trying to load Images in my application and it compiles ok but when

Re: [osg-users] (no subject)

Silvère Besse wrote: in the daily builds : OpenSG\Source\System\FieldContainer\OSGFieldDescription.cpp is missing, no way to compile :( Looks like you posted to the mailing list of the wrong scene graph ;-) Try the one at www.opensg.org Paul ___

Re: [osg-users] (no subject)

Hi Jan Take a look to the ShapeDrawable::accept(const HeightField field) to see how osg render a height field. Take a look to the osgtexture2d example to know how to enable and render texture. HTH David ___ osg-users mailing list