Hi Eric,
some info in this recent thread too.
http://thread.gmane.org/gmane.comp.graphics.openscenegraph.user/68096/
jp
On 26/05/11 18:14, Eric Sokolowsky wrote:
Robert Osfield wrote:
Hi Eric,
On Thu, May 26, 2011 at 4:21 PM, Eric Sokolowsky esok@gmail.com
wrote:
Yes, this is what I
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
HI Dimi,
On Fri, May 27, 2011 at 8:21 AM, dimi christop dimi_chris...@yahoo.com 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?
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
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
kpark...@cs.rochester.edu wrote:
Hi all,
I was playing around with the dev release 2.9.14 on Windows (not the
latest svn) and
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
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
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:
Hi Daniele,
Try setHomePosition(..).
Robert.
On Fri, May 27, 2011 at 11:56 AM, daniele argiolas arj...@gmail.com 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,
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
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
Hi Fred,
On Fri, May 27, 2011 at 1:12 PM, Fred Smith osgfo...@tevs.eu 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
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
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 PM, Fred
Hi Fred,
On Fri, May 27, 2011 at 2:22 PM, Fred Smith osgfo...@tevs.eu 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
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
Hi Eric,
On Fri, May 27, 2011 at 2:29 PM, Eric Sokolowsky esok@gmail.com 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.
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
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
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
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:
1OSGHelper.cpp.obj : error LNK2001: unresolved external symbol public:
virtual void __cdecl ReferenceMaker::SetReference(int,class
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#39855
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
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 rpav...@iastate.edu
mailto:rpav...@iastate.edu wrote:
On Tue, May 24, 2011 at 1:46 PM, Paul Martz pma...@skew-matrix.com
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
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
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::swapBufferImplentation()
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 enable the
Hi Nan,
On Fri, May 27, 2011 at 3:09 PM, Nan WANG nan.c...@gmail.com 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
Hi Eric,
On Fri, May 27, 2011 at 4:22 PM, Eric Sokolowsky esok@gmail.com 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
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 me,
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
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
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 comes
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
Hi All,
On Thu, May 26, 2011 at 2:31 PM, J.P. Delport jpdelp...@csir.co.za wrote:
ulimit -c unlimited
for ((i=0; i100; 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,
Excellent work, will get banging on it.
-- mew
On Fri, May 27, 2011 at 8:47 AM, Paul Martz pma...@skew-matrix.com 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:
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
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?
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?
It
Hi Fred,
On Fri, May 27, 2011 at 2:57 PM, Fred Smith osgfo...@tevs.eu 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
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
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. Maybe
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)
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,
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 the
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
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,
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
49 matches
Mail list logo