plib-users

[Plib-users] [Fwd: Using GL_POINTS and not reflecting light]

[Michael W. <michael.wessels@z.zgs.de>]

-------- Urspr=FCngliche Nachricht --------
Betreff: Using GL_POINTS and not reflecting light
Datum: Wed, 01 May 2002 21:23:03 +0200
Von: Michael Wessels <michael.wessels@z.zgs.de>
An: "pli...@li..." <pli...@li...>



Hi all,
in my flight simulator I use plib for rendering the 3D objects in the=20
scenery. It works well.
Now I have introduced the runwaylights as points with the GL_POINTS comma=
nds=20
directly from OpenGL.
The effect is that the points don't reflect light. They are=20
dark.
But if an additional object like the aircraft model is put in the=20
scenery the runway lights points reflect light.This only=20
happens if the additional object has parts with transparence material.
Futher I have to say that this problems dont happens with my old graphic=20
card( Fire GL 1000 pro). My new graphic cards is a nvidia Gforce 4 MX.

Who has an idea, how to solve this problem?

With best regards

Michael

Re: [Plib-users] Using only PUI without GLUT

[Steve B. <sjb...@ai...>]

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

Re: [Plib-users] Using only PUI without GLUT

[Reed H. <re...@ze...>]

-----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-----

Re: [Plib-users] Using only PUI without GLUT

[Steve B. <sjb...@ai...>]

> 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

Re: [Plib-users] Using only PUI without GLUT

[Andrew S. <x_b...@ho...>]

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

Re: [Plib-users] Using only PUI without GLUT

[Steve B. <sjb...@ai...>]

> Andrew Stewart wrote:

> i've been trawling the net now for sometime looking for a gui toolkit
> which solely uses opengl calls to draw itself.  I need to incorporate
> this gui with OpenGL Performer on linux.

(You might want to consider replacing Performer with SSG!  I originally
wrote SSG as a Performer replacement - so unless you are heavily dependent
on Performer's multithreading - you might consider dumping it for an
OpenSource alternative).

If you are just looking for an OpenGL-rendered GUI, you could also take
a look at a package called 'GLUI' - I havn't seen many people use it - but
it's the nearest competitor to PUI that I know of.

> PUI seems perfect for that.

It is indeed - I only suggest you look at GLUI because I don't know the
details of your application and it's possible that GLUI might be a better
fit than PUI...it's hard to know.

>  So now i find out its part of Plib
> and thats fine but can i compile just the PUI lib by itself without
> the other bits and piecs of Plib ?  i see that it depends on ul.h and fnt.h

Yes - but there is no real reason not to link with those too. UL is just a set
of simple utility functions that are shared across all of PLIB - and FNT does the
work of rendering fonts - which you'll certainly need if you are doing without GLUT.

> but if i remove those function calls from all PUI source then it will work yes ?

No.

> I really want to find a copy of PUI before it was incorporated into Plib so all
> i have to do is remove those glut calls.

I *strongly* recommend that you stick with the current revision and link to libplibul.a
and libplibfnt.a (I think you also need libplibsg.a too).

>  Am i allowed to modify the source of PUI like that or is that illegal ?

Sure - it's legal - but note that if you give the modified program to anyone else
you have to give them the source code under the LGPL license and abide by the
terms of the LGPL yourself.  Those same terms apply to the unmodified PLIB of course.

> also, i see that the makefile compiles it into a .lib...

Actually, a ".a" for Linux...but yes.

> - can i just include all
> the PUI files directly into my program source and compile it like
> that or does that just defeat the purpose ? :)

You *can* do that too - but:

  1) Now your ENTIRE PROGRAM falls under the LGPL license...if you give a
     copy to anyone else, you have to give them ALL of the source code.

  2) You'll find it much harder to take advantage of upgrades and bug fixes.

  3) It's somewhat contrary to the *spirit* of free software in that we
     would be unable to take advantage of any bug fixes or enhancements
     you might happen to make.

I *STRONGLY* advise you to simply compile and install PLIB in it's entirety
(several people here can tell you what to do to get rid of the GLUT dependancy)
and simply link to libplibpui.a, libplibul.a, libplibfnt.a and libplibsg.a
...that should work just fine and it minimises the grief level for all concerned.

