Re: [osg-users] OSG version

On Dec 12, 2007 10:00 PM, Paul Martz [EMAIL PROTECTED] wrote: I'll bump the version number up once I tag the 2.3.0 release, I've been hanging back while more testing is carried out. Can I suggest a change in policy? The version number should get bumped as soon as the first post-release

[osg-users] adding nodes to the scenegraph

hi, i am sure this question has been asked before. i searched the archives but i could not find any answer. i have a (rather simple) scenegraph that is renedered with CompositeViewerQT. when constructing the scenegraph, i create a group node. while the app is running, i'm trying to add nodes

Re: [osg-users] adding nodes to the scenegraph

Hi Till, Is it as simple as the viewer's camera not pointing at the part of the scene containing the new object? Robert. On Dec 13, 2007 9:44 AM, till busch [EMAIL PROTECTED] wrote: hi, i am sure this question has been asked before. i searched the archives but i could not find any answer.

Re: [osg-users] adding nodes to the scenegraph

hi robert, you were right in a way. i was using overpainting like demonstrated in a qt/opengl example. looks like this influences opengl state in a way that makes newly created geometry disappear. i think i'll have to replace overpainting with something more osg-ish. thanks a lot, - till On

[osg-users] getting a Referenced's refMutex corrupted

Hi all, I am currently getting a strange error with my app, it crash when an object calls ref() because the variable _refMutex (from Referenced) is corrupted. The object itself doesn't seem to be corrupted, all the other variables are setted with correct values. It doesn't seems to come from a

Re: [osg-users] Mouse Picking (again...)

Hi, Andreas. Although my German is a bit rusty, I visited your website and congratulate you for the software you developped. I hope you're getting a proportional reward to the ammount of work you must've had... Unfortunately, I can't use your software for a couple of reasons: it is not

Re: [osg-users] [SPAM] Re: Latest SVN: problems with Plugins without Manifests

Wojtek, I think the problem you are hitting here is caused by the windows library loading code checking if a module (dll, etc) which has the same base file name (i.e. name excluding any path components) as the module to be loaded has already been loaded into the process address space. If a

Re: [osg-users] Latest SVN..

Hello Adrian, i have some linking problem and compiler warnings. There was discussion about this yesterday. You need to update your 3rdParty to Mike Weiblen's latest version, not the one that dates from 2005 which is on OSG's main site... I'll update the wiki so it's clear too, as I think

[osg-users] Latest SVN..

hi robert, i have some linking problem and compiler warnings. Plugins freetype error LNK2019: unresolved external symbol _FT_Outline_Get_BBox referenced in function protected: void __thiscall FreeTypeFont3D::init(void) ([EMAIL PROTECTED]@@IAEXXZ) Plugins freetype fatal error LNK1120: 1

Re: [osg-users] getting a Referenced's refMutex corrupted

Hello Serge, I am currently getting a strange error with my app, it crash when an object calls ref() because the variable _refMutex (from Referenced) is corrupted. The object itself doesn't seem to be corrupted, all the other variables are setted with correct values. It doesn't seems to

Re: [osg-users] Mouse Picking (again...)

Hello Renan, You have explained to me in words how does the whole intersection process works, but I still am not able to create a class that manages mouse picking. Can you pass me one of those that you said worked with shape drawables? I forget if we asked you this question before, but

[osg-users] ANN: Reference Manual for v2.2 now available

I'm really excited about this, especially the inclusion of the environment variable reference (which you've seen me pouring my sweat in to these past few weeks). Previously undocumented, OSG's environment variables are a powerful debugging and tuning mechanism that all OSG developers should be

Re: [osg-users] getting a Referenced's refMutex corrupted

Thanks for your reply JS but my app already run in single threaded. :) After some investigation it seems to come from an observer_ptr use. Removing it fix the crash. When I'll have more time I will try to find why this observer_ptr wasn't properly cleared. On Dec 13, 2007 3:11 PM, Jean-Sébastien

[osg-users] Retrieving state information about lights

I have found various resources about setting modes for light in OSG. But I do not want to use setMode(), but getMode(), which is giving me some problems. I want to issue a command like the OpenGL glIsEnabled(GL_LIGHT0) to see if a certain light is already active. This is needed to find a free

Re: [osg-users] Latest SVN..

Hi Adrian, Update your 3rd party package. It has been discussed one or two days ago on the list, the latest changes ask for a newer version of freetype. On Dec 13, 2007 3:20 PM, Adrian Egli [EMAIL PROTECTED] wrote: hi robert, i have some linking problem and compiler warnings. Plugins

Re: [osg-users] Retrieving state information about lights

Basic Soft wrote on Thursday, December 13, 2007 8:40 AM: I have found various resources about setting modes for light in OSG. But I do not want to use setMode(), but getMode(), which is giving me some problems. I want to issue a command like the OpenGL glIsEnabled(GL_LIGHT0) to see if a

Re: [osg-users] Development-system for Mac-OS

What is the the suggested method to fix the build(ie avoid linking errors) on OSX 10.5 with CMake?Our app doesn't use frameworks etc so I run into the freetype linking error during compile. I'm not all that familiar with CMake so other than setting the couple of freetype path variables in the

Re: [osg-users] [SPAM] Re: Latest SVN: problems with Pluginswithout Manifests

Hi Wojtek, On Dec 13, 2007 4:11 PM, Wojciech Lewandowski [EMAIL PROTECTED] wrote: Roger, I totally agree with you that manifests should probably stay in plugins. I made my research out of curiosity. I may add that indeed this mechanism looks like you described. Its interesting though that

Re: [osg-users] [SPAM] Re: Latest SVN: problems with Pluginswithout Manifests

