Thread: Re: [Plib-users] Using only PUI without GLUT
Brought to you by:
sjbaker
Menu
▾
▴
plib-users
|
From: Andrew S. <x_b...@ho...> - 2002-04-25 09:08:21
|
Hi guys, Thank you very much to steve and sebastian for quick replies. I did = have a look at using ssg instead of Performer but the client = specifically wants performer used as the rendering library. I have also = looked into using GLUI before i decided on PUI but i didnt understand = how to incorporate it into a performer application. Besides, it relies = heavily on GLUT and i dont want to have to use GLUT. The software we are developing is titled 'Real Time Reporting of Image = Depth Statistics'. The software is supplied with a .3ds file to load = and render and also perform some statistical extraction. I need a gui = so users can modify system variables at runtime. The gui needs to use = opengl as the renderer and has to be able to work with an app that is = run in fullscreen and initialized by opengl performer. =20 What i need for my gui is very similar to the one created for the Pretty = Poly Modeler (refer to steve's plib page->gallery and the pretty poly = screenshot on that page) and thats why i want PUI, it can do what i = want. BUT i dont want to use GLUT. I have written my own font routines = and i know that i could replace all the calls from PUI to other external = modules with my own too. But i like steve's idea now of just linking to = the other libs. Unfortunately, all my experience with compiling is in vc++. I know the = basics of makefiles and gcc but i dont know how to make libs. could i = please get some hints on how to compile the source of pui into one lib ? thanks once again, Andrew |
|
From: Reed H. <re...@ze...> - 2002-04-25 14:29:12
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 =0D > What i need=A0for my=A0gui=A0is very similar to the one created for = the =0D > Pretty Poly Modeler (refer to steve's plib page->gallery and the = pretty =0D > poly screenshot on that page) and thats why i want PUI, it can do what = =0D > i want.=0D =0D I guess the other option is to put the GUI controls outside of the GL =0D= rendering window -- use Windows or GTK controls, or wxWindows =0D <http://www.wxwindows.org> (Cross platform GUI toolkit). But then you =0D= have to deal with that environment as well, and whatever limitations it =0D= places on the OpenGL aspect (the common technique seems to have an =0D "OpenGL Window" widget that you place in the GUI.)=0D =0D Sounds like you are avoiding that though.=0D =0D - --=0D Reed Hedges=0D re...@ze...=0D http://zerohour.net/~reed=0D =0D Virtual Object System - Interreality:=0D http://www.interreality.org=0D -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (Darwin) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjzIEpkACgkQxh9ID034ht1K4QCgqS7K+wFFL1Y0tmaaMURUVfUh 280AoIvDcBvoA1JIEKXZgVufSWqIsP14 =3DAODc -----END PGP SIGNATURE----- |
|
From: Steve B. <sjb...@ai...> - 2002-04-26 01:49:06
|
Reed Hedges wrote: > > What i need for my gui is very similar to the one created for the > > Pretty Poly Modeler (refer to steve's plib page->gallery and the pretty > > poly screenshot on that page) and thats why i want PUI, it can do what > > i want. > > I guess the other option is to put the GUI controls outside of the GL > rendering window... He said he wants to run full-screen. PUI is probably his only solution. ----------------------------- Steve Baker ------------------------------- Mail : <sjb...@ai...> WorkMail: <sj...@li...> URLs : http://www.sjbaker.org http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net http://freeglut.sf.net http://toobular.sf.net http://lodestone.sf.net |
|
From: Steve B. <sjb...@ai...> - 2002-04-25 11:55:15
|
> Andrew Stewart wrote:
> What i need for my gui is very similar to the one created for the Pretty Poly Modeler
Actually, PrettyPoly doesn't use PUI - it uses FLTK which renders using X commands
and not OpenGL.
However something like that could probably be done in PUI if you needed to.
> and thats why i want PUI, it can do what i want. BUT i dont want to use GLUT.
Yes - I understand. It's hard to get Performer to work with GLUT because they
both want to "own the main event loop".
> I have written my own font routines and i know that i could replace all the
> calls from PUI to other external modules with my own too.
Well, you *could* - but then you'd be legally bound to release those into the
public under the LGPL restrictions of PLIB.
> But i like steve's idea now of just linking to the other libs.
Good - I strongly advise that.
> Unfortunately, all my experience with compiling is in vc++. I know the
> basics of makefiles and gcc but i dont know how to make libs.
Don't worry - the PLIB distribution comes with all that stuff. You just
download and unpack PLIB, then say:
./configure
make
make install
(The last step should be done as 'root').
Then it's just like any other system library - you can link to it just
as you'd link to Performer, OpenGL or X.
On some Linux distributions, you'll find that PLIB has already been
installed when you installed the operating system.
> could i please get some hints on how to compile the source of pui into one lib ?
Don't compile it into *one* library - leave it exactly how it is.
Don't treat PLIB as anything special - just #include the necessary headers
into your source code and add:
-lplibpui -lplibfnt -lplibsg -lplibul
...to your link command sometime before you pull in Performer, OpenGL and X.
There is no need to treat PLIB any differently than other libraries.
----------------------------- Steve Baker -------------------------------
Mail : <sjb...@ai...> WorkMail: <sj...@li...>
URLs : http://www.sjbaker.org
http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net
http://prettypoly.sf.net http://freeglut.sf.net
http://toobular.sf.net http://lodestone.sf.net
|
Thanks for helping keep SourceForge clean.
X