plib-users

Re: [Plib-users] transparent cube

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

Marc Escher wrote:

> I still have some problems with transparencies :-( . From the doc and your
> previews answers PLIB renders translucent polygon in no particular order.

That's true.

> Unfortunately I have to display some objects that globally act like
> transparent cubes,  with a correct rendering of the faces in the back. Is
> there a way to force the drawing order of leaves in ssg ? Or any way around
> to get the right result ?

We have had a contribution of an alpha-polygon sorter (well - I think it's
actually a transparent *OBJECT* sorter)...I just havn't gotten around to
checking it into the CVS yet.

It won't be in a 1.4.x release - we're putting it into 1.5.xx - so it'll
be *formally* released in the 1.6.0 release in a few months time.

Of course this is only a "duct-tape" solution - it patches over some
transparency problems (at significant CPU costs) - but there will still
be problems.

Read my *rant* on the subject here:

   http://web2.airmail.net/sjbaker1/alpha_sorting.html

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

RE: [Plib-users] transparent cube

[Dave M. <Dav...@dy...>]

We recently had a discussion about this on plib-devel.  Read this

http://web2.airmail.net/sjbaker1/alpha_sorting.html

For my game, I simply disable Z-write translucent polygons.  Here's my hack
for ssgDList.cxx

void _ssgDrawDList ()
{
  glDepthMask ( false ) ;

  for ( int i = 0 ; i < next_dlist ; i++ )
    dlist [ i ] . draw () ;

  next_dlist = 0 ;

  glDepthMask ( true ) ;
}

YMMV,
--dave

-----Original Message-----
From: pli...@li...
[mailto:pli...@li...]On Behalf Of Marc Escher
Sent: Tuesday, June 26, 2001 5:10 AM
To: pli...@li...
Subject: [Plib-users] transparent cube



Hi,
Great work, with PLIB1.4.1 !!

I still have some problems with transparencies :-( . From the doc and your 
previews answers PLIB renders translucent polygon in no particular order. 
Unfortunately I have to display some objects that globally act like 
transparent cubes,  with a correct rendering of the faces in the back. Is 
there a way to force the drawing order of leaves in ssg ? Or any way around 
to get the right result ?

Thanks,

Marc.

[Plib-users] transparent cube

[Marc E. <ma...@fa...>]

Hi,
Great work, with PLIB1.4.1 !!

I still have some problems with transparencies :-( . From the doc and your 
previews answers PLIB renders translucent polygon in no particular order. 
Unfortunately I have to display some objects that globally act like 
transparent cubes,  with a correct rendering of the faces in the back. Is 
there a way to force the drawing order of leaves in ssg ? Or any way around 
to get the right result ?

Thanks,

Marc.



___________Escher Marc__________Alternet Fabric, sarl_____

rue de Langallerie, 6          Tel     : ++41-21-351.10.20
CH-1003 Lausanne            Fax    : ++41-21-351.10.20
                                         mailto : ma...@fa...
http://www.fabric.ch          smsto  : http://www.flashsms.com/marc
_____________________________________________________
--- Pingouins dans les champs, hiver mechant. ---

[Plib-users] ANNOUNCING PLIB 1.4.1

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

ANNOUNCING PLIB 1.4.1
~~~~~~~~~~~~~~~~~~~~~

This is an update on 1.4.0 to fix a handful of minor problems that
have emerged in that release.

  * The MSVC project files were inadvertently released with UNIX-style
    line endings which appears to cause *some* versions of MSVC to think
    that they are empty projects?!?
 
  * Many improvements and bug fixes to puFileSelector and puListBox.
 
  * Minor fix to NET to accomodate Solaris users.
 
  * Fixed puMenuBar so it highlights as you drag the mouse across it.
 
  * Fixed ulOpenDir so it returns NULL on error on non-MSVC systems
 
  * Changed colour of text on buttons in the documentation to make them
    easier to read by colour-blind users.

There should be no changes needed in application programs - and most
users need not upgrade if they are already at 1.3.3 or later.

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

[Plib-users] Quick question:

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

Does anyone out there use puFilePicker in any of their applications?

Please reply if you do because I wish to change this function in a
fundamental way and we need to know what programs that might break.

Many thanks.

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

Re: [Plib-users] PLIB 1.4.0 on Solaris 2.8 x86

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

"Curtis L. Olson" wrote:
> 
> Steve Baker writes:
> > Yes - it didn't make it into PLIB 1.4.0 (doh!)
> >
> > OK - it'll be in CVS the next time I do a checkin.
> >
> > PLIB 1.4.1 anyone?!
> 
> With the menu hilight fixes? :-)  Sure, I'm in, but I could probably
> get by for at least a little while without them. :-)

Well, we should certainly wait a few more days - there are bound to
be other minor problens that'll pop up.

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

Re: [Plib-users] PLIB 1.4.0 on Solaris 2.8 x86

[Steve W. <st...@sh...>]

On Thu, 21 Jun 2001 21:52:06 -0500 (CDT), Curtis L. Olson wrote:

>With the menu hilight fixes? :-)  

