From: Alexandre Naaman (naaman++at++sgi.com)
Date: 09/13/2005 16:36:11
Hi Simon,
Ok ... as I just mentioned in a previous post, I'm in the process
of filing bugs against the FLT loader and as such have just filed one
for this case (942678).
If you have a set of simple sample files which demonstrate the
problem ...
A+,
Alex.
On Sep 12, 2005, at 11:34 PM, Simon.Mills++at++esa.int wrote:
>
> I would like to report another BUG with the OpenFlight loader on
> Linux:
>
> The flags for pallete overrides on external (file) references are
> incorrectly
> interpreted when the flags for use external reference Light Source
> palette OR
> Shader palette are on.
> i.e. if EITHER of these are ON then the other colour/material/
> texture palette
> overrides are IGNORED which produces incorrect rendered models with
> strange
> materials and textures compared to the original models in Creator
> 3.0 (this
> took me ages to track down).
>
> Note: This happens ONLY ON LINUX (not IRIX) for models created in
> Creator 3.0
> even when outputting models in OpenFlight 15.7 or 15.8 (which
> should be 100%
> compatible with the Performer OpenFlight loader).
>
> I agree with Gordon, the 15.8 was not fully supported by Performer
> and it
> seems the compatability with 16.0 is not 100%. So, PLEASE can we
> see the OF
> loader updated and the bugs fixed (at least the Linux version is
> buggy)????
> Our success is dependent on a good transfer from the modelling
> environment to
> the run-time environment and Linux is increasingly becoming the OS
> of choice.
>
> BTW, the other bug (again only on Linux) is incorrect colours on
> models if
> colours in the colour palette are given NAMES.
>
> Regards, Simon
> ______________________________________________________________________
> _
>
> Simon Mills
> Silicon Worlds S.A.
> c/o Modelling & Simulation Section (TEC-SWM) Tel: +31 (0)71 565
> 3725
> European Space Agency (ESA/ESTEC) Fax: +31 (0)71 565
> 5420
> Postbus 299, 2200AG Noordwijk e-mail:
> Simon.Mills++at++esa.int
> The Netherlands http://www.estec.esa.nl/wmwww/
> EMM
> ______________________________________________________________________
> _
>
>
> |---------+------------------------------------------->
> | | Gordon Tomlinson |
> | | <gordon++at++thesmeghead.com> |
> | | Sent by: |
> | | owner-info-performer++at++performer.e|
> | | ngr.sgi.com |
> | | |
> | | |
> | | 09/09/2005 01:46 |
> | | |
> |---------+------------------------------------------->
>
>> ---------------------------------------------------------------------
>> ------------------------------------|
>>
>
> |
> |
> | To: "'Alexandre Naaman'" <naaman++at++gmail.com>,
> "'Jason Daly'" <jdaly++at++ist.ucf.edu> |
> | cc: "'Vincent Pasqualato'"
> <vincent.pasqualato++at++oktal.fr>, info-performer++at++sgi.com |
> | Subject: RE: [info-performer] Fw: Flt loader with
> shaders. |
>
>> ---------------------------------------------------------------------
>> ------------------------------------|
>>
>
>
>
>
> Uhmm beware
>
>
> 15.8 is much much more than a fix release , 15.8 took over the major
> responsibilities of storing light point data from Vega/Vega Prime
> for one,
> this is a big change
> 16.0 added more as well
>
>
> Best Regards
>
> Gordon
> ___________________________________
>
> Gordon Tomlinson
>
>
> Email : gordon++at++3dscenegraph.com
> Forums : 3dScenegraph Forums
> FAQs : OSG - Vega - Performer - Vega Prime - Creator
>
>
>
> -----Original Message-----
> From: owner-info-performer++at++performer.engr.sgi.com
> [mailto:owner-info-performer++at++performer.engr.sgi.com] On Behalf Of
> Alexandre
> Naaman
> Sent: Thursday, September 08, 2005 11:30 PM
> To: Jason Daly
> Cc: Vincent Pasqualato; info-performer++at++sgi.com
> Subject: Re: [info-performer] Fw: Flt loader with shaders.
>
> Hi Jason, Vincent,
>
> You're correct, we haven't updated the loader since version 15.7.
> At first glance it looks like v15.8 is mostly a fix release (15.7
> was buggy,
> if you can believe that a spec can be buggy) and version 16.0 has
> added
> support for shaders (Cg, CgFX and GLSL).
>
> If anyone here has flt files that require these mods please send
> them my
> way and I'll file a bug and we'll see what can be done for future
> releases
> of Performer.
>
> A+,
>
> Alex.
>
> On Sep 7, 2005, at 7:13 AM, Jason Daly wrote:
>
>
>> Vincent Pasqualato wrote:
>>
>>
>>
>>> Hi !
>>>
>>> Trying to combine a shader program written in GLSL with a
>>> Performer scene
>>> graph, we discovered that rendering an flt object with faces which
>>> are flats
>>> (no gouraud/interpolation, no vertex normals) gives us strange
>>> results :
>>> The flt loader seems to try some computation of vertex normals,
>>> because
>>> there is a variation of the normal we get from Open GL (in gl_Normal
>>> parameter of the shader program) across the faces. Plus, this
>>> interpolation
>>> is buggy, resulting in very strange patterns of normals on the
>>> object.
>>> If we transform our object in gouraud, and pre-compute the vertex
>>> normals,
>>> the rendering is OK, except we don't get the flat faces we would
>>> want.
>>> Does anyone have a suggestion about this behaviour ? Is there an
>>> option to
>>> deactivate this normal computation ? Or is it correct, assuming
>>> the classic
>>> OpenGL pipeline doesn't take into account vertex normals when
>>> rendering flat
>>> faces ?
>>>
>>>
>>>
>>
>> There is supposed to be:
>>
>> pfdConverterMode_flt(PFFLT_COMPUTENORMALS, PF_OFF);
>>
>> but last time I tried, it didn't work.
>>
>>
>>
>>> Also, another problem with flt loader and Shaders is the fact that
>>> the
>>> loader seems to make some pre-computation on vertex colors and face
>>> materials : vertex colors seems to be multplicated by the diffuse
>>> color of
>>> the faces, and ambient and diffuse color of the face seem also to be
>>> affected by the color of the vertex. Although this doesn't affect
>>> classic
>>> OpenGL rendering, it is incompatible with our shader, which make a
>>> different
>>> use of this colors and need them untransformed.
>>>
>>>
>>>
>>
>> I think there's supposed to be a mode for this as well, but I can't
>> pick it out just from the pfflt.h file (and it probably wouldn't
>> work anyway). Performer used to ship with the pfdConverterMode_flt
>> man page, but no longer. The loader is also several years out of
>> date (I think it's only good for versions 15.7 and earlier). I
>> know MPI stopped supporting their Performer loader a while ago, and
>> SGI hasn't kept up with OpenFlight versions since 15.7.
>>
>> --
>>
>> --"J"
>>
>> "I'm a castaway stranded in a desolate land,
>> I can see the footprints in the virtual sand."
>> --Neil Peart
>>
>> ---------------------------------------------------------------------
>> -
>> -
>> List Archives, Info, FAQ: http://www.sgi.com/software/performer/
>> Open Development Project: http://oss.sgi.com/projects/performer/
>> Submissions: info-performer++at++sgi.com
>> Admin. requests: info-performer-request++at++sgi.com
>> ---------------------------------------------------------------------
>> -
>> -
>>
>>
>
> ----------------------------------------------------------------------
> -
> List Archives, Info, FAQ: http://www.sgi.com/software/performer/
> Open Development Project: http://oss.sgi.com/projects/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
> ----------------------------------------------------------------------
> -
>
>
>
> ----------------------------------------------------------------------
> -
> List Archives, Info, FAQ: http://www.sgi.com/software/performer/
> Open Development Project: http://oss.sgi.com/projects/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
> ----------------------------------------------------------------------
> -
>
>
>
>
>
>
> ----------------------------------------------------------------------
> -
> List Archives, Info, FAQ: http://www.sgi.com/software/performer/
> Open Development Project: http://oss.sgi.com/projects/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
> ----------------------------------------------------------------------
> -
>
This archive was generated by hypermail 2b29 : Tue Sep 13 2005 - 16:38:02 PDT