Thread (3 messages) 3 messages, 2 authors, 2003-07-09

Re: Programming advanced hardware in 69030

From: Aleksandr Koltsoff <hidden>
Date: 2003-07-04 09:35:01

Hello Nitin

Get the programming documentation from asiliant website (it's all free and
released).

I do not understand your version of "hotswapping"? If you mean
hotswapping the whole graphics unit then that's beyond the chips
capabilities, but is the problem of the system motherboard and
supporting chips there. If you mean hotswapping the monitor/lcd-stuff
on the fly that can be done by reading how to get ddc and interrupt
data from the chip (get the documentation).

As what comes to accessing frame buffer memory into pages, that is too
a bit unclear to me. If you mean banked modes and such, you don't want
to do that in any 32-bit processor/OS but rather access all the memory
using linear mapping (it's much simpler).

The accelerator that 69k has is not very capable (compared to many
others), but rather you get somewhat accelerated blits and that's
about all. It's pretty simple unless you end up doing non-MMIO stuff
(again, read the docs).

The multimedia 'engine' is basically just an YUV/RGB conversion unit,
nothing much else. The programming docus tell how to use it, but it
might be not worth it with fast CPUs.

To have FPS 15 you have three options:
- design a modeline for the chip that will output 15 FPS really
  (it will be a slow scan mode so actually you won't see anything much on
  the screen and probably your monitor won't even sync to it)
  (this is not what you want)
- You try to find a mode that is integer multiple of your desired FPS
  In your case 60 Hz, 75 Hz are both multiples. With first, you will
  display new frame every 4th screen refresh, with 75 it's every 5th, I'm
  sure you get the picture.
- You take any mode that is available (doesn't have to be integer multiple,
  and besides, even the integer multiple modes are not accurate (clocks
  drift etc)). You design your frame refresher so that instead of syncing
  against sound, you will sync against a real time hard clock which is
  accurate enough (depends on your hardware whether you have anything
  capable of this). Then you try to fit your video frames as best as possible
  to the refresh rate that you have. If you have a powerful processor you
  might be interested in modifying the framerate using DSP algos too (used
  in converting cinema/NTSC/PAL-rates with high-quality). You audio will also
  be synced against the real hard clock but there you can get away with
  simple linear or bilinear interpolation to adjust for the drops/advances.
  
It all depends on what you want to do.

Hope this helps.

ak.


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help