Good, then that wasn't just me... :)


-----------
"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.)

Re: [Plib-users] PLIB 1.4.0 on Solaris 2.8 x86

[Curtis L. O. <cu...@me...>]

Steve Baker writes:
> Yes - it didn't make it into PLIB 1.4.0 (doh!)
> 
> OK - it'll be in CVS the next time I do a checkin.
> 
> PLIB 1.4.1 anyone?!

With the menu hilight fixes? :-)  Sure, I'm in, but I could probably
get by for at least a little while without them. :-)

Curt.
-- 
Curtis Olson   Human Factors Research Lab       FlightGear Project
Twin Cities    cu...@hf...                cu...@fl...
Minnesota      http://www.menet.umn.edu/~curt   http://www.flightgear.org

Re: [Plib-users] PLIB 1.4.0 on Solaris 2.8 x86

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

Paul Wiltsey wrote:
> 
> I have to add:
> 
> #ifndef INADDR_NONE
> #define INADDR_NONE ((unsigned long) -1)
> #endif
> 
> to:
> 
> plib-1.4.0/src/net/netSocket.h
> 
> ...
> 
> anyone see a problem with this?

Yes - it didn't make it into PLIB 1.4.0 (doh!)

OK - it'll be in CVS the next time I do a checkin.

PLIB 1.4.1 anyone?!

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

[Plib-users] PLIB 1.4.0 on Solaris 2.8 x86

[Paul W. <pwi...@vs...>]

I have to add:

#ifndef INADDR_NONE
#define INADDR_NONE ((unsigned long) -1)
#endif

to:

plib-1.4.0/src/net/netSocket.h

...

anyone see a problem with this?

[Plib-users] ANNOUNCING PLIB 1.4.0

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

ANNOUNCING PLIB 1.4.0
~~~~~~~~~~~~~~~~~~~~~

  This is the first new stable release of PLIB in about a year - so much
has gone into improving stability and increasing functionality.

  There are quite a few last-minute changes since the final 1.3.3 beta
release - so it's probably worth the effort to grab a new copy.

  Many thanks to all who helped get this release out the door.

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

Re: [Plib-users] PLIB 1.3.3 compilation

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

Steve Wendt wrote:
> 
> On Wed, 20 Jun 2001 02:37:11 -0500, Steve Baker wrote:
> 
> >Code rot. 1.3.1 compiled OK on the day it was released.  :-)
> 
> I wouldn't say that... I recall having to make a couple fixes:
> 1) adding #include <blah> a few places
> 2) getting a makefile created for ssgaux
> 
> But that's ancient history now.  :)

Sorry - I *should* have said:

  "1.3.1 compiled OK on the day it was released - but not
   necessarily on the day after!"

   :-)

...the screwed up include file seems to have come about because
some GCC person moved the definition of FLT_MAX from one header
file to another...in some distributions and not others.  Probably
in response to some ANSI C standard or something.  That sort of
thing happens a lot - we just had the case of the definition of
the 'time()' function being moved from <sys/time.h> to just <time.h>,
which is pretty logical - except that a bunch of other time-related
things (such as gettimeofday) stayed in <sys/time.h> - that little
'gotcha' showed up in Mandrake 8.0 - and so far, nowhere else?!?

The missing Makefile *was* an oversight - but then ssgAux was pretty
new when 1.3.1 appeared.

Ah - the joys of odd-numbered releases!

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

Re: [Plib-users] PLIB 1.3.3 compilation

[Steve W. <st...@sh...>]

On Wed, 20 Jun 2001 02:37:11 -0500, Steve Baker wrote:

