Re: [hatari-devel] DSP check freeze in Tautology II startup

[ Thread Index | Date Index | More lists.tuxfamily.org/hatari-devel Archives ]


Hi,

On torstai 06 elokuu 2015, Nicolas Pomarède wrote:
> Le 04/08/2015 21:50, Nicolas Pomarède a écrit :
> > Le 04/08/2015 00:50, Eero Tamminen a écrit :
> >> Tautology II & Kwiks.pd work now fine.
> > 
> > good news :)
> > 
> >> Golden Island still gets stuck to DSP check:
> >> ---------------------------------------------------------------
> >> 
> >> It works with (older) OldUAE, but not with latest WinUAE,
> >> even when using --cpu-exact off.
> > 
> > I found a 2 disks version, but it doesn't install on HD for some
> > unknown reasons. Could you send me a zip of your directory for this
> > game ?
>
> from what I see, it looks like a cycle problem.
> 
> The dsp mod player is loading some program to the dsp, then after a
> while the cpu sends data to the dsp at ffa206 but too early, before the
> dsp program reaches the point where it processes received data.
> 
> With the recent WinUAE cpu core, the cpu part runs on average faster
> than old uae cpu (using laurent's tables for cycles) . As it takes less
> cycles, the DSP has less time to reach the point where it can process
> incoming data, so we get a lock because the data sent by the cpu to the
> dsp is never acknowledged by the dsp..
> 
> This issue with this game is rather complex to debug (because cpu, dsp
> and blitter are running at the same time), but I see no other
> explanation for the moment. When new cpu core has more accurate cycle in
> 68030, we will see if this fixes the problem.

Ok, thanks for looking into it.

Sounds something that can be safely ignored for v1.9 release. :-)


	- Eero



Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/