Re: [hatari-devel] DSP check freeze in Tautology II startup (was: Data cache Issues?)

[ Thread Index | Date Index | More Archives ]


On torstai 02 heinäkuu 2015, Nicolas Pomarède wrote:
> Le 02/07/2015 00:49, Eero Tamminen a écrit :
> > Tautology II still has DSP check freeze:

The binary is from this package:

> > ----------------------
> >> profile addresses
> > 
> > $00023bf2 :             btst      #0,(a0)        50.00%
> > $00023bf6 :             beq.s     $23bf2         50.00%
> > 
> >> r
> >> 
> >    D0 004E544B   D1 004E544B   D2 004E544B   D3 004E544B
> >    D4 00000001   D5 00000000   D6 00000000   D7 000001F1
> >    A0 FFFFA202   A1 FFFFA204   A2 0007AC1C   A3 000F8356
> >    A4 0002386C   A5 0001C844   A6 000F24FC   A7 00100BD2
> > 
> > ----------------------
>  From your log above, I see it freezes at the same place than before. Is
> this when you start the program or at random time during a game play ?
> (I was able to make several plays without any freeze).

"taut_ii.prg" freezes right at start; after Sentry finishes
unpacking, resolution changes and screen becomes white.

If I do "return false" in cancache function, it still freezes,
so it's not related to cache.

However, if I use "--cpu-exact off", game starts fine.

> Maybe there're some remaining cases not emulated correctly with the HREQ
> signal, this might need some test on real HW to copare with Hatari (as
> it's the main dsp mod replay, then it's possible chainz and jewelz might
> lock too from time to time)

I played them for a while, so this seems unlikely.

Btw.  I noticed few games in compatibility list which are still
marked "Doesn't work with WinUAE".  I'll check whether those
work now.  I've already checked few things which has similar
text with different wording and those worked now fine, so I'm
optimistic that your changes have fixed most of the remaining
ones too. :-)

	- Eero

Mail converted by MHonArc 2.6.19+