>Code rot. 1.3.1 compiled OK on the day it was released.  :-)

I wouldn't say that... I recall having to make a couple fixes:
1) adding #include <blah> a few places
2) getting a makefile created for ssgaux

But that's ancient history now.  :)


-----------
"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.)

Re: [Plib-users] PLIB 1.3.3 compilation

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

Steve Wendt wrote:
> 
> 1.3.3 compiles "out of the box," which is a nice improvement over 1.3.1  ;)

Code rot. 1.3.1 compiled OK on the day it was released.  :-)

> In the examples, I had to modify viewer.cxx, changing several SSG* to _SSG*
> Which is wrong, viewer.cxx or ssg.h?  If ssg.h is correct, then I guess other apps
> will need modified (like AQFH).

ssg.h is correct - I've modified the viewer program so that'll be fixed in
1.4.0.  Prepending the '_' is NOT the correct solution (although it works). We
put the '_' there deliberately to make code that was written using those symbols
go wrong.  Replace 'SSG_TYPE_XXXXX' with 'ssgTypeXXXX()'...or just wait for 1.4.0.

> The tuxkart binary I compiled 7/8/2000 still runs with 1.3.3, so that's a good start.

My latest version on my PC at home doesn't...but it won't take much to fix it.

> At some point, I got a screwed up binary of Tux:AQFH (pressing Space for menu
> causes game screen to go black; menu and overlaid graphics show, but not the
> scene).  This predates 1.3.3, so it's not something caused by that.  Anyway,
> attempting to compile it again (version 1.0.10) yields errors with SSG vs _SSG, and
> also ssgLoadAC.  Similar results attempting to compile tuxkart again.  I'm guessing
> this is the change mentioned here previously.  So, I assume there will be new
> releases of these after PLIB 1.4 is out?

Yes...just as soon as I catch my breath!

Both TuxKart and TuxAQFH will need to be updated - hopefully I'll do that sometime
a day or two after PLIB 1.4.0 hits the streets and make announcements about it then.

PPE should run with 1.4.0 directly because it's been tracking the CVS version of
PLIB.

We aren't *talking* about FlightGear.   :-(

Go look at the archives of the plib-devel list for the past 24 hours and you'll
see why.
 
----------------------------- 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

[Plib-users] PLIB 1.3.3 compilation

[Steve W. <st...@sh...>]

1.3.3 compiles "out of the box," which is a nice improvement over 1.3.1  ;)

In the examples, I had to modify viewer.cxx, changing several SSG* to _SSG*
Which is wrong, viewer.cxx or ssg.h?  If ssg.h is correct, then I guess other apps 
will need modified (like AQFH).

The tuxkart binary I compiled 7/8/2000 still runs with 1.3.3, so that's a good start.  
At some point, I got a screwed up binary of Tux:AQFH (pressing Space for menu 
causes game screen to go black; menu and overlaid graphics show, but not the 
scene).  This predates 1.3.3, so it's not something caused by that.  Anyway, 
attempting to compile it again (version 1.0.10) yields errors with SSG vs _SSG, and 
also ssgLoadAC.  Similar results attempting to compile tuxkart again.  I'm guessing 
this is the change mentioned here previously.  So, I assume there will be new 
releases of these after PLIB 1.4 is out?


-----------
"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.)

[Plib-users] ANNOUNCING PLIB 1.3.3.

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

ANNOUNCING PLIB 1.3.3
~~~~~~~~~~~~~~~~~~~~~

This is the UTTERLY final beta version before we go to 1.4.0 (hopefully
on Wednesday at around midnight GMT).

Application authors are strongly encouraged to test this release against their
programs because I don't expect to make any changes at all to this version
other than perhaps to update the Borland C++ project files if we receive
new ones in time and change the version number!

Very little changed between 1.3.2 and 1.3.3 - a few minor cleanup operations
and just one significant change to puDial's in PUI (please refer to the
PUI documentation if you are using puDial's).

There have been a few changes to the 'complex' example program to make it
a bit easier on the eyes (Green widgets on a Red background! Does anyone
want to admit to a severe case of Daltonism?!)

MANY thanks to all who participated in the final cleanup exercise - the end is
now in sight!

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

[Plib-users] Borland project files?

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

I see we have a *bunch* of Borland C++ project files littering the system,
and I *bet* they are not up to date.

