>From: David Olofson <[EMAIL PROTECTED]>
>To: "daniel sheltraw" <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
>Subject: Re: [rtl] rt display in usec
>Date: Fri, 11 Aug 2000 18:38:39 +0200
>
>Wed, 09 Aug 2000 daniel sheltraw wrote:
> > Hello RTers
> >
> > This is a bit off the RTL and RTAI topic but I have a quetion similar to
> > Patricks regarding RT display. I am willing to accept the course
> > grained timing given by the reciprocol of the refresh rate but I would
> > like to be able to draw the image to screen with hard RT scheduling. 
>There
> > exists a register in most cards that "resets" the sequencer.
>
>Standard VGA register? (Long time since I programmed VGA on the hardware
>level...)
>
> > I am not sure what reset means and can find no documentation to tell so. 
>I
> > am wondering if anyone knows whether this resets the sequencer so that I 
>can
> > start at a well defined spot in the sequencer cycle and therefore 
>achieve
> > hard RT scheduling. Of course there may be latencies for the reset which
> > would have to be taken into account.
>
>Any video card registers (except for the one with the blanking bits, in 
>case
>you have no VBL IRQ...) would generally be of interest only when dealing 
>with
>hardware accelerated rendering. (If you're using mode-X or bitplane [16 
>color]
>modes, you're in trouble, though - these modes require register access all 
>the
>time, which means you cannot share the card at the hardware level.) AFAIK, 
>the
>only effect they could have on any normal card is that ongoing hardware
>accellerated operations could steal some VRAM bandwidth, which of course 
>could
>be a problem if high bandwidth is required for the RT operations.
>
>As to standard VGA registers, I only know about the usual bitmap access 
>"helper"
>logic and that stuff, and it is indeed slow on some modern cards, but I 
>doubt
>it gets much worse than fiddling with ports in general. "Only" the usual
>hundreds of cycles wasted on waitstates...
>
>If you really need h/w acceleration for the RT stuff, the driver has to run 
>in
>RT context, and on nearly all non-pro cards you also need to dedicate the 
>card
>to the RT task, since consumer video cards in general cannot switch context 
>in
>the middle of an operation.

David

Would you please explain what you mean by "context switch" amd how this
applies to RT?

Thanks Daniel

(Pro cards for CAD/CAM, real time 3D animation etc
>can do this kind of task switching, and it seems like the new generation of 
>game
>cards are getting there too, as a result of game and pro cards beginning to 
>use
>the same chipsets. Lower costs and higher performance for both classes.)
>
>
>David Olofson
>  Programmer
>  Reologica Instruments AB
>  [EMAIL PROTECTED]
>
>..- M u C o S --------------------------------. .- David Olofson ------.
>|           A Free/Open Multimedia           | |     Audio Hacker     |
>|      Plugin and Integration Standard       | |    Linux Advocate    |
>`------------> http://www.linuxdj.com/mucos -' | Open Source Advocate |
>..- A u d i a l i t y ------------------------. |        Singer        |
>|  Rock Solid Low Latency Signal Processing  | |      Songwriter      |
>`---> http://www.angelfire.com/or/audiality -' `-> [EMAIL PROTECTED] -'
>

________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/

Reply via email to