Thread: [Plib-users] ANNOUNCING: PLIB 1.5.1, PLIB Demos.
Brought to you by:
sjbaker
Menu
▾
▴
plib-users
|
From: Steve B. <sjb...@ai...> - 2001-07-21 14:14:22
|
ANNOUNCING: PLIB 1.5.1, PLIB Demos.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In order that developers may get some experience with features scheduled
to go into PLIB 1.6.x (eventually), this is the second beta: PLIB 1.5.1
I also created tarballs for ExPoser (which requires PLIB 1.5.1) and
TicTacToe3D (which runs under PLIB 1.4.0 or later). Check out the
new "Examples and Demos" link from the PLIB homepage.
* Added ssgTween and ssgTweenController
* Added puFileSelector - henceforth puFilePicker is deprecated.
* Added ulList
* Added VRML loader (this one works!)
* Numerous bug fixes in other loaders.
* Added TopHat support to JS
* Added support for >3 simultaneous sounds in SL.
(You have to explicitly enable that though - it's not
the default)
* Fixed bugs in util's directory handling.
* puInput and puListBox now cope better with text that
is too big for the widget
* puListBox (and hence puFileSelector and puFilePicker)
works with both large and small font sizes.
* puDial changed to be derived from puSlider - many
consequences of that change will be visible in the
application. (eg output range is 0..1 and not 0..360)
* PUI widgets are now 'sticky' so that if you are
dragging a slider along a puSlider and your mouse
slips off the edge of it, it'll still have "focus".
* Added sgLerpAnglesVec3 to linearly interpolate
angles allowing for the nasty wrap-around-360
problem.
* Added sgLineSegment3ToLine3, sgDistSquaredToLineVec3
sgDistSquaredToLineSegmentVec3, sgDistToLineVec3 and
sgDistToLineSegmentVec3. Also sgLine3 and sgLineSegment3
structures.
* Added a 'Gallery' page to the documentation to show
potential developers the range of applications that use
PLIB - and also to promote things our developers have done.
To save download time and CVS space, the actual images
are not in the PLIB tarball.
----------------------------- Steve Baker -------------------------------
HomeMail : <sjb...@ai...> WorkMail: <sj...@li...>
HomePage : http://web2.airmail.net/sjbaker1
Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net
http://agtoys.sf.net http://prettypoly.sf.net
http://freeglut.sf.net http://toobular.sf.net
|
|
From: Steve W. <st...@sh...> - 2001-07-22 21:43:45
|
Apologies if this is not the proper place for this, but I'm not aware of a better one.
I finally got around to trying the updated versions of TuxKart and Tux_AQFH.
Tux_AQFH was missing install.sh and mkinstalldirs, which I copied from TuxKart.
I had to modify all of the makefiles, to change $(top_srcdir)/../mkinstalldirs to
$(top_srcdir)/mkinstalldirs (just like it is in TuxKart). Three files that were in a
previous version (level14.ac, tree.rgb, and tux.mod) are not in the latest one. Are
they no longer used, or was this a mistake?
For TuxKart, I had to add #include <sys/socket.h> to guNet.cxx. The file
mfarmer.mod that was in a previous version is no longer included - obsolete, or
mistakenly omitted?
I also had to add -lglut to the makefiles for both games; I guess this is some error
in the configure script?
Anyway, I got both games built. However, I couldn't get either one to work
correctly. In TuxKart, when I press the Start button, it just sits there on the same
screen, until I kill it. In Tux_AQFH, when I press the Space bar, the menu comes
up, and then it is similarly hung. I compiled both of these with Mesa 3.5, perhaps
that is the problem? I've been meaning to revert to Mesa 3.4.2, since 3.5 doesn't
seem quite "polished" yet.
-----------
"Good people do not need laws to tell them to act responsibly,
while bad people will find a way around the laws."
- Plato (427-347 B.C.)
|
|
From: Steve B. <sjb...@ai...> - 2001-07-22 23:50:03
|
Steve Wendt wrote: > > Apologies if this is not the proper place for this, but I'm not aware of a better one. > I finally got around to trying the updated versions of TuxKart and Tux_AQFH. > > Tux_AQFH was missing install.sh and mkinstalldirs, which I copied from TuxKart. > I had to modify all of the makefiles, to change $(top_srcdir)/../mkinstalldirs to > $(top_srcdir)/mkinstalldirs (just like it is in TuxKart). Three files that were in a > previous version (level14.ac, tree.rgb, and tux.mod) are not in the latest one. Are > they no longer used, or was this a mistake? This is a peculiar problem - (and you aren't the first person to comment about it), when I build these on SuSE Linux, it seems to manage without those files. I'll make a new TuxAQFH release to fix that. > For TuxKart, I had to add #include <sys/socket.h> to guNet.cxx. Yes - that's also been noted...something moved from one header to another - because again, it builds OK under SuSE Linux. > The file > mfarmer.mod that was in a previous version is no longer included - obsolete, or > mistakenly omitted? It shouldn't be needed. mfarmer.mod was music that I downloaded from a free music site - but since then Matt Thomas kindly composed music especially for TuxKart that should be MUCH easier on the ear! > I also had to add -lglut to the makefiles for both games; I guess this is some error > in the configure script? That's strange - the configure script finds it on my system. Do you have GLUT installed in some unusual place? (It should be /usr/lib/libglut.a or libglut.so) > Anyway, I got both games built. However, I couldn't get either one to work > correctly. In TuxKart, when I press the Start button, it just sits there on the same > screen, until I kill it. In Tux_AQFH, when I press the Space bar, the menu comes > up, and then it is similarly hung. I compiled both of these with Mesa 3.5, perhaps > that is the problem? I've been meaning to revert to Mesa 3.4.2, since 3.5 doesn't > seem quite "polished" yet. Hmmm - maybe. I guess you are using RedHat 7.x or Mandrake 8.0? (I presume that because since I did this new release, I havn't had a single complaint for ANY OTHER distro owner). ----------------------------- Steve Baker ------------------------------- HomeMail : <sjb...@ai...> WorkMail: <sj...@li...> HomePage : http://web2.airmail.net/sjbaker1 Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://agtoys.sf.net http://prettypoly.sf.net http://freeglut.sf.net http://toobular.sf.net |
|
From: Steve B. <sjb...@ai...> - 2001-07-23 00:21:23
|
Steve Wendt wrote:
>
> Apologies if this is not the proper place for this, but I'm not aware of a better one.
> I finally got around to trying the updated versions of TuxKart and Tux_AQFH.
When did you download them?
I actually *had* updated both programs to fix most of the things you mentioned
on July 15th.
> Tux_AQFH was missing install.sh and mkinstalldirs
...that was fixed in tux_aqfh-1.0.13.tar.gz
> which I copied from TuxKart.
> I had to modify all of the makefiles, to change $(top_srcdir)/../mkinstalldirs to
> $(top_srcdir)/mkinstalldirs (just like it is in TuxKart).
This is something that someone else complained about - we kicked it around a bit
and I don't understand it. None of my makefiles have $(top_srcdir)/../mkinstalldirs ?!?
Something must have changed subtly in the way that your version of Linux is interpreting
the configure script...but I can't for the life of me figure out what. Since I can't
reproduce it - it's VERY tough for me to fix.
> Three files that were in a
> previous version (level14.ac, tree.rgb, and tux.mod) are not in the latest one. Are
> they no longer used, or was this a mistake?
No longer used.
> For TuxKart, I had to add #include <sys/socket.h> to guNet.cxx.
That's fixed in tuxkart-0.0.6.tar.gz - which has been out on the website
since July 15th.
> I also had to add -lglut to the makefiles for both games; I guess this is some error
> in the configure script?
Again, I can't reproduce this. Whatever I do, that's in the Makefile just as it
should be.
LIBS = -lplibsl -lplibssg -lplibpu -lplibfnt -lplibsg -lplibul
-lglut -lGLU -lGL -L/usr/X11R6/lib -lSM -lICE -lpthread
-lX11 -lXi -lXext -lXmu -lm
(It's all on one line in the Makefile.)
I'm betting that your Linux distro has put GLUT somewhere strange.
Did the configure script complain about GLUT being missing?
> Anyway, I got both games built. However, I couldn't get either one to work
> correctly. In TuxKart, when I press the Start button, it just sits there on the same
> screen, until I kill it. In Tux_AQFH, when I press the Space bar, the menu comes
> up, and then it is similarly hung. I compiled both of these with Mesa 3.5, perhaps
> that is the problem? I've been meaning to revert to Mesa 3.4.2, since 3.5 doesn't
> seem quite "polished" yet.
What graphics hardware do you have?
----------------------------- Steve Baker -------------------------------
HomeMail : <sjb...@ai...> WorkMail: <sj...@li...>
HomePage : http://web2.airmail.net/sjbaker1
Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net
http://agtoys.sf.net http://prettypoly.sf.net
http://freeglut.sf.net http://toobular.sf.net
|
|
From: Steve W. <st...@sh...> - 2001-07-23 04:53:34
|
On Sun, 22 Jul 2001 19:16:32 -0500, Steve Baker wrote:
>When did you download them?
>I actually *had* updated both programs to fix most of the things you mentioned
>on July 15th.
Before that. Sorry, I hadn't seen an announcment of later versions. :)
>This is something that someone else complained about - we kicked it around a bit
>and I don't understand it. None of my makefiles have
$(top_srcdir)/../mkinstalldirs ?!?
It came from Makefile.in (for tux_aqfh).
>> I also had to add -lglut to the makefiles for both games; I guess this is some
>> error in the configure script?
>
>Again, I can't reproduce this. Whatever I do, that's in the Makefile just as it
>should be.
Hmmm... I'll download the latest versions, and check the configure output more
carefully to see what is happening.
>I'm betting that your Linux distro has put GLUT somewhere strange.
Not the distro, I compile my own Mesa. It goes to /usr/local/lib, but it does make
links in /usr/lib (including for glut I think, but I'll have to check).
>What graphics hardware do you have?
Voodoo 2. Some versions of Mesa break it from time to time. I had to revert
libGL for some things to work correctly, but GLU and glut seemed OK.
Apparently, things aren't so good... I'll revert back to 3.4.2 and see if I do better
with that.
-----------
"Good people do not need laws to tell them to act responsibly,
while bad people will find a way around the laws."
- Plato (427-347 B.C.)
|
|
From: Steve B. <sjb...@ai...> - 2001-07-23 07:34:15
|
Steve Wendt wrote: > >This is something that someone else complained about - we kicked it around a bit > >and I don't understand it. None of my makefiles have > $(top_srcdir)/../mkinstalldirs ?!? > > It came from Makefile.in (for tux_aqfh). But it doesn't...I just looked at that file and it says: tuxaqfh/Makefile.in: mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs In the tuxaqfh/src/Makefile.in, it actually says the same thing - but in that case, $(top_srcdir) changes. What's doubly weird is that this only happens to RedHat 7.x users. > >> I also had to add -lglut to the makefiles for both games; I guess this is some > >> error in the configure script? > > > >Again, I can't reproduce this. Whatever I do, that's in the Makefile just as it > >should be. > > Hmmm... I'll download the latest versions, and check the configure output more > carefully to see what is happening. > > >I'm betting that your Linux distro has put GLUT somewhere strange. > > Not the distro, I compile my own Mesa. It goes to /usr/local/lib, but it does make > links in /usr/lib (including for glut I think, but I'll have to check). Ah! Well, I bet you are either missing: /usr/include/GL/glut.h ...or /usr/lib/libglut.a (or .so) ...if either of those are missing, the autodetect in the configure script will fail... producing the effect you are seeing. The locations I describe above are the "official" ones according to the Linux OpenGL ABI standard. > >What graphics hardware do you have? > > Voodoo 2. Some versions of Mesa break it from time to time. I had to revert > libGL for some things to work correctly, but GLU and glut seemed OK. > Apparently, things aren't so good... I'll revert back to 3.4.2 and see if I do better > with that. Voodoo-2 is pretty old (and VERY strange) hardware. It's *definitely* time to upgrade! ----------------------------- Steve Baker ------------------------------- HomeMail : <sjb...@ai...> WorkMail: <sj...@li...> HomePage : http://web2.airmail.net/sjbaker1 Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://agtoys.sf.net http://prettypoly.sf.net http://freeglut.sf.net http://toobular.sf.net |
|
From: Steve W. <st...@sh...> - 2001-07-23 17:42:07
|
On Mon, 23 Jul 2001 02:29:32 -0500, Steve Baker wrote:
>What's doubly weird is that this only happens to RedHat 7.x users.
Reverting to Mesa 3.4.2, and updating PLIB to 1.4.2, TuxKart to 0.0.6, and
Tux:AQFH to 1.0.13, all of the problems I reported went away. I don't think
any of the problems had to do with the distro. Anyway, the only problem I
still have is that in Tux:AQFH, when I hit Space bar, the menus appear, but
all of the scene goes black (overlaid graphics still appear though). Any clues
on that?
>Voodoo-2 is pretty old (and VERY strange) hardware. It's *definitely* time to
>upgrade!
Yeah, I know. But I still have some stuff that uses glide. :)
-----------
"Good people do not need laws to tell them to act responsibly,
while bad people will find a way around the laws."
- Plato (427-347 B.C.)
|
|
From: Steve B. <sjb...@ai...> - 2001-07-23 23:12:34
|
Steve Wendt wrote: > > On Mon, 23 Jul 2001 02:29:32 -0500, Steve Baker wrote: > > >What's doubly weird is that this only happens to RedHat 7.x users. > > Reverting to Mesa 3.4.2, and updating PLIB to 1.4.2, TuxKart to 0.0.6, and > Tux:AQFH to 1.0.13, all of the problems I reported went away. I don't think > any of the problems had to do with the distro. Anyway, the only problem I > still have is that in Tux:AQFH, when I hit Space bar, the menus appear, but > all of the scene goes black (overlaid graphics still appear though). Any clues > on that? That's almost certainly a long-standing Mesa bug where they don't handle glPushAttrib/glPopAttrib correctly. > >Voodoo-2 is pretty old (and VERY strange) hardware. It's *definitely* time to > >upgrade! > > Yeah, I know. But I still have some stuff that uses glide. :) But you can have *BOTH*. You should be able to run (say) a GeForce-2 and the Voodoo together. If you installed only the GeForce's OpenGL and ripped out Mesa altogether - then all OpenGL progs would drive the GeForce, but GLIDE programs would still activate the Voodoo card and shut off the video from the GeForce - just like it currently shuts off the video from your 2D card. You'd get the best of both worlds! ----------------------------- Steve Baker ------------------------------- HomeMail : <sjb...@ai...> WorkMail: <sj...@li...> HomePage : http://web2.airmail.net/sjbaker1 Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://agtoys.sf.net http://prettypoly.sf.net http://freeglut.sf.net http://toobular.sf.net |
|
From: Steve W. <st...@sh...> - 2001-07-23 23:20:46
|
On Mon, 23 Jul 2001, Steve Baker wrote: > That's almost certainly a long-standing Mesa bug where they don't handle > glPushAttrib/glPopAttrib correctly. Bummer... this didn't happen with some old version of Mesa; was it re-introduced, or did something in PLIB change? Any way to work around it for now? I suppose if it only affects the MESA_FX version, it's not of much interest... > But you can have *BOTH*. You should be able to run (say) a GeForce-2 and > the Voodoo together. If you installed only the GeForce's OpenGL and I know... need a whole new machine (no AGP slot). |
|
From: Steve B. <sjb...@ai...> - 2001-07-24 00:02:21
|
Steve Wendt wrote: > > On Mon, 23 Jul 2001, Steve Baker wrote: > > > That's almost certainly a long-standing Mesa bug where they don't handle > > glPushAttrib/glPopAttrib correctly. > > Bummer... this didn't happen with some old version of Mesa; was it > re-introduced, or did something in PLIB change? I think it comes and goes in Mesa...in striving for good performance, the implementation of pushAttrib and popattrib is "tense" code...the slightest thing seems to break it again. > Any way to work around it > for now? I suppose if it only affects the MESA_FX version, it's not of > much interest... Well, certainly less of a priority than if (say) the nVidia drivers were causing a problem! The difficulty is that replacing glPushAttrib/glPopAttrib with something else requires a *TON* of messy glGet* calls to get the current attributes and a bunch of even more messy GL calls to restore them again. All those calls will slow things down considerably - on an already slow system. If someone wants to contribute that as a patch that only turns on for systems that are specifically affected, I'd be happy to accept it - but I'm not going to write it myself. This problem will affect some applications code as well as PLIB itself. > > But you can have *BOTH*. You should be able to run (say) a GeForce-2 and > > the Voodoo together. If you installed only the GeForce's OpenGL and > > I know... need a whole new machine (no AGP slot). *Oh*. :-( There *are* some PCI-bus GeForce cards out there - but I wouldn't recommend them. ----------------------------- Steve Baker ------------------------------- HomeMail : <sjb...@ai...> WorkMail: <sj...@li...> HomePage : http://web2.airmail.net/sjbaker1 Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://agtoys.sf.net http://prettypoly.sf.net http://freeglut.sf.net http://toobular.sf.net |
|
From: Steve W. <st...@sh...> - 2001-07-23 06:23:35
|
On Sun, 22 Jul 2001 19:16:32 -0500, Steve Baker wrote:
>I actually *had* updated both programs to fix most of the things you mentioned
>on July 15th.
Downloading the new versions (and the new PLIB), I noticed the links for
exposer and ttt3d aren't valid. You have "_" instead of "-" in the names.
-----------
"Good people do not need laws to tell them to act responsibly,
while bad people will find a way around the laws."
- Plato (427-347 B.C.)
|
|
From: Steve B. <sjb...@ai...> - 2001-07-23 07:35:49
|
Steve Wendt wrote: > > On Sun, 22 Jul 2001 19:16:32 -0500, Steve Baker wrote: > > >I actually *had* updated both programs to fix most of the things you mentioned > >on July 15th. > > Downloading the new versions (and the new PLIB), I noticed the links for > exposer and ttt3d aren't valid. You have "_" instead of "-" in the names. Doh! I'm too tired to fix it tonight.... ----------------------------- Steve Baker ------------------------------- HomeMail : <sjb...@ai...> WorkMail: <sj...@li...> HomePage : http://web2.airmail.net/sjbaker1 Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://agtoys.sf.net http://prettypoly.sf.net http://freeglut.sf.net http://toobular.sf.net |
|
From: Steve B. <sjb...@ai...> - 2001-07-23 22:37:28
|
I noticed that someone forgot to add ssgLoadVRML.h into the libplibssg_a_SOURCES list. Hence PLIB 1.5.1 won't build (I'm amazed nobody else found that yet!). ----------------------------- Steve Baker ------------------------------- HomeMail : <sjb...@ai...> WorkMail: <sj...@li...> HomePage : http://web2.airmail.net/sjbaker1 Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://agtoys.sf.net http://prettypoly.sf.net http://freeglut.sf.net http://toobular.sf.net |
|
From: Michael W. <michael.wessels@z.zgs.de> - 2001-08-11 16:52:56
|
Hi Steve, you wrote: > * Added support for >3 simultaneous sounds in SL. > (You have to explicitly enable that though - it's not > the default) > > Where in SL I can enable this feature ? I have not found information in the docu. Michael |
|
From: Dave M. <dp...@ef...> - 2001-08-12 18:33:07
|
looks like this is the function you want...
void slScheduler::setMaxConcurrent ( int mc )
-- dave
----- Original Message -----
From: Michael Wessels
To: pli...@li...
Sent: Saturday, August 11, 2001 9:52 AM
Subject: Re: [Plib-users] ANNOUNCING: PLIB 1.5.1, PLIB Demos.
Hi Steve,
you wrote:
* Added support for >3 simultaneous sounds in SL.
(You have to explicitly enable that though - it's not
the default)
Where in SL I can enable this feature ? I have not found information in the
docu.
Michael
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X