[prev in list] [next in list] [prev in thread] [next in thread] 

List:       flightgear-devel
Subject:    Re: [Flightgear-devel] [PATCH] Simgear support for
From:       "Jim Wilson" <jimw () kelcomaine ! com>
Date:       2005-01-31 17:55:53
Message-ID: twig.1107194153.31865 () kelcomaine ! com
[Download RAW message or body]

Frederic Bouvier said:

> Jim Wilson a écrit :
> 
> >Note that earlier in this thread it was mentioned that the "hack" that's in
> >SimGear now worked with plib 1.8.3 and does not work with plib 1.8.4 (I've
> >confirmed).  Someone also mentioned that the hack is working on one particular
> >model,  but I haven't looked at that yet.  Really I just want to un-hackify
> >this thing so that it uses the plib API.  The question is, should I be able to
> >do so with the current API? (in principle that is, assuming no bugs,
> >alpha-sort issues, etc.)
> >  
> >
> 
> Jim, there is no black magic behind this "hack" that is not one. We 
> found when implementing display lists, that we couldn't manipulate state 
> anymore. So, for certain animation, we just returned back to immediate 
> rendering. There is a 'ignore' flag ( sgMakeAnimation function ) in 
> model.cxx that is doing just that. When a Blend animation is detected, 
> the makeDList function is not called for the animation branch. It is 
> just valid plib usage.
> 

Do you know the answer to my question?

I never suggested it was black magic.  It just is not the right way to do it.
 The "hack" I'm refering to is "color[3] = _blend;" in SimGear, where
"color[3]" is a pointer to a property of a plib class (not even in the same
library package!).  It is inevitable that that kind of thing will lead to
breakage...or at least that's been my experience.

Dlist doesn't seem to be the issue here, as I mentioned before, writing
GL_EMISSIVE works.

Best,

Jim


_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
[prev in list] [next in list] [prev in thread] [next in thread]