Re: Dividing up the screen

New Message Reply Date view Thread view Subject view Author view

Angus Dorbie (dorbie++at++bitch.reading.sgi.com)
Thu, 12 Sep 1996 18:27:58 +0100

The performance drop seems strange, are you sure you are not drawing
anything?

Does the channel have a scene causing additional cull overheads?
Are you clearing the chennel?

Try a channel with no screen clear and only erase & redraw those instruments
which change, you also store the instrument panel in both buffers
and there's no need for the underlays which are no longer supported.

Rgds,
Angus.

On Sep 12, 11:02am, Sandeep S. Mulgund wrote:
> Subject: Dividing up the screen
> I'm developing a flight simulation app where I've divided up the screen
> into two regions:
>
> top half: out-the-window display & HUD
> bottom half: in-cockpit instruments
>
> I'm trying to figure out how to go about configuring viewports and windows,
> etc. The only thing I've found so far that works is to set up a separate
> pfChannel for the top & bottom halves.
>
> Up until now I've been working on just drawing the out-the-window display
> and HUD, and I had set up a single pfChannel with the viewport restricted
> to the top half of the screen. This worked fine. When I added the second
> pfChannel for the bottom half, I got a huge reduction in performance --
> almost 40% slower frame rates, which is unacceptable. This is without even
> actually drawing anything to the lower half of the screen!
>
> Is there some alternate method I might use here? What I'd like to do is
> restrict the viewport to the top half for drawing the OWD and HUD, and then
> switch to the bottom half for drawing my instruments. Is this possible?
> Is there some other channel/window configuration that will not give me such
> a huge hit in speed?
>
> Thanks,
>
> Sandeep
>
>
>
>
> =======================================================================
> List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
>-- End of excerpt from Sandeep S. Mulgund

=======================================================================
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:53:31 PDT

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