Re: [osg-users] VBO incosistencies between 2.8 and 2.912

Excellent news I will the svn right away. On a side note, what is the best way in your opinion to update changing vbo geometry say for a morpher. In my code I do a array swap, but is there a faster way? Thank you for spending time hunting down this bug Dimi - Original Message From:

Re: [osg-users] VBO incosistencies between 2.8 and 2.912

HI Dimi, On Fri, May 27, 2011 at 8:21 AM, dimi christop wrote: > Excellent news > I will the svn right away. > > On a side note, what is the best way in your opinion to update changing vbo > geometry > > say for a morpher. In my code I do a array swap, but is there a faster way? It all depends u

Re: [osg-users] osgexport for blender?

Hi, what is the usage of the script? I guess it is not run from Blender, because of the commented out line importing the osggui module. I have tried to do the same as the 2.4x exporter from the command line, ${blender_exec} -b ${model} -P ${path_to_osgexport.py} --osg="filename=name.osg" but it

Re: [osg-users] vrml plugin for 2.9.14

Hi Keith, Could you please post the changes you've made as a full modified file to osg-submissions. Thanks, Robert. On Tue, May 17, 2011 at 8:17 PM, Keith Parkins wrote: > Hi all, > > I was playing around with the dev release 2.9.14 on Windows (not the > latest svn) and had to play around with

[osg-users] A small spelling problem in the cmake scripts

Hi Robert, As OSG is on its way to the 3.0 release, I'd like to report a very small bug... in fact it's a spelling bug, I think: In Find3rdPartyDependencies.cmake, there is a ACTUAL_3DPARTY_DIR option for Windows users to specify the root directory of third party libraries. But I think it should b

Re: [osg-users] A small spelling problem in the cmake scripts

Hi Rui, I haven't looked at the problem .cmake file yet I would suggest retaining the old ACTUAL_3DPARTY_DIR one for backwards compatibility and just add the correctly spelled one and make sure the docs just refer the to correctly spelled one. Robert. On Fri, May 27, 2011 at 11:21 AM, Wang Rui

[osg-users] Trackball manipulator start position

Hi, I'm trying to modify simple application osgViewer. I want to set the initial position of the camera (trackball manipulator). How? I try to set it with setByMatrix, setByInverseMatrix but nothing. can you explain me? thanks -- Read this topic online here: http://forum.opensce

Re: [osg-users] Trackball manipulator start position

Hi Daniele, Try setHomePosition(..). Robert. On Fri, May 27, 2011 at 11:56 AM, daniele argiolas wrote: > Hi, > I'm trying to modify simple application osgViewer. > I want to set the initial position of the camera (trackball manipulator). > > How? I try to set it with setByMatrix, setByInverseMa

Re: [osg-users] Trackball manipulator start position

ok!!! thank you very much! -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=39841#39841 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-use

Re: [osg-users] FrameBufferObject problems on OSG 2.9.11

Hi, Will this issue likely be addressed in the near future? I guess only somebody relatively experienced with the OSG code base can dig into this. I can test the code quite extensively as I have routines that process a lot of data. Right now I'm stuck with release 2.9.10. Not absolutely sure th

Re: [osg-users] FrameBufferObject problems on OSG 2.9.11

Hi Fred, On Fri, May 27, 2011 at 1:12 PM, Fred Smith wrote: > Will this issue likely be addressed in the near future? I guess only somebody > relatively experienced with the OSG code base can dig into this. > > I can test the code quite extensively as I have routines that process a lot > of dat

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

J.P. Delport wrote: Hi Eric, some info in this recent thread too. http://thread.gmane.org/gmane.comp.graphics.openscenegraph.user/68096/ jp Thanks for the pointer. I must have skipped over that thread. The problem described there looks like what is happening to me (I'm glad I'm not the only

Re: [osg-users] FrameBufferObject problems on OSG 2.9.11

