I'm wanting to get the GL_RENDERER string out of my OpenSceneGraph / Qt
application for debug purposes, and potentially for showing to users for
technical support purposes.
I can get the likes of GL and GLSL version from the osg::GL2Extensions object,
and I can see the renderer string being
Out of OSG/Qt, I think you should:
1) Create a very simple rendering context (associated to the window
created by your application);
2) Make that rendering context as the current one;
3) Call glGetString(GL_RENDERER, ...);
Steps 1 and 2 are required, since all gl calls need a
Hi all,
I'm using MSVS10 SP1 on a Win7 x64 PC and have some issues with getting the
examples to run. I recently downloaded osg 3.0.1 and created the VS project
files with CMake, built the osg core for both Debug and Release with Win32
configuration (Linker command line does include
My solution thus far has been to call glGetString in the same function after my
call to osg::GL2Extensions::Get, since the OpenGL context appears to be valid
at that time - indeed the glGetString call is made internally by the
GLExtensions stuff at that time.
It just seems like the renderer
Thank you, it did worked.
Mohamed ALJI
Blog http://aljilogy.blogspot.fr
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=51960#51960
___
osg-users mailing list
Sorry about this delay, i did not notice when i looked and the compileGLObjects
method that it was also const, which still confuses me.
First of all thanks for the explanation!
Still, how is one supposed to create any opengl element (VBOs, textures...) to
use inside the drawImplementation
Hi Alexandre,
On 15 January 2013 12:47, Alexandre Valdetaro osgfo...@tevs.eu wrote:
Sorry about this delay, i did not notice when i looked and the
compileGLObjects method that it was also const, which still confuses me.
First of all thanks for the explanation!
Still, how is one supposed to
Hummm, now i understand. I really makes perfect sense. I will follow your
advice and implement the gl objects in a multibuffered way then.
Thanks a lot for the explanation, it really helped.
Cheers,
Alexandre
--
Read this topic online here:
I have just checked out OpenSceneGraph trunk and built it on my mac.osgversion:
OpenSceneGraph Library 3.1.4uname -a: Darwin 12.2.0 Darwin Kernel Version
12.2.0: Sat Aug 25 00:48:52 PDT 2012; root:xnu-2050.18.24~1/RELEASE_X86_64
x86_64XCode: Version 4.5.2 (4G2008a)
I am trying to get some
I've been in this situation before too, and it would be very handy to have
the GL_RENDERER and other identifying strings stored in OSG for the user
code to query. Since many people don't know you have to have the context
valid, and others don't know where/when OS has a valid context bound, it
Do you want to be compiling OSG yourself, or would it be helpful to just
download a pre-built and tested version for now?
On Tue, Jan 15, 2013 at 4:11 AM, Jason Fisher ik...@gmx.at wrote:
Hi all,
I'm using MSVS10 SP1 on a Win7 x64 PC and have some issues with getting
the examples to run. I
For starters I guess I could use prebuilt binaries to try to figure out what
the problem is, but at the end of the day I would like to build by myself.
ithrak (Jason Fisher)
--
Read this topic online here:
Try downloading my 3.0.1 build here:
http://alphapixel.com/osg/downloads/free-openscenegraph-binary-downloads
This will give you something working to compare with and maybe will help
you find your problems. You can run Depends on my binaries and see how they
are supposed to look.
On Tue, Jan
Chris, you're right about the heterogeneous case.
Current svn trunk HEAD of the osgWorks project has a couple tools that might
help.
There is a struct osgwTools::Capabilities that your app can invoke while any
context is current (as in a Camera pre-draw callback). It obtains the
GL_RENDERER
Thanks a lot Chris. Your binaries look exactly the same in dependency walker.
Yours run, mine don't -- e.g. the osgviewer.exe.
Weird... has to be something else. Any other ideas, anybody?
ithrak (Jason Fisher)
--
Read this topic online here:
(Cross-posting to the osgWorks Google Group.)
osgWorks r474 now has a singleton instance that allows apps to access
GL_RENDERER and other values without a current context. To use this tool, do
something like the following:
osgwTools::Capabilities* caps =
Hi,
Thanks Robert! The .osgt format worked just fine. I didn't know about the new
formats. Guess I should have read the Beginner's Guide more carefully :)
...
Thank you!
Cheers,
Michael
--
Read this topic online here:
Roni Zanolli roni@... writes:
Hi,
Attached a sample code. If you are using QtCreator this will be even easier.
Create a gui application.
In your mainwindow.ui create a widget and promote it to QtOsgLib. Copy the
files attached to your project
and that's it.
Let me know if it
18 matches
Mail list logo