AnitaKishore (kishore++at++electrogig.com)
Tue, 20 Feb 1996 13:41:59 -0800
I am attaching a reply mail from Sharon (SGI) related to your
problem which I faced a couple of months ago. It didn't solve my problem,
but maybe you could work something out. If you do, please let me also
know about it.
thanks
-anita
---------------------------------------------------------------------
Anita Kishore
kishore++at++electrogig.com
---------------------------------------------------------------------
On Dec 20, 6:09am, Sharon Clay wrote:
> Subject: Re: acbuf problems in performer2.0
> +>---- On Dec 18, 2:54pm, Anita Kishore wrote:
> > Subject: acbuf problems in performer2.0
> ->From kishore++at++electrogig.com Mon Dec 18 14:40:10 1995
> ->From: "Anita Kishore" <kishore++at++electrogig.com>
> ->Date: Mon, 18 Dec 1995 14:54:00 -0800
> ->X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail)
> ->To: grantham++at++rum, jimh++at++surreal, mtj++at++sgi.sgi.com, src
> ->Subject: acbuf problems in performer2.0
> ->Cc: kishore++at++electrogig.com, ian++at++electrogig.com
> ->
> ->Could somebody please explain the proper way to do the following
> ->in Performer2.0, a151.
> ->
> ->Problems:
> ->
> -> 1. Motion blur of a texture mapped moving sqaure in PFWIN_TYPE_X used
> ->to work fine in the earlier beta versions. Since I upgraded to a151, it
> ->has slowed down tremendously. Upon printing stats, the channel timings are:
> ->
> ->Frame rate - 0.8/30.0 Hz
> ->app = 0.3, cull = 0.5, draw = 1079.0 !!
>
> It sounds like you are not getting hw accumulation buffer but are
> instead getting a SW buffer. In IRIS GLX, you must use the
> attribute token list like in OpenGL to be assured of getting
> a hw buffer.
> For both OpenGL, try asking for 12 bits accumulation buffer
> and 4 samples multisample to make sure that you succeed on a 2RM system.
> For pure IRIS GL, you'll want to ask for 16 if you are multisampling and NOT
12 or
> you will get a SW buffer.
> You can use pfQueryWin to query the resulting number of accumulation buffer
> bits and sample after you open the window.
>
> Now the bad news: it looks like we have a bug that also would have been in
a151
> and before for IRIS GLX in parsing the attribute array for the accumulation
buffer
> token. So, for IRIS GLX, you will have to set the FBConfig explicitly for
> when you are using accumulation buffer.
> You'll need to call GLXgetconfig with an array of IRIS GL config tokens
> and then set the resulting structure on the pfWindow with
> Do this in the draw process.
>
> a151 was the last beta and we released Performer2.0 last week (with this
bug).
> If we had gotten this feedback sooner we could have fixed it for 2.0 but
> will probably be doing a patch release so please keep these reports comming!
>
> Keep me posted,
> Thanx!!!
> src.
>
> --
> -----{-----{---++at++ -----{----{---++at++ -----{----{---++at++ -----{----{---++at++
> Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev.
> src++at++sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590
> -----{-----{---++at++ -----{----{---++at++ -----{----{---++at++ -----{----{---++at++
>-- End of excerpt from Sharon Clay
On Dec 20, 6:12am, Sharon Clay wrote:
> Subject: Re: acbuf problems in performer2.0 CONT
> Sorry - I didn't finish a really helpful sentence in that last
> email. You use pfWinFBConfig() to set the output of GLXgetconfig()
> on the pfWindow.
>
> src.
>
> --
> -----{-----{---++at++ -----{----{---++at++ -----{----{---++at++ -----{----{---++at++
> Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev.
> src++at++sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590
> -----{-----{---++at++ -----{----{---++at++ -----{----{---++at++ -----{----{---++at++
>-- End of excerpt from Sharon Clay
This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:52:26 PDT