robertosfield wrote: > Hi Fred, > > Please try the latest updates to svn/trunk, it may or may not address > the issues you have seen. If it doesn't please put together a small > example that reproduces the problem. > > Robert. robertosfield wrote: > Hi Fred, > > On Fri, May 27, 2011 at 1:12

Re: [osg-users] FrameBufferObject problems on OSG 2.9.11

Hi Fred, On Fri, May 27, 2011 at 2:22 PM, Fred Smith wrote: > Run the modified osggeometry.cpp sample and look at the memory usage. There > is, apparently, a big memory leak. Increase the number of times > testRTTCamera() is called and you should see the leak even better. The modified example

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

Here's some more information about the problem. I have narrowed it down to the patch r12294. Before this change I cannot get osgviewer to fail, but after this patch it is very easy to get osgviewer to fail. Something there caused the timing instability we are seeing. I'm going to investigate fu

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

Hi Eric, On Fri, May 27, 2011 at 2:29 PM, Eric Sokolowsky wrote: > Here's some more information about the problem. I have narrowed it down to > the patch r12294. Before this change I cannot get osgviewer to fail, but > after this patch it is very easy to get osgviewer to fail. Something there > c

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

Hi On 27/05/11 15:07, Eric Sokolowsky wrote: J.P. Delport wrote: Hi Eric, some info in this recent thread too. http://thread.gmane.org/gmane.comp.graphics.openscenegraph.user/68096/ jp Thanks for the pointer. I must have skipped over that thread. The problem described there looks like what

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

Hi All, I'm just doing a code review from before and after the r12294 rev and it looks like the move of the code from a method being called in the graphics thread GraphicsWindowX11::swapBufferImplentation() to on being called from the main thread GraphcisWindowX11::checkEvents() without the displa

Re: [osg-users] osgexport for blender?

Hi Alberto, The script is for using within blender. Copy the files from the blenderExporter directory to your blender scripts folder. I'm on linux so my folder is at: ~/.blender/2.57/scripts/addons/ Then when you open blender you will need to enable the script. * Open the User Preferences win

[osg-users] OSGExp and Max 2012

Hi all, I just installed Max 2012 (and the SDK) 64-bit, and am trying to compile OSGExp, but when it tries to link OSGHelper I'm getting this linker error: 1>OSGHelper.cpp.obj : error LNK2001: unresolved external symbol "public: virtual void __cdecl ReferenceMaker::SetReference(int,class Ref

Re: [osg-users] FrameBufferObject problems on OSG 2.9.11

Attached is a "cleaned up", "less messy" version of the repro. testRTTCamera() shows off the leak with offscreen rendering using a slave camera testLeak() shows off the GraphicsContext leak. -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=39855#398

Re: [osg-users] FrameBufferObject problems on OSG 2.9.11

this FBO issue will influence on QuadBuffer rendering?I got some quad buffer problem... ... Thank you! Cheers, Nan -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=39857#39857 ___ osg-users mailing

Re: [osg-users] 2.8.5 wrappers and osgconv

Thanks! This is in r12464 on the 2.8 branch. -Paul On 5/26/2011 4:41 PM, Ryan Pavlik wrote: On Wed, May 25, 2011 at 6:15 PM, Ryan Pavlik mailto:rpav...@iastate.edu>> wrote: On Tue, May 24, 2011 at 1:46 PM, Paul Martz mailto:pma...@skew-matrix.com>> wrote: Hi Ryan -- I just

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

Robert Osfield wrote: Hi All, I'm just doing a code review from before and after the r12294 rev and it looks like the move of the code from a method being called in the graphics thread GraphicsWindowX11::swapBufferImplentation() to on being called from the main thread GraphcisWindowX11::checkEve

[osg-users] 2.8.5 Call for testing

Hi all -- I've just tagged 2.8.5 RC1 and would like to request your help in testing. You can check out the release candidate from here: http://www.openscenegraph.org/svn/osg/OpenSceneGraph/tags/OpenSceneGraph-2.8.5-rc1 All features are in place at this time, with the one exception of the 3DS pl

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