> Thanks for your time in answering,

My pleasure.

----------------------------- 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

Re: [Plib-users] Using only PUI without GLUT

[Sebastian U. <ud...@ha...>]

On Wed, 24 Apr 2002, x_b...@ho... (Andrew Stewart) wrote:
> Date: Wed, 24 Apr 2002 22:42:15 +1000
> To: <pli...@li...>
> From: x_b...@ho... (Andrew Stewart)
> Subject: [Plib-users] Using only PUI without GLUT
>
> hi all,
>
> i've been trawling the net now for sometime looking for a gui toolkit
> which solely uses opengl calls to draw itself.  I need to incorporate
> this gui with OpenGL Performer on linux.  PUI seems perfect for that.  So
> now i find out its part of Plib and thats fine but can i compile just the
> PUI lib by itself without the other bits and piecs of Plib ?

No - you will at least need FNT, SG and UL in addition to PUI.


>  i see that it depends on ul.h and fnt.h but if i remove those function
calls from
> all PUI source then it will work yes ?

It won't. PUI relies on FNT for rendering of text and on UL for directory
handling (file selector widget).


> I really want to find a copy of PUI before it was incorporated into Plib
> so all i have to do is remove those glut calls.

What have PUI's inter-PLIB dependancies to do with GLUT ? What's the
problem with them anyway ?

Nevertheless, you *can* tell PUI not to depend on GLUT at compile time if
you can live with some limitations. If compiled without GLUT, you will have
to feed PUI with window dimensions and font textures for now; additionally,
PUI currently won't allow you to spread user interface widgets across
different windows of your application.

For details, please see the PUI documentation (scroll down to the bottom of
the document):

http://plib.sourceforge.net/pui/


>  Am i allowed to modify the source of PUI like that or is that illegal ?

Surely you are allowed to do so (as long as you do not remove the copyright
headers). Welcome in the world of the (L)GPL license !


> also, i see that the makefile compiles it into a .lib - can i just
> include all the PUI files directly into my program source and compile it
> like that or does that just defeat the purpose ? :)

I don't see any reason why you would want to do so.

Besides the fact that simply including all the C++ source files of PUI
won't work, the latter consits of about 9500 lines of code - including that
much text from each of your source files would slow down compilation of
your application in a serious extent. And finally, what is wrong with the
lib file ?

If the PLIB libraries are statically linked into your application binary,
it won't depend on the library files at runtime.


- Sebastian

[Plib-users] Using only PUI without GLUT

[Andrew S. <x_b...@ho...>]

hi all,

i've been trawling the net now for sometime looking for a gui toolkit =
which solely uses opengl calls to draw itself.  I need to incorporate =
this gui with OpenGL Performer on linux.  PUI seems perfect for that.  =
So now i find out its part of Plib and thats fine but can i compile just =
the PUI lib by itself without the other bits and piecs of Plib ?  i see =
that it depends on ul.h and fnt.h but if i remove those function calls =
from all PUI source then it will work yes ?  I really want to find a =
copy of PUI before it was incorporated into Plib so all i have to do is =
remove those glut calls.  Am i allowed to modify the source of PUI like =
that or is that illegal ?

also, i see that the makefile compiles it into a .lib - can i just =
include all the PUI files directly into my program source and compile it =
like that or does that just defeat the purpose ? :)

Thanks for your time in answering,

Andrew

Re: [Plib-users] need help compiling plib

[<lo...@sl...>]

>
> Clearly we should be including that header - but we may need conditional
> compilation to use socklen_t only if it's defined and fall back on an 'int'
> instead. To be honest though, it's hard to imagine a socket system whose
> internal structure was more than 2^32 bytes long!

Just an FYI but Tru64 does define socklen_t to be 64 bits (at least in
some cases):

typedef unsigned long   socklen_t;      /* 64-bits */

Jeff Long

Re: [Plib-users] need help compiling plib

[Sebastian U. <ud...@ha...>]

