osggtk-users — For those developing applications that use osgGtk

[Osggtk-users] osgGtk and GPLv2+

[Matteo M. <mat...@gm...>]

Dear Rick L. Vinyard Jr.,

my name is Matteo Morelli and I'm the developer and the project admin of
RTSS - the Robotics Toolbox for Scilab/Scicos, a GPLv2+ licensed project
(where + stands for "or later")  hosted here at SF.net (group id: 206553
Project Name: rtss).

In order to integrate OSG with GTK and use it in RTSS, I am interested
in including your osgGtk/GraphicsWindowGtk.* and osgGtk/ViewerGtk.*
files in my project's source tree.

However, according to the GPL Compatibility Matrix provided by the FSF,
GPLv3 code cannot be copied/included in GPLv2+ projects unless GPLv2+ is
upgraded to GPLv3. Since I would like to maintain the GPLv2+ license for
compatibility with other GPLv2 softwares related to mine, and since,
after all, we're all developing GPL code (ie. non-proprietary nor closed
source oriented code), I was wondering if you could kindly release your
code also under a GPLv2+ license (like eg. eigen), or simply add some
GPLv2+ friendly linking exceptions.

Thank you in advance for your time. I look forward for your reply.

Best regards,

--
Matteo Morelli

[Osggtk-users] osgGtk support

[Hensens, E. <ehe...@hu...>]

Hello,

First off, thank you for posting osgGtk on sourceforge.net. It is a great project and it is easy to use. There is one thing I don't understand, however.

I want to make the osgGtk widget the entire size of the screen and then place button and image widgets on top. For other widgets, this can be accomplished using a gtk_fixed widget. However, when I make the osgGtk widget the entire size of the screen, it automatically puts every other widget behind it, and even though the buttons can be clicked, they cannot be seen. Is there some way to put the osgGtk widget behind the other normal Gtk+ widgets? Is this a limitation of the osgGtk project?

Thanks in advance for your help!

Erik Hensens
Software Engineer
Hunter Engineering
(314) 716-0402

[Osggtk-users] Overlaying a button on top of the OSGGtk window

[Larson, T. <TL...@Hu...>]

I have been using the OsgGTK library with great success...

But, I'd like the ability to place a button on top of the OSG GTK 3D window.  I would like my button to appear on top of the the 3D scene.

As an experiment, I wrote the following snippet of code.  Both the button and the OSG GTK are created and are functional.

BUT... The OSG GTK window appears on top of the button, even though the button is created after the Graphics Window.  I would like the button to overlay the OSG GTK window.

               Any suggestions would be greatly appreciated.



       //     Create an OSG gtk window
osgViewer::GraphicsWindowGtk* gw = viewer->setup_viewer_in_gtk_window(width,height);


       //     Create a fixed container to contain both the OSG GTK window and a button
       GtkWidget *TopFixedContainer;
       TopFixedContainer = gtk_fixed_new();
       gtk_box_pack_start(GTK_BOX(main_vbox), TopFixedContainer, TRUE, TRUE, 0);
       gtk_widget_show( TopFixedContainer );

       //     Show a OSG gtk window
       gtk_fixed_put (GTK_FIXED (TopFixedContainer), gw->gtk_widget(), 70, 65);
       gtk_widget_show(gw->gtk_widget());

        //    Show a demo button
       GtkWidget *button;
       button = gtk_button_new_with_label ("Lookat f");
       gtk_fixed_put (GTK_FIXED (TopFixedContainer), button, 50, 50);
       gtk_widget_show (button);



In this sample code I intentionally place the OSG gtk window so that the corner overlays the button.  I do this so that I can tell which widget is on top.  In the final program, I'd like to put the OSG gtk window at (0,0) and put the button at (50,50) so that the button is on top of the OSG gtk window.

- Tim Larson -

[Osggtk-users] Laggy behaviour of osgViewer::ViewerGtkmm

[patrick <ps...@gm...>]

Hi. After searching for a way to embed osg into a gtkmm program, I found 
your
great library. I installed all the stuff and everything works quite
fine. However, after generating a rather big amount of triangles (~70k), or
even when loading the "cessnafire.osg", I perceive a very slowing behaviour
of the widget. Using the osgviewerGtkmm tool from your examples leads to the
same observation which I have in my program (so i'm fairly sure, it's not
directly my fault). All in all, it's impossible to use the widget, because
every mouse input is buffered, resulting in an animation-like interaction
(lagged by some seconds, depending on the data).
Using the original osgviewer tool on the data, or using osgViewer::Viewer
in the program, each of the example data I tried runs fast and smooth.
So, do you have any idea why the ViewerGtkmm is so slow
on my machine for reasonable data sets? I also observed that all the gui 
stuff
( buttons etc.) is not rendered during the lag. Could all this be up to the
gui in some way. As in your examples, I do not use different threads or the
like. The lag heavily depends on the graphic complexity, but increases
very fast (while the same data runs perfectly in the osgviewer tool or using
the osgViewer::Viewer directly).

Thanks for your efforts. Best regards!
Patrick

[Osggtk-users] [osggtk - Help] Need your help w/ GLXBadLargeRequest

[SourceForge.net <no...@so...>]

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=5496104
By: allensaucier777

Sorry to post 2x.  I believe my 1st post was in the wrong forum.  Sorry. 


Hi. I've recently installed your library - along with all the necessary parts
- and it all compiles & links. I'm using the app osgviewerGtkmm_simple.cpp and
I receive the error: GLXBadLargeRequest when I attempt to load a LARGE osga
terrain file. It's about 500M and I need to be able to load this file w/in osg
w/in a gtk program.
 
I actually can load it w/ osg NOT running a gtk program. I can also load the
cessna.osg, cow.osg and other small osg files w/ your program.
 
Do you have any suggestions as to what I may do to resolve the problem I'm having?
 
-Allen 

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=839183