[hatari-devel] Cebit93 demo seems to run well too (no more screen update problems)

Nicolas Pomarède npomarede at corp.free.fr
Wed Jan 26 23:53:38 CET 2011


Le 26/01/2011 23:08, Eero Tamminen a écrit :

>> This demo doesn't involve the DSP at all.
>>
>> So, the 16/32 Mhz problem seem to be only related to the 68x000 part of
>> the computer.
>
> Right.  It's an interesting case for the Falcon timings as they're so
> clearly visible, but only in what's shown on screen.

According to the readme with that demo, it also uses blitter a lot, so 
maybe this 16/32 Mhz problem involves blitter too, not just cpu, in 
which case debugging can be a little trickier than just looking at the 
cpu side (even if no dsp is involved). Still, it's interesting.

>
>
>> I think it may comes from Videl emulation missing (wrong VBL, HBL, ...)
>> Do you agree ?
>
> videl.c emulation doesn't do any HBL (line/palette switching stuff), it just
> shows the whole screen at VBL from a memory position given in registers
> and size given in registers with palette coming from suitable STe/TT/Falcon
> registers.
>
> The HBL stuff is all in video.c and AFAIK completely ST/STE specific.
> All that stuff is quite hairy (full of special cases), I think currently
> only Nicolas understands fully how it works, so I think this will need
> his involvement...  It should be fairly well traceable nowadays though.

I don't know videl that much, but as you say, HBL code in video.c is 
really STF/STE specific.
When writing HBL support for videl, better do it from scratch in the 
falcon/ directory, I don't think there's anything to reuse from video.c 
HBL code (it would only complicate things to merge them)

Nicolas




More information about the hatari-devel mailing list