(these are files like:  src/ssg/libssg.bpr)

Can anyone out there either confirm that they *are* up to date - or fix
them?

(Actually, I *know* they aren't up do date because there isn't a .bpr file
for NET, UTIL or SSGAUX - which are the three latest additions to the PLIB
collection - and there are no '.bpr' files anywhere in the examples
directories.  You can't build PLIB programs without the libplibutil library,
so we *KNOW* that Borland users are not building PLIB regularly).

If I don't get a good answer to this question by Wednesdays' 1.4.0 release
then I'm going to delete the existing .bpr files and stop claiming Borland
compatibility.  (That would be a shame IMHO)

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

Re: [Plib-users] Bluey White Screen when running apps

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

Simon Foster wrote:
> 
> > Can you dive into the Tux/TuxKart source and change
> > the glEnable(GL_FOG) call(s) to glDisable(GL_FOG) ??
> > That'll prove or disprove the Fog theory.
> 
> Ok, I did it with Tux_AQFH and to my great suprise, I
> ran it and there was Tux sitting in his pen! The
> models are all being rendered fine now, except there
> is the problem that is I try to use the menu, the
> screen goes all blue again, and it stays that way
> until I exit the program. On different levels the bg
> colour is different, and on Antechamber the menu just
> looks like someone has scribbled all over the menu. I
> haven't tried Tux Kart yet.

...OK - so when you go to the 'Penguin Hell' level, I'm
betting that the screen goes dark reddish-orange.

That's *definitely* fog.

You may find it goes blue again when Tux dives underwater
too.

So I guess that the work-around of disabling fog is the
one you need - but you maybe missed some place where fog
is modified or something.

We can *DEFINITELY* say that there is a bug in your OpenGL/Mesa
implementation.

> I assume then that this must be a MESA specific
> problem (This ATI card has given me nothing but
> trouble!)

The older ATI cards had a pretty terrible reputation.
The new ATI Radion is supposed to be very good - but the
Linux drivers are pretty new and I don't know how good they
actually are.

Personally, I *LOVE* the nVidia GeForce cards - and since
the GeForce-3 appeared a month or two ago, the prices of
GeForce-2 cards have plummetted.  You should be able to
pick up a GeForce-2 for $120.

Your programs should run 50 times faster than on
those old ATI cards - more if you have a slower CPU.

> However, can you think of any reason why the
> fog effect comes back when I access the menu?

Well, Fog has to be disabled while the menu is being drawn - and
presumably re-enabled again afterwards - so you probably
didn't find *ALL* of the places where fog is set up??

However, that curious 'texturing' I saw in the menu on
your TuxAQFH screenshot - and the break-up of the track
outline in the TuxKart screenshot suggest to me that the
problem is more than just fog...that looked like texture
enable/disable wasn't working right either.

If I had to guess, I'd say it was something broken in the
attribute stack push/pop in PUI...that's just been shown
to be a problem for another version of Mesa on the Voodoo
cards.

This *may* mean that it's a software problem in Mesa - but
I can't tell for sure.
 
----------------------------- 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

Re: [Plib-users] Bluey White Screen when running apps

[<fa...@ya...>]

> Can you dive into the Tux/TuxKart source and change
> the glEnable(GL_FOG) call(s) to glDisable(GL_FOG) ??
> That'll prove or disprove the Fog theory.

Ok, I did it with Tux_AQFH and to my great suprise, I
ran it and there was Tux sitting in his pen! The
models are all being rendered fine now, except there
is the problem that is I try to use the menu, the
screen goes all blue again, and it stays that way
until I exit the program. On different levels the bg
colour is different, and on Antechamber the menu just
looks like someone has scribbled all over the menu. I
haven't tried Tux Kart yet.

I assume then that this must be a MESA specific
problem (This ATI card has given me nothing but
trouble!) However, can you think of any reason why the
fog effect comes back when I access the menu?

Many many thanks,

Simon.


____________________________________________________________
Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie

Re: [Plib-users] Bluey White Screen when running apps

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

Simon Foster wrote:

> ...the only
> problems I've had with none PLIB apps is that TuxRacer
> goes a bit heavy duty on fog, which makes the screen
> all most completely white (I can vaguelly see the
> models being drawn though). In PLIB apps I can see no
> models at all.