On Sun, 21 Apr 2002, ma...@ne... (Mathew Kohel) wrote:
> Date: Sun, 21 Apr 2002 21:51:09 -0500
> To: <pli...@li...>
> From: ma...@ne... (Mathew Kohel)
> Subject: Re: [Plib-users] need help compiling plib
>
> I added sys/types.h to netSocket.cxx and also had to remove the code
> that typedef socklen_t to int to make it compile.

Yes, it was obviously broken:

!defined(socklen_t) <---- not excactly the way to check for a libc type ...

Fortuantely, the configure script already does this work for us in a more
correct way.


netSocket.cxx has been fixed in CVS; thanks for reporting this issue.


- Sebastian

Re: [Plib-users] need help compiling plib

[Mathew K. <ma...@ne...>]

I added sys/types.h to netSocket.cxx and also had to remove the code that
typedef socklen_t to int to make it compile.

Thanks for the help.

-----
Date: Sun, 21 Apr 2002 19:38:21 +0200
From: Sebastian Ude <ud...@ha...>
To: pli...@li...
Subject: Re: [Plib-users] need help compiling plib
Reply-To: ud...@ha...



The source file should include "sys/types.h", but it doesn't. (To the
original author: typedef'ing "socklen_t" to be "int" is not a solution.
Passing a pointer to your home-made type to a library function is
dangerous, since nobody gurantees that the "socklen_t" of the C library and
your definition have the same size. "man recv" explicitly says that both
"sys/socket.h" and "sys/types.h must be included.

I guess including "sys/types.h" will fix the problem for you. Please try it
and report if it did so that we can fix this bug in CVS.


- Sebastian



--__--__--

_______________________________________________
plib-users mailing list
pli...@li...
https://lists.sourceforge.net/lists/listinfo/plib-users


End of plib-users Digest

Re: [Plib-users] need help compiling plib

[Steve B. <sjb...@ai...>]

Sebastian Ude wrote:
> 
> On Sun, 21 Apr 2002, sjb...@ai... (Steve Baker) wrote:
> > Date: Sun, 21 Apr 2002 18:48:23 -0500
> > To: ud...@ha...
> > From: sjb...@ai... (Steve Baker)
> > CC: pli...@li...
> > Reply-To: sjb...@ai...
> > Subject: Re: [Plib-users] need help compiling plib
> 
> [...]
> 
> > > The source file should include "sys/types.h", but it doesn't. (To the
> > > original author: typedef'ing "socklen_t" to be "int" is not a solution.
> >
> > There are problems with some OS's (I think IRIX is one of them) with
> > those things.  I don't think older Unixen define socklen_t - so you have
> > to use an 'int'.
> 
> Okay. The problem is, however, that by not including "sys/types.h", the
> current code even typedef's "socklen_t" to be "int" on machines that *do*
> define socklen_t, which can be fatal when it comes to pointers to those
> types.
> 
> As the manuals of standard-conforming UNIX systems do, I really suggest
> including "sys/types.h" in addition to "sys/socket.h". It is a standard
> header file - does IRIX miss it, too ? If yes, just add a check for it in
> configure.in.

sys/types.h exists - but the socklen_t type does not.

Clearly we should be including that header - but we may need conditional
compilation to use socklen_t only if it's defined and fall back on an 'int'
instead. To be honest though, it's hard to imagine a socket system whose
internal structure was more than 2^32 bytes long!

----------------------------- 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

Re: [Plib-users] need help compiling plib

[Sebastian U. <ud...@ha...>]

On Sun, 21 Apr 2002, sjb...@ai... (Steve Baker) wrote:
> Date: Sun, 21 Apr 2002 18:48:23 -0500
> To: ud...@ha...
> From: sjb...@ai... (Steve Baker)
> CC: pli...@li...
> Reply-To: sjb...@ai...
> Subject: Re: [Plib-users] need help compiling plib

[...]

> > The source file should include "sys/types.h", but it doesn't. (To the
> > original author: typedef'ing "socklen_t" to be "int" is not a solution.
>
> There are problems with some OS's (I think IRIX is one of them) with
> those things.  I don't think older Unixen define socklen_t - so you have
> to use an 'int'.

Okay. The problem is, however, that by not including "sys/types.h", the
current code even typedef's "socklen_t" to be "int" on machines that *do*
define socklen_t, which can be fatal when it comes to pointers to those
types.

