I wasn't aware of this. thanks for the info.

---
Giovanni Bajo
Lead Programmer

Protonic Interactive
www.protonic.net

a brand of Prograph Research S.r.l.
www.prograph.it


> -----Original Message-----
> From: Chris Schmitz [mailto:Chris.Schmitz@...]
> Sent: Tuesday, August 01, 2000 11:22 AM
> To: 'gbadev@egroups.com'
> Subject: AW: [gbadev] DMA dilemma!
>
>
> Not really. You mean the old DMA of the B/W gameboy. On the GBC
> it stops the
> CPU for sure.
>
> Chris
> Gameboy Lead Programmer
> Software2000
>
> -----Ursprüngliche Nachricht-----
> Von: Giovanni Bajo [mailto:bagio@...]
> Gesendet: Dienstag, 1. August 2000 11:18
> An: gbadev@egroups.com
> Betreff: RE: [gbadev] DMA dilemma!
>
>
> >
> > GBC halts when doing General Purpose DMA.
> > And HBlank DMA in h-blanks.
>
> Not really. If you look at a standard DMA routine on GBC, it is copied to
> $FF00-$FFFE because that's the only area of RAM still readable (and
> executable) WHILE DMA is in progress. Tipically, there is a short
> loop there
> to allow DMA to complete its execution.
>
> > It's faster than creating a copy loop.
>
> This could be useful on GBC, but I don't think that speed in
> memory xfer is
> a major problem on AGB.
>
> ---
> Giovanni Bajo
> Lead Programmer
>
> Protonic Interactive
> www.protonic.net
>
> a brand of Prograph Research S.r.l.
> www.prograph.it
>
>
>
>
>
> unsubscribe: gbadev-unsubscribe@egroups.com
>
>
>
>
>
> unsubscribe: gbadev-unsubscribe@egroups.com
>
>
>
> .
>