Re: [osg-users] glFinish

[Robert Osfield]

HI Sajjadul,

On 30 June 2013 05:47, Sajjadul Islam  wrote:
> I have a class that indirectly inherits from osg::Object and in some 
> functions of the custom class's public function i have to use the OpenGL call 
> "glFinish()" to make sure that all the OpenGL calls encapsulated inside the 
> OSG has finished execution. Is there any equivalent function is OSG that does 
> the same as glFinish ?

The OSG doesn't have a osg::Finish that you can stick into the scene
graph, but it's very easy to just add a draw callback to do this,
glFinish isn't an extension so you don't have to play games.

Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Source files and PDB's

[Bram Vaessen]

On a side node: In the manual it sais you have 2 ways of using OSG in MSVC++:
-as a library
-placing you own code in the workspace of OSG

I also use Bullet Physics, and for their code, CMake generates project files 
for each part of library. Then, you can simply add the necessary projects into 
the workspaces of your own project and it works just like that (no environment 
variables etc.). For the avarage amateur programmer this is a very convenient 
way of working. You can still update easily to a new version, but you can also 
set breakpoints and debug their code easily, an no need to set environment 
variables and include libraries (debug and nondebug etc. etc.).

Is this solution not possible for OSG? If not, why not? I think it would be 
great if OSG could be included in your own workspaces like that.

--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=55000#55000





___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] OPENSCENEGRAPH_MAJOR_VERSION and OSG_MAJOR_VERSION

[Trajce Nikolov NICK]

I did simply

#ifnderf OSG_MAJOR_VERSION
#define OSG_MAJOR_VERSION OPENSCENEGRAPH_MAJOR_VERSION
#endif

Builds ok now and should support the ancient osg releases as well

Nick


On Sun, Jun 30, 2013 at 1:04 AM, Trajce Nikolov NICK <
trajce.nikolov.n...@gmail.com> wrote:

> wops, chrome sent the email too early.
>
> to continue. Any suggestions what to do with this check? OSG_MAJOR_VERSION
> become OPENSCENEGRAPH_MAJOR_VERSION and even it may sound stupid to support
> a decade old versions, one might find it useful ... Any hints?
>
> Thanks
>
> Nick
>
>
> On Sun, Jun 30, 2013 at 12:58 AM, Trajce Nikolov NICK <
> trajce.nikolov.n...@gmail.com> wrote:
>
>> Hi Robert,
>>
>> seam like this preprocessor define was renamed over the ages. I am
>> revisiting the txp loader and found code that is compatible with older
>> versions of the loader (osg 1.2 from the comment from while back when). The
>> code is comming from Presagis and suppose to be the latest updates (which I
>> don;'t agree since work was done after to support whole earth geocentric
>> archives which is not present in the drop :/ )., Anyway, from my experience
>> with vis-sim some companies know to stuck with acient versions of libraries
>> and my intention here is to keep it compatible. I dont see this check in
>> the trunk. It is for TXPNode::traverse method, there is something like:
>>
>> // In the time of this change Robert mentioned the next
>>
>> // version will be 2.0. If not then change the condition to
>>
>> // mach the right versions. Up to 1.2 the following statment
>>
>> // needs to compile. Nick
>>
>> #if OSG_VERSION_MAJOR <= 1
>>
>> tileMapper->pushModelViewMatrix(cv->getModelViewMatrix());
>>
>> #else
>>
>>  
>> tileMapper->pushReferenceViewPoint(cv->getReferenceViewPoint());
>>
>> tileMapper->pushModelViewMatrix(cv->getModelViewMatrix(), 
>> osg::Transform::RELATIVE_RF);
>>
>> #endif
>>
>>
>> --
>> trajce nikolov nick
>>
>
>
>
> --
> trajce nikolov nick
>



-- 
trajce nikolov nick
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org