As the manuals of standard-conforming UNIX systems do, I really suggest
including "sys/types.h" in addition to "sys/socket.h". It is a standard
header file - does IRIX miss it, too ? If yes, just add a check for it in
configure.in.


- Sebastian

Re: [Plib-users] need help compiling plib

[Steve B. <sjb...@ai...>]

Sebastian Ude wrote:
> 
> On Sun, 21 Apr 2002, ma...@ne... (Mathew Kohel) wrote:
> > Date: Sun, 21 Apr 2002 12:22:14 -0500
> > To: <pli...@li...>
> > From: ma...@ne... (Mathew Kohel)
> > Subject: [Plib-users] need help compiling plib
> >
> > Hello all,
> >
> > I download the most recent stable version of plib and tried to compiled
> > it win mandrake 8.1.
> >
> > I received the following error:
> >
> > make[2]: Entering directory `/usr/src/plib-1.4.2/src/net'
> > c++ -DPACKAGE=\"plib\" -DVERSION=\"1.4.2\" -DHAVE_LIBDL=1 -DHAVE_LIBGL=1
> > -DH
> > AVE_LIBGLU=1 -DHAVE_LIBGLUT=1 -DHAVE_GL_GL_H=1 -DHAVE_GL_GLU_H=1
> > -DLINUX_JOY
> > STICK_IS_PRESENT=1 -DGLUT_IS_PRESENT=1  -I. -I.  -I../../src/util
> > -I/usr/lo
> > cal/include
> >  -g -O2 -O6 -Wall -c netSocket.cxx
> > netSocket.cxx: In method `int netSocket::accept (netAddress *)':
> > netSocket.cxx:218: cannot convert `int *' to `socklen_t *' for argument
> > `3' to `accept (int, sockaddr *, socklen_t *)'
> > netSocket.cxx: In method `int netSocket::recvfrom (void *, int, int,
> > netAddress *)':
> > netSocket.cxx:256: cannot convert `int *' to `socklen_t *' for argument
> > `6' to `recvfrom (int, void *, unsigned int, int, sockaddr *, socklen_t
> > *)'
> 
> [...]
> 
> > Where shoud soklen_t be defined?  I assuming I just need to include an
> > another .h file, just am not sure which one.
> 
> The source file should include "sys/types.h", but it doesn't. (To the
> original author: typedef'ing "socklen_t" to be "int" is not a solution.

There are problems with some OS's (I think IRIX is one of them) with those
things.  I don't think older Unixen define socklen_t - so you have to use
an 'int'.

----------------------------- 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

Re: [Plib-users] need help compiling plib

[Sebastian U. <ud...@ha...>]

On Sun, 21 Apr 2002, ma...@ne... (Mathew Kohel) wrote:
> Date: Sun, 21 Apr 2002 12:22:14 -0500
> To: <pli...@li...>
> From: ma...@ne... (Mathew Kohel)
> Subject: [Plib-users] need help compiling plib
>
> Hello all,
>
> I download the most recent stable version of plib and tried to compiled
> it win mandrake 8.1.
>
> I received the following error:
>
> make[2]: Entering directory `/usr/src/plib-1.4.2/src/net'
> c++ -DPACKAGE=\"plib\" -DVERSION=\"1.4.2\" -DHAVE_LIBDL=1 -DHAVE_LIBGL=1
> -DH
> AVE_LIBGLU=1 -DHAVE_LIBGLUT=1 -DHAVE_GL_GL_H=1 -DHAVE_GL_GLU_H=1
> -DLINUX_JOY
> STICK_IS_PRESENT=1 -DGLUT_IS_PRESENT=1  -I. -I.  -I../../src/util 
> -I/usr/lo
> cal/include
>  -g -O2 -O6 -Wall -c netSocket.cxx
> netSocket.cxx: In method `int netSocket::accept (netAddress *)':
> netSocket.cxx:218: cannot convert `int *' to `socklen_t *' for argument
> `3' to `accept (int, sockaddr *, socklen_t *)'
> netSocket.cxx: In method `int netSocket::recvfrom (void *, int, int,
> netAddress *)':
> netSocket.cxx:256: cannot convert `int *' to `socklen_t *' for argument
> `6' to `recvfrom (int, void *, unsigned int, int, sockaddr *, socklen_t
> *)'