Roger, I totally agree with you that manifests should probably stay in plugins. I made my research out of curiosity. I may add that indeed this mechanism looks like you described. Its interesting though that problem does disappear only if the executable loaded MSVCRT DLLs. If they were not

Re: [osg-users] Retrieving state information about lights

Note to be a code-style Nazi, but wouldn't be shorter to do something like the following (untested) code? Thanks a lot for the hint. I actually thought that when associating my lightsource with the StateSet via setStateSetModes() the value of GL_LIGHTx would have been set to ON. Now I do this

Re: [osg-users] ANN: Reference Manual for v2.2 now available

Nice work, thanks for the effort I so much like a dog eared book of a man or web page ;) _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Martz Sent: Thursday, December 13, 2007 9:40 AM To: 'OpenSceneGraph Users' Subject: [osg-users] ANN: Reference Manual for v2.2

[osg-users] osgHUD 0.1.1 ALPHA

Just wanted to give another heads up on the state of development and perhaps solicit some more feedback (which has been very small so far, seeing as there isn't much code yet--only about 2100 lines). There is an SVN tag of 0.1.1, and a new tarball in the downloads section.

Re: [osg-users] [SPAM] Re: Latest SVN: problems with PluginswithoutManifests

I was slightly wrong in what I said originally. The os does not ignore the searching sequence if the dll is already loaded it just does not load the module and does not call the dlls entry point with DLL_PROCESS_ATTACH. Here is the full sequence on LoadLibrary. An Activation Context is

Re: [osg-users] [SPAM] Re: Latest SVN: problems withPluginswithoutManifests

Thanks for all this info. Its quite useful what you have found. We have another completely non OSG related problem where your observations might help. Its particularly interesting that manifest checking is done by runtime DLLs itselves - so everyone can look at the runtime source code and see

Re: [osg-users] osgdem produces strips

Hi ümit, On Nov 19, 2007 11:48 AM, ümit uzun [EMAIL PROTECTED] wrote: Hi Robert; I used ; osgdem --xx 10 --yy 10 -t ps_texture_1k.tif \ --xx 10 --yy 10 -d ps_height_1k.tif \ -l 8 -v 0.1 -o puget.ive -a pegout.osga options like in introductions. Is there any simple example about vpb? I

Re: [osg-users] osgHUD 0.1.1 ALPHA

By the way: this also includes comments like, OMG THIS SUCKS LOL, if you're that kind of person... :) Not just positive feedback, so to speak. On Thu, 2007-12-13 at 12:19 -0500, Jeremy Moles wrote: Just wanted to give another heads up on the state of development and perhaps solicit some more

[osg-users] OSG and DIS

Hi all, Does anyone have any experience working with the DIS protocol ( http://en.wikipedia.org/wiki/Distributed_Interactive_Simulation) or something similar? I have to rewrite our OSG application to render a scene described/updated via DIS and I'm unsure of the best way to go about it (from a

Re: [osg-users] Mouse Picking (again...)

Here I am, then, asking anyone that can answer me, why it didn't work even though I used a box rendered vertex by vertex? There is a known bug with the Polytope intersection class: at least one vertex must be in the polytope in order for it to return a hit. If you mouse-click in the

[osg-users] What was reasoning behind OSG Z up axis

Hello, I looked at the archives and found someone else posted question about Z axis. Here is link: http://lists.openscenegraph.org/htdig.cgi/osg-users-openscenegraph.org/2007-July/000209.html I question this part of the answer: The OSG follows the majority of the vis-sim industry in having

Re: [osg-users] What was reasoning behind OSG Z up axis

I think you quoted the why in your own email -- Z-up corresponds to the predominant usage in the vis-sim community. OpenGL doesn't enforce an up vector policy. Object coordinates are arbitrary and up to the application. If you don't set the modelview matrix, then object coordinates are

[osg-users] retrieving SceneView and contextID()

Hello, I need to retrieve the current contextID or the contextID that a Viewer is working on, how do I do it? I saw in the documentation that one should retrieve the SceneView but it doesn't say how / from where, and I couldn't figure it out, as far a I could see osg::View and its subclasses

Re: [osg-users] OSG and DIS

We use DIS and OSG. Our host running our simulation interprets the DIS packets and maintains a list of enities. The entity objects contain the position, orientation, state, etc, info from the DIS packets (or other enitity update information souces). We then map the entities to CIGI entities

Re: [osg-users] retrieving SceneView and contextID()

osgViewer doesn't expose SceneView, even though it uses it under the hood. So, if you have an osgViewer-based app, you need another way to get the contextID. State has the contextID, so you should be able to getState()-getContextID() to get it. But who has State? Well, in many callbacks, you're

Re: [osg-users] readFontFile possible bug

OK, grabbed the latest copy of OSG out of SVN (latest as of about 2PM today) and ran my test app again. With the latest OSG the app doesn't crash, but there are still major issues. So, the multi-threading issue is still there. The database pager simply stops working, I get all manner of errors in

Re: [osg-users] Raytracing status

Hi J-S, yeah, it would be great if the osg system could be built with participating media in mind, even though not necessarily implemented. Myself, i've done some osg raytracing of both smoke and water, and i've been trying to think, based on the your and Adrian's replies, how Adrian's system

Re: [osg-users] ANN: Reference Manual for v2.2 now available

let me pile on and say i'm thrilled we're done with this too. :) i'd also ask of all those users out there who are interested in better documentation to send us an email: [EMAIL PROTECTED] - tell us what would is most important to you in our next book. what you'd like to see, what you think

Re: [osg-users] retrieving SceneView and contextID()

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Martz wrote: osgViewer doesn't expose SceneView, even though it uses it under the hood. So, if you have an osgViewer-based app, you need another way to get the contextID. You can get to the SceneView(s) in osgViewer. untested: Renderer*