On Fri, 2011-05-27 at 10:41 -0400, Eric Sokolowsky wrote: > Robert Osfield wrote: > > Hi All, > > > > I'm just doing a code review from before and after the r12294 rev and > > it looks like the move of the code from a method being called in the > > graphics thread GraphicsWindowX11::swapBufferImple

Re: [osg-users] osgexport for blender?

Damyon, "Damyon Wiese" writes: > Hi Alberto, > > The script is for using within blender. Copy the files from the > blenderExporter directory to your blender scripts folder. I'm on linux so my > folder is at: > > ~/.blender/2.57/scripts/addons/ > > Then when you open blender you will need to ena

Re: [osg-users] FrameBufferObject problems on OSG 2.9.11

Hi Nan, On Fri, May 27, 2011 at 3:09 PM, Nan WANG wrote: > this FBO issue will influence on QuadBuffer rendering?I got some quad buffer > problem... QuadBuffer stereo is totally unrelated to FBO's. Robert. ___ osg-users mailing list osg-users@lists.o

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

Hi Eric, On Fri, May 27, 2011 at 4:22 PM, Eric Sokolowsky wrote: > Changing "_display" to "display" fixes the crashing problem for me. Here is > an updated GraphicsWindow.cpp with the fix, which you may have already > applied. Good to hear that this fixed the problem - it illustrates it was a mu

Re: [osg-users] OSGExp and Max 2012

Hi Jean-Sébastien, On Fri, May 27, 2011 at 6:56 AM, Jean-Sébastien Guay < jean-sebastien.g...@cm-labs.com> wrote: > > and I had Max 2011 before and it was working fine, so I'm not sure where > this problem comes from. Has anything changed recently that could affect > this? > It compiles fine for

Re: [osg-users] osgexport for blender?

Hi Alberto, Here is an updated script that should fix this crash. Cheers, Damyon -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=39870#39870 osgexport-no-mercurial-20100527_r6.tar.gz Description: GNU Zip compressed data ___

[osg-users] Pyramid Does not appear

hi i did write the code of Basic Geometry tutorial on OSG tutorials page and when i run it the pyramid does not appear in the osg window any help in that :) cheers, Omar ___ osg-users mailing list osg-users

Re: [osg-users] OSGExp and Max 2012

Also, as a quick fix, can you try declaring the "SetReference" method of OSGHelper in a protected namespace? On Fri, May 27, 2011 at 6:56 AM, Jean-Sébastien Guay < jean-sebastien.g...@cm-labs.com> wrote: > > and I had Max 2011 before and it was working fine, so I'm not sure where > this problem co

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

Hi Eric et. al, I have now reverted the problematic part the r12294 that original moved the check for close events from the swapBuffersImplementation to checkEvents, this caused problems because the check was being done on the _display member variable that is X11 Display connection setup for acces

Re: [osg-users] [build] 2.9.14 and trunk problems on lubuntu 11.04+lxde+nvidia

Hi All, On Thu, May 26, 2011 at 2:31 PM, J.P. Delport wrote: > ulimit -c unlimited > for ((i=0; i<100; i++)) do  osgviewer --window 0 100 800 600 cow.osg & > osgviewer --window 500 0 800 600 cow.osg & sleep 0.5; killall osgviewer; > done As discussed in the "OSG trunk crashing, perhaps an nvidia

Re: [osg-users] 2.8.5 Call for testing

Excellent work, will get banging on it. -- mew On Fri, May 27, 2011 at 8:47 AM, Paul Martz wrote: > Hi all -- I've just tagged 2.8.5 RC1 and would like to request your help in > testing. You can check out the release candidate from here: > > http://www.openscenegraph.org/svn/osg/OpenSceneGraph/t

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