Well, I guess that if the fog were insanely dense, you'd
see just a plain screen.  It's interesting that you have
problems with TuxRacer (which is not using PLIB or any of
my code - so it's unlikely to share the same set of bugs
as TuxKart and TuxAQFH might).

Can you dive into the Tux/TuxKart source and change
the glEnable(GL_FOG) call(s) to glDisable(GL_FOG) ??
That'll prove or disprove the Fog theory.

You could also try the handful of SSG example programs that
are available on the PLIB website.  Be sure to get the
version 1.2.0 examples though (presumably you have PLIB
1.2.0).

> I've done a couple of screenshots so you can see what
> the screens look like:
> 
> Tux AQFH : http://simon.iv2.co.uk/junk/tux_aqfh1.jpg

Hmmm - the menu bar has some kind of 'texture' to it.
That's very strange - it's supposed to be just plain.

> Tux Kart : http://simon.iv2.co.uk/junk/tux_kart1.jpg

The plan-view of the track is all broken up...like it
has been somehow textured in the same way as the TuxAQFH
menu?!?

There is certainly something VERY sick here...but I'm
at a loss to know what it could be.  It might be worth
posting this issue to the Mesa list - clearly the fog
problems you see in TuxRacer indicate that not all of
the problems are unique to my code.  Perhaps there is
some kind of a Mesa problem that affects both programs
but in different ways.

TuxAQFH and TuxKart have both run correctly on dozens
of different OpenGL drivers and cards - so I'd be quite
suprised if this really was a PLIB or TuxAQFH/TuxKart
problem.
 
----------------------------- 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

Re: [Plib-users] Bluey White Screen when running apps

[Wolfram K. <w_...@rz...>]

Simon Foster <fa...@ya...> wrote:

>I've done a couple of screenshots so you can see what
>the screens look like:

Very strange effect. Maybe your card doesn't like the mode
the games render in? Or the viewing is totally off?
The only thing I can think of is that you try PrettyPoly
(PPE), there you can influence the rendering mode and have=20
TriStrips or single Triangles, textured or not, wireframe=20
or not etc. You find a link on the PLIB page.

>Simon Foster.

Bye bye,
Wolfram.

Re: [Plib-users] Bluey White Screen when running apps

[<fa...@ya...>]

> That's very strange - I've never heard those
> symptoms
> before.
> 
> Does the program send any complaints to stderr?

No it doesn't give me any errors at all, the only
problems I've had with none PLIB apps is that TuxRacer
goes a bit heavy duty on fog, which makes the screen
all most completely white (I can vaguelly see the
models being drawn though). In PLIB apps I can see no
models at all. DRI was automatically set up for me by
Mandrake. I had no problems at compilation stage at
all.

I've done a couple of screenshots so you can see what
the screens look like:

Tux AQFH : http://simon.iv2.co.uk/junk/tux_aqfh1.jpg
Tux Kart : http://simon.iv2.co.uk/junk/tux_kart1.jpg

Any help is appreciated,

Simon Foster.

____________________________________________________________
Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie

Re: [Plib-users] Bluey White Screen when running apps

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

Simon Foster wrote:
> 
> When I try to run plib apps using ssg (such as Tux
> AQFH and Tux Kart), the application starts fine and
> runs the PUI elements and sound fine. But the area
> where the 3D part of the game should be drawn is just
> a blank light blue area, with nothing being drawn.
> Mesa is running in h/w via DRI (games like GLTron run
> fine), and I have not experienced any problems like
> this with other OpenGL apps. I have an ATI Rage Fury
> Pro with ATI Rage 128 (pro?) chipset. Any ideas?

That's very strange - I've never heard those symptoms
before.

Does the program send any complaints to stderr?

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

Re: [Plib-users] incorrect line termination

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

Erik Hofman wrote:

> I noticed the file plib/src/pui/puLargeInput.cxx needs to be parsed into
> a to_unix script (at least this is needed for Irix MipsPro compilers).

OK - I'll check that fix in now - thanks!

There were 19 lines with DOS-style line terminations?!?

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

Re: [Plib-users] HappyPenguin.

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

Wolfram Kuss wrote:
> 
> BTW, the "experimental version" link points to 1.3.1.

Yes - I did update it - but until the HappyPenguin maintainer
gets around to moderating my change request, it won't be updated
on their web site.

Sometimes this takes a week or more.

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