Re: Non-linear transformation of pfGeoSet

New Message Reply Date view Thread view Subject view Author view

Hansong Zhang (zhangh++at++cs.unc.edu)
Thu, 19 Feb 1998 13:49:35 -0500 (EST)


Danial,

I did a relativistic rendering project using Performer. The Lorenz
transformation (for special relativity) is non-linear. I used
pfCycleBuffer and subclassed pfGeoSet and pfGeode to make them
"transform themselve" properly based on frame count and time. check out
http://www.cs.unc.edu/~zhangh/einstein.html

cheers,
Hansong

> Hello,
>
> I am a beginner at Performer programming. I have the following
>
> PROBLEM:
> For each frame, the vertices (coordinates and normal vectors)
> of the geometry (pfGeoSet) have to be transformed by a given
> non-linear mapping (for special relativistic visualization).
> To put it another way, this transformation can NOT be expressed
> by a normal 4x4 matrix. I'd like to achieve a frame-accurate
> behavior on a multiprocessing architecture.
>
> My ideas so far:
> The manual suggests four solutions for frame-accurate behavior:
> 1) passthrough data mechanism
> 2) frame-accurate pfSwitch
> 3) pfCycleBuffer
> 4) fluxed geosets/engines
> The transformation might be incorporated in application traversal.
>
> My question:
> Does anyone have any experience with a similar problem? In particular,
> I am interested in performance aspects/differences. Is it a good idea
> to put the transformation in the application traversal?
>
> TIA,
>
> Daniel
>
>
> --
> Daniel Weiskopf
> weiskopf++at++tat.physik.uni-tuebingen.de
> =======================================================================
> List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
>

=======================================================================
List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
            Submissions: info-performer++at++sgi.com
        Admin. requests: info-performer-request++at++sgi.com


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:56:48 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.