Robert, I tested your changes and I could not get it to crash, so it looks squashed to me. Thanks! Eric Robert Osfield wrote: Hi Eric et. al, I have now reverted the problematic part the r12294 that original moved the check for close events from the swapBuffersImplementation to checkEvents,

Re: [osg-users] OSGExp and Max 2012

Hi Farshid, Also, as a quick fix, can you try declaring the "SetReference" method of OSGHelper in a protected namespace? Actually, since it's never called by anyone, I just commented it out. It compiles and exports correctly. Just another data point for you, but is that method useful at all?

Re: [osg-users] OSGExp and Max 2012

Hi Jean-Sébastien, On Fri, May 27, 2011 at 9:43 AM, Jean-Sébastien Guay < jean-sebastien.g...@cm-labs.com> wrote: > > Actually, since it's never called by anyone, I just commented it out. It > compiles and exports correctly. Just another data point for you, but is that > method useful at all? > I

Re: [osg-users] FrameBufferObject problems on OSG 2.9.11

Hi Fred, On Fri, May 27, 2011 at 2:57 PM, Fred Smith wrote: > Attached is a "cleaned up", "less messy" version of the repro. > > testRTTCamera() shows off the leak with offscreen rendering using a slave > camera > > testLeak() shows off the GraphicsContext leak. The test code is still rather a

Re: [osg-users] OSGExp and Max 2012

Hi Farshid, It might be called internally by Max, since it is overriding the base class method. I'm not 100% sure of this, but it's probably safest to leave it there. Seems to me that if it's not in the libs, then it can't be called by Max... Unless there's a bug in the libs I'm using (perhap

Re: [osg-users] OSGExp and Max 2012

Hi Jean-Sébastien, I'm compiling on VC9 x64 for Max 2012 x64 running on Windows 7 x64. :-) > That's also my setup. Strange. > So, what do you suggest? Can you post the contents of the "buildnumber.h" max header file? Also, try building using the solution files in the "VisualStudio" folder. Ma

Re: [osg-users] OSGExp and Max 2012

Hi Farshid, Can you post the contents of the "buildnumber.h" max header file? /* This file is automatically generated by the DailyBuild script. */ /* VERSION_STRING is the build's posting, ie. MXXX, Daily, Midday. */ /* VERSION_INT is the last successful major (MXXX) with the letter prefix (M

Re: [osg-users] OSGExp and Max 2012

Hi Jean-Sébastien, Yes, that helped find out what was amiss. The CMake build setup was missing > a define _USRDLL. With this defined (and the SetReference() method > uncommented) it builds and runs fine. > > The modified file is attached. I added the define before adding the src > subdirectory, in

Re: [osg-users] Pyramid Does not appear

On 5/27/2011 10:02 AM, Omar Khaled Aly wrote: > hi > i did write the code of Basic Geometry tutorial on OSG tutorials page > and when i run it the pyramid does not appear in the osg window > any help in that :) I recall some sort of primitiveset error in that last time I saw it. I don't have t

[osg-users] [osgPango] Alpha when rendering letters

Hi, I use osgPango to render text ( latest version from svn ). from what I got from code, first glyphs are rendered to layers, then default shader puts everything into frontbuffer ( default is frag1 shader - which I use ). However - due to use of alpha in shader the text looks somewhat not ver

Re: [osg-users] [osgPango] Alpha when rendering letters

Can you send me an example showing this? I can probably fix the problem right up when I see the code. However, unless you've got some FFP blending setup elsewhere in your scene, I'm having a hard time imagining what could be wrong... On Fri, 2011-05-27 at 23:46 +0400, Sergey Kurdakov wrote: > Hi,

[osg-users] Too long to generate the DEM with osgdem

Dear all, I am newer for using OSG. I compile gdal and VPB and rightly get all the files with VS2005. When I use osgdem to generate DEM, I find it generates .IVE and a folder of XXX-_root_L0_X0_Y0 . The problem is: It takes too long to generate the DEM. I check the time