[hatari-devel] some videl emulation news

[Miro Kropáček]

> So even a program on a real Falcon that would expect the dsp<->cpu
> synchronisation to work without any sync control is likely to fail (unless
> you take the cache behaviour into account, which is more complicated when
> coding in asm).
>
You are absolutely right here. It's true we don't have so variable HW setups
like in Amiga world (where acceleration boards were present by "default",
i.e. nobody counted on plain a1200's speed) but having DSP <-> 030
unsynchronized was considered as pure madness even in the most hardcore
Falcon demo times. Lack of dsp sync is present only in the tightest
inner-loops.


> That's why I think that for most programs, even a bad number of cycles
> should not create so many bugs. There may be 2 or 3 general issues to fix,
> but I don't think so many things need to be corrected.
>
Exactly.

I don't want to sound pessimistic, but unless someone can help with some
> real Falcon coding experiment in video/dsp fields and provide some very
> simple test programs to show some non working aspects in Hatari, then I
> think it will be very difficult to improve Falcon's emulation.
>
> So, any experiment Falcon coder (not me !) should raise his hand :)

No need to be pessimistic. Patrice, me, Anders and possibly some others many
times had helped with exactly this -- to test some behavior, check some
registers etc... So Falcon coders are still here, just ask your question ;)

-- 
MiKRO / Mystic Bytes
http://mikro.atari.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.berlios.de/pipermail/hatari-devel/attachments/20110606/4e0596a3/attachment.html>