[...]

> Where shoud soklen_t be defined?  I assuming I just need to include an
> another .h file, just am not sure which one.

The source file should include "sys/types.h", but it doesn't. (To the
original author: typedef'ing "socklen_t" to be "int" is not a solution.
Passing a pointer to your home-made type to a library function is
dangerous, since nobody gurantees that the "socklen_t" of the C library and
your definition have the same size. "man recv" explicitly says that both
"sys/socket.h" and "sys/types.h must be included.

I guess including "sys/types.h" will fix the problem for you. Please try it
and report if it did so that we can fix this bug in CVS.


- Sebastian

[Plib-users] need help compiling plib

[Mathew K. <ma...@ne...>]

Hello all,

I download the most recent stable version of plib and tried to compiled it
win mandrake 8.1.

I received the following error:

make[2]: Entering directory `/usr/src/plib-1.4.2/src/net'
c++ -DPACKAGE=\"plib\" -DVERSION=\"1.4.2\" -DHAVE_LIBDL=1 -DHAVE_LIBGL=1 -DH
AVE_LIBGLU=1 -DHAVE_LIBGLUT=1 -DHAVE_GL_GL_H=1 -DHAVE_GL_GLU_H=1 -DLINUX_JOY
STICK_IS_PRESENT=1 -DGLUT_IS_PRESENT=1  -I. -I.  -I../../src/util  -I/usr/lo
cal/include
 -g -O2 -O6 -Wall -c netSocket.cxx
netSocket.cxx: In method `int netSocket::accept (netAddress *)':
netSocket.cxx:218: cannot convert `int *' to `socklen_t *' for argument
`3' to `accept (int, sockaddr *, socklen_t *)'
netSocket.cxx: In method `int netSocket::recvfrom (void *, int, int,
netAddress *)':
netSocket.cxx:256: cannot convert `int *' to `socklen_t *' for argument
`6' to `recvfrom (int, void *, unsigned int, int, sockaddr *, socklen_t
*)'
make[2]: *** [netSocket.o] Error 1
make[2]: Leaving directory `/usr/src/plib-1.4.2/src/net'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/plib-1.4.2/src'
make: *** [all-recursive] Error 1


Where shoud soklen_t be defined?  I assuming I just need to include an
another .h file, just am not sure which one.

Re: [Plib-users] LINUXTAG 2002

[Steve B. <sjb...@ai...>]

Alex Perry wrote:
> 
> I propose that the PLIB project takes a community booth at LinuxTag
> http://www.linuxtag.org  June 6-9 this summer in Karlsruhe Germany.
> This "PLIB USERS" booth would be a place for the dozen-odd projects
> that conspicuously incorporate plib (and any others that join in)
> to show off their projects, compare notes and have a lot of fun.
> 
> If you think this is a good idea, please discuss it in the mailing lists
> of the individual projects and then let _me_ know how many people are
> interested in turning up.  I need an idea of the number of interested
> people, so I can ask for a sensible-sized booth for us all to occupy
> (I'll not mention a certain heavily overfull booth last year 8-)

Do you think there are enough interested people who could make it to
Germany to do this?


----------------------------- 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

[Plib-users] LINUXTAG 2002

[Alex P. <ale...@ie...>]

I propose that the PLIB project takes a community booth at LinuxTag 
http://www.linuxtag.org  June 6-9 this summer in Karlsruhe Germany.
This "PLIB USERS" booth would be a place for the dozen-odd projects
that conspicuously incorporate plib (and any others that join in)
to show off their projects, compare notes and have a lot of fun.

If you think this is a good idea, please discuss it in the mailing lists
of the individual projects and then let _me_ know how many people are
interested in turning up.  I need an idea of the number of interested
people, so I can ask for a sensible-sized booth for us all to occupy
(I'll not mention a certain heavily overfull booth last year 8-)

PS.  I'm not trying to usurp the right of any project to have their own
booth, if enough people are available to run it.  I do think it is in all
our interests to promote PLIB itself to the community and encourage adoption.

[Plib-users] netMessageChannel

[Leo H. <hw...@ec...>]

Hi, I'm trying to use the netMessageChannel class to make a simple
client/server program in which the client sends a netMessage to the
server, and have the server print out that message through its
handleMessage() member function.

One of the things I'm unsure of is what to do inside of handleAccept()?
Right now, i call accept(netAddress), but I don't particularly do anything
with the modified netAddress.

On the client side, I construct a netMessage, and send it out with the
sendMessage function.  Then I call the loop function (which I presume
sends the message).  However, on the server side, the handleAccept() is
called, but the handleMessage() is not, meaning the server never received
the message.  I believe it may be something to do with what I'm doing in
handleAccept(), but I have little experience with network programming.

If you can suggest anything from what you've read, or provide links to
example code[1], or even take a look at the code, it would be much
appreciated.

code is at: http://www.ecf.utoronto.ca/~hwangl/net/

[1] the NET section on the PLIB site has little documentation on how to
use the classes, and the http_get example from plib_examples helped only
with the client side.


thanks,
leo

Re: [Plib-users] Interface Question

[Steve B. <sjb...@ai...>]

peter n squire wrote:

> I am working on creating a Virtual MRI using Opengl and PUI. I read in
> a MRI data set that prints about 1,000 or so pixels. My main for writing
> the last question was I want to do functions/operations within a set/stationary
> sized window. I want to do a couple of things with the pixels, that right now
> I am having diffculty doing.

OK.
 
> 1.  Alter the size of the pixels using the glScale()...

That won't work.  The size of GL_POINTS primitives is set with glPointSize() the
glScale command scales the vertices you send into OpenGL - but a point is always
a point.

Some OpenGL implementations also support glPointParameterfvEXT which is an OpenGL
*extension* that allows you to do nice things like have points whose size changes
with distance.

> 2. I would like to have a user be able to select a section with in the image
> that they would like to display. For example I would receive min_x and min_y
> and max_x and max_y points from the user; for the desiganted area with in
> the pixels that they want to examine. From these points selection I would
> like to be able to show the selected area as the same size as the previous
> pixel picture was shown.

Well, for this kind of complexity, you wouldn't want to draw the points inside
a PUI widget anyway - I think you should just render them in the regular GLUT
window in your redraw callback function.

You can use the mouse motion callback to remember the coordinates of the mouse
when the button is pressed (and PUI said it didn't use the click) - then note
when the button is still held down and render a 'selection box'.  When the
mouse is released again, you'll know the extent of the box and you'll need to
figure out how much you need to scale the image to make it do what you want.

> Basically I would like to setup a 50 by 50 viewing area with in the window
> that I would be able to conduct pixel manipulation on and always have the
> redrawn pixels with in that frame. I have attached the code that I am working
> with for further clarification.

I don't have the time to work through all your problems - they really
aren't PLIB-related.

----------------------------- 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

[Plib-users] Interface Question

[peter n s. <psq...@mw...>]

Thank you very much for the responses. I think I should have been much =
more clear in my question about the usage for the puFrame or Subwindow. I =
apologize. I am working on creating a Virtual MRI using Opengl and PUI. I =
read in a MRI data set that prints about 1,000 or so pixels. My main for =
writing the last question was I want to do functions/operations within a =
set/stationary sized window. I want to do a couple of things with the =
pixels, that right now I am having diffculty doing.

1.  Alter the size of the pixels using the glScale(), however when I scale =
the pixels go outside the range that I would like on my GUI. I want to =
scale the pixels but keep the size of display that they are shown in the =
same. Hence the reason why I wanted to use either a subwindow or a =
puFrame, but I believe now that doing either of these is still not going =
to slove my problem.=20

2. I would like to have a user be able to select a section with in the =
image that they would like to display. For example I would receive min_x =
and min_y and max_x and max_y points from the user; for the desiganted =
area with in the pixels that they want to examine. From these points =
selection I would like to be able to show the selected area as the same =
size as the previous pixel picture was shown.=20

Basically I would like to setup a 50 by 50 viewing area with in the window =
that I would be able to conduct pixel manipulation on and always have the =
redrawn pixels with in that frame. I have attached the code that I am =
working with for further clarification. Thanks again for all the help,=20

Peter Squire

Re: [Plib-users] puFrame Interface

[Sebastian U. <ud...@ha...>]

On Mon, 01 Apr 2002, psq...@mw... (peter n squire) wrote:
> Date: Mon, 01 Apr 2002 13:50:03 -0500
> To: <pli...@li...>
> From: psq...@mw... (peter n squire)
> Subject: [Plib-users] puFrame Interface
>
> Does any one know if it is possible to create other items on top of a 
> puFrame besides just widgets. For example, I would like to display 1,000 
> points on top of the frame-- is this a possiblitiy in PUI?

Why not ?

In your display function, just be sure to call puDisplay () *first* and
render your points (or whatever) afterwards.


> Would it be a better idea to just create subwindow instead of using
> a puFrame.

GLUT subwindows and puFrames don't have much in common.

puFrames are usually used to make user interfaces look more aesthetic and
to make them easier to use by grouping elements together or labelling them.


GLUT subwindows allow you to set up a region in a parent window that can
have it's own display mode and (input) callbacks and that can be hidden or
pushed or popped relative to other subwindows. In contrast to puFrames,
subwindows are not primarily used to produce optical effects, but to
*partiton* windows into individual, logical regions that can almost be used
like "real" windows. 

I don't know what excactly you plan to do, but if it's really just to
render something on top a puFrame, then there is usually no need to create
a GLUT subwindow, except if you could benefit from the fact that subwindows
can have their own display modes.


- Sebastian

Re: [Plib-users] puFrame Interface

[Steve B. <sjb...@ai...>]

peter n squire wrote:
> 
> Does any one know if it is possible to create other items on top of
> a puFrame besides just widgets. For example, I would like to display
> 1,000 points on top of the frame-- is this a possiblitiy in PUI?

You can just make your own class - derived from puFrame that has a myFrame::draw
member function that says something like:

void myFrame::draw ( int dx, int dy )                                           
{
  puFrame::draw ( dx,dy ) ;

  ...draw your stuff...
}

...or you could write a callback function and write:

  frame -> setRenderCallback ( myfunction, mydata ) ;

...then:

  void myfunction ( puObject *, int dx, int dy, void *data )
  {
    ...draw your stuff...
  }

There are other ways too - but those are the easiest.

-- 

----------------------------- 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

[Plib-users] puFrame Interface

[peter n s. <psq...@mw...>]

Does any one know if it is possible to create other items on top of a =
puFrame besides just widgets. For example, I would like to display 1,000 =
points on top of the frame-- is this a possiblitiy in PUI? Would it be a =
better idea to just create subwindow instead of using a puFrame. Thanks,=20=


Peter

Re: [Plib-users] using triangles

[Steve B. <sjb...@ai...>]

Sami Partinen wrote:
> 
> ----- Original Message -----
> From: "Steve Baker" <sjb...@ai...>
> > I think the only problem is that we aren't looking in the direction of
> > the triangle you are drawing - or perhaps the triangle is being backface
> > culled.
> 
> Hi,
> now I've been tried to get that thing work in several "days"
> and I'm just sure that this way is not correct way to try that
> thing. I did even half shorter version, which redraw is 100%
> identical with my raw opengl version, which works fine.
> I think that problem is this gcc in linux, or something like
> that, because plib objects works normally.

I very much doubt it's GCC/Linux...in all the years I've been using
it, I've never seen an actual compiler error that affected 'normal'
C/C++ code. (Although I have seen two CPU design errors!)

> Anyway, latest "triangle" version found from here,
> and seems that it don't even go to redraw routine
> or at least it don't run that swapbuffers line.
> http://www.saunalahti.fi/~saparti/samitest.cpp

Yes - you seem to have deleted the line in 'redraw' that
tells it to trigger another redraw.  By default, GLUT
only calls your redraw callback if there is a reason to
do so (like you moved the window, resized it or uncovered
it by moving another window).

When you are doing animation, you need to redraw the
screen continuously.  Hence you need to call:

  glutPostRedisplay () ;

...either somewhere in the 'redraw' function itself - or
in some kind of timer routine.  I generally toss it into
'redraw' as the last line of the function before I return
to GLUT.

> If there is any source code example which use
> raw opengl too, it would be a welcome. I really would
> be a happy from any example.

Well, this list isn't really for teaching people OpenGL
but in the interests of getting on with life, here is
an example program I wrote for the book "Linux Game Programming":

 
/*
  Compile me with:
 
  cc -c ex4.c
  cc -o ex4 ex4.o -L/usr/X11/lib -lglut -lGLU -lGL -lX11 -lXext -lm
*/
 
#include <math.h>
#include <GL/gl.h>      /* Include definitions of the OpenGL API */
#include <GL/glut.h>     /* Include definitions of the GLUT API */
 
extern void redisplay  ( void ) ;
extern void initCamera ( void ) ;
 
int main ( int argc, char **argv )
{
  glutInit ( &argc, argv ) ;
  glutInitDisplayMode ( GLUT_RGB | GLUT_DOUBLE | GLUT_DEPTH ) ;
  glutInitWindowSize  ( 640, 480 ) ;
  glutCreateWindow    ( "My First OpenGL Program"  ) ;
  glutDisplayFunc     ( redisplay ) ;
 
  initCamera () ;
 
  glutMainLoop () ;
  return 0 ;
}
 
void initCamera ( void )
{
  /* Select the Projection matrix */
  glMatrixMode   ( GL_PROJECTION ) ;
  glLoadIdentity();
 
#if 0
  glOrtho(-1,1,-1,1,-1,1);
#else
  gluPerspective ( 40.0, 1.333, 0.1, 100000.0 ) ;
#endif
 
  /* Go back to the ModelView matrix */
  glMatrixMode   ( GL_MODELVIEW ) ;
 
}
 
 
 
void redisplay ( void )
{
#define ROTATION_SPEED  1.0f
  static float a = 0 ;
  static float pos [ 3 ] = { 1000.0f, 5000.0f, 0.0f } ;
 
  glEnable ( GL_DEPTH_TEST ) ;
  glClearColor ( 0.0f, 0.5f, 0.0f, 1.0f ) ;  /* Dark Green */
  glClear ( GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT ) ;
 
  a += ROTATION_SPEED ;
  glLoadIdentity () ;
  glTranslatef ( 0.0f, 0.0f, -10.0f ) ;
  glLightfv ( GL_LIGHT0, GL_POSITION, pos ) ;
  glRotatef ( a, 0.0f, 0.0f, 1.0f ) ;
 
  glBegin ( GL_TRIANGLES ) ;  /* Start describing triangles */
 
    glColor3f  (  1.0f,  0.0f,  0.0f ) ;  /* Red */
    glVertex3f (  0.0f,  0.0f,  0.0f ) ;  /* First triangle */
    glVertex3f ( -1.0f, -1.0f, -1.0f ) ;
    glVertex3f (  1.0f, -1.0f, -1.0f ) ;
 
    glColor3f  (  0.0f,  1.0f,  0.0f ) ;  /* Green */
    glVertex3f (  0.0f,  0.0f,  0.0f ) ;  /* Second triangle */
    glVertex3f (  1.0f, -1.0f, -1.0f ) ;
    glVertex3f (  0.0f,  1.0f, -1.0f ) ;
 
    glColor3f  (  0.0f,  0.0f,  1.0f ) ;  /* Blue */
    glVertex3f (  0.0f,  0.0f,  0.0f ) ;  /* Third triangle */
    glVertex3f (  0.0f,  1.0f, -1.0f ) ;
    glVertex3f ( -1.0f, -1.0f, -1.0f ) ;
 
    glColor3f  (  1.0f,  1.0f,  0.0f ) ;  /* Yellow */
    glVertex3f ( -1.0f, -1.0f, -1.0f ) ;  /* Fourth triangle */
    glVertex3f (  0.0f,  1.0f, -1.0f ) ;
    glVertex3f (  1.0f, -1.0f, -1.0f ) ;
 
  glEnd () ;  /* All done - let the drawing commence. */
 
  glutSwapBuffers () ;
  glutPostRedisplay () ;
}                                                                                      


----------------------------- 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