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

[Laurent Sallafranque]

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.


I agree here, but that's not the way it should be done.


The HBL stuff is all in video.c and AFAIK completely ST/STE specific.


True again, but for VBL, HBL, and Videl, I think there should be 2 video.c
The Videl code should embbed the whole hbl, vbl and display code (as I 
did for the crossbar, where I've recoded the DMA code).

As for sound where we choose between ST dma or Crossbar code, video 
should choose between video.c (ST, STE, TT ?) and videl.c (Falcon).

Like this, the HBL, and the VBL would be Videl specific and not 
"disturbed" by all the specific shifter particularities.

That's why I'd like to rewrite everything.

Of course, Nicolas' help is always welcome ;)

Regards

Laurent



Le 26/01/2011 23:08, Eero Tamminen a écrit :
> Hi,
>
> Le 26/01/2011 14:43, Laurent Sallafranque a écrit :
>>> Cebit93 demo seems to run well too (no more screen update problems).
>>>
>>> Music is clean too.
>> No, it only works at 32 Mhz, at 16 Mhz, the screen is not correctly
>> updated.
> With --cpuclock 32 it works fine with 1.4 release too, not just latest
> Hatari.
>
>
>> 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.
>
>
>> 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.
>
>
> 	- Eero
> _______________________________________________
> hatari-devel mailing list
> hatari-devel at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/hatari-devel
>
>