whdload issue reintroduced?

[hexaae]

Mmmmh, it was since WUAE 2.0.2b10 (2010.02.10) I didn't update WUAE...
Bad news to report: the mysterious WHDLoad freeze on game startup bug has been reintroduced with 2.1.0 and current 2.2.0b6. Moreover some games have serious timinig issues and are very slow, just like Dynablaster (always WHDLoad) that did work fine...

[Toni Wilen]

This isn't 2.2 beta related either..

[Toni Wilen]

Can you find the beta that re-introduced this? All 2.1 betas should be still available for download.

EDIT: I can duplicate Dynablaster slowdown.

EDIT2: black screen issue is solved I think but in my opinion whdload should be modified because any "too fast" Amiga can trigger this condition if it also tries to handle hpos "offset". (vpos increments when hpos is ~4, not when hpos changes to 0!)

[hexaae]

Originally Posted by Toni Wilen

EDIT2: black screen issue is solved I think but in my opinion whdload should be modified because any "too fast" Amiga can trigger this condition if it also tries to handle hpos "offset". (vpos increments when hpos is ~4, not when hpos changes to 0!)

Mmmh... I agree if this is the case.... would be great if you could convince Bert with technical motivations!
He's just about to release WHD 17.0.

[Wepl]

@Toni: does it hang inside whdload? can you give me a code snippet?

[Toni Wilen]

I don't anymore remember the exact reason but it is this piece of code:

2FFD7B62 277c 0000 1004 0080      MOVE.L #$00001004,(A3, $0080) == $00dff080
2FFD7B6A 082b 0000 0005           BTST.B #$0000,(A3, $0005) == $00dff005
2FFD7B70 67f8                     BEQ.B #$fffffff8 == $2FFD7B6A
2FFD7B72 082b 0000 0005           BTST.B #$0000,(A3, $0005) == $00dff005
2FFD7B78 66f8                     BNE.B #$fffffff8 == $2FFD7B72
2FFD7B7A 377c 8280 0096           MOVE.W #$8280,(A3, $0096) == $00dff096
2FFD7B80 4a39 00bf e001           TST.B $00bfe001
2FFD7B86 082b 0002 001f           BTST.B #$0002,(A3, $001f) == $00dff01f
2FFD7B8C 67f2                     BEQ.B #$fffffff2 == $2FFD7B80
2FFD7B8E 4a39 00bf e001           TST.B $00bfe001

First possible issue is copper not being strobed, it is possible there is time to execute 1-2 copper instructions using old address (whatever that is) because vsync does not happen in same point as vpos changes.

If for some reason "old" adress is also 1004 or copper has been strobed earlier, first few moves at 1004 can be executed twice, copper pointer gets changed and this hangs because move to intreq never happens.

Polling until vpos is larger than 0, strobe copper, enable copper DMA should prevent all side effects even if timing is weird

Not sure if either is real problem but I remember it hanging in that INTREQR loop in JIT modes if hpos "offset" is emulated. (I disabled this now if JIT is enabled, it is pointless because JIT breaks required timing anyway )

[Wepl]

Originally Posted by Toni Wilen

First possible issue is copper not being strobed, it is possible there is time to execute 1-2 copper instructions using old address (whatever that is) because vsync does not happen in same point as vpos changes.

I thought that waiting for vpos=0 would be sufficient for the copper address to get loaded.

Originally Posted by Toni Wilen

If for some reason "old" adress is also 1004 or copper has been strobed earlier, first few moves at 1004 can be executed twice, copper pointer gets changed and this hangs because move to intreq never happens.

I don't understand how this could lock the copper so that the write to intreq will be missed. The copper list only contains writes to custom registers.

Originally Posted by Toni Wilen

Polling until vpos is larger than 0, strobe copper, enable copper DMA should prevent all side effects even if timing is weird

Ok, I will change it that way.

[Toni Wilen]

Originally Posted by Wepl

I don't understand how this could lock the copper so that the write to intreq will be missed. The copper list only contains writes to custom registers.

First instruction resets COP1LC and if strobe (vsync) comes after this, copper jumps to 1000, not 1004.

Moreover some games have serious timinig issues and are very slow, just like Dynablaster (always WHDLoad)

This is odd one because it works without JIT but switching JIT off on the fly does not fix it, not even after reset..

[Toni Wilen]

[dynablaster slowdown]

Mumblemumble (difficult to talk clearly while wearing brown paper bag, sorry about that)

Lets try again.. krhm.. in some situations if JIT is enabled, reading INTREQR can return bit 15 set.. When this happens MOVE INTREQR to INTREQ causes some less than fun side effects..

EDIT: http://www.winuae.net/files/b/winuae.zip should fix this, please confirm.

[hexaae]

Yes, Dynablaster now works fine.
ElfMania WHD always freezes after intro screen, but I think it's the same black screen freeze problem discussed above...

[Toni Wilen]

Originally Posted by hexaae

ElfMania WHD always freezes after intro screen, but I think it's the same black screen freeze problem discussed above...

I thought this was already fixed.. Perhaps this is some other (new) issue..

[Toni Wilen]

Originally Posted by hexaae

Yes, Dynablaster now works fine.
ElfMania WHD always freezes after intro screen, but I think it's the same black screen freeze problem discussed above...

Black screen when screen mode switches for the first time? (before titlescreen appears?) I can't duplicate it.

Same black screen in other games that also had it few winuae versions ago?

btw, Elfmania whdload version pokes DSKPT and DSKLEN continuously (slave 1.2)

00080548 426c 00dc                CLR.W (A4, $00dc) == $00080384
0008054C 2b7a 073e 0020           MOVE.L (PC,$073e) == $00080c8c,(A5, $0020) == $00dff020
00080552 3b7c 1002 009c           MOVE.W #$1002,(A5, $009c) == $00dff09c
00080558 3b7c 4000 0024           MOVE.W #$4000,(A5, $0024) == $00dff024
0008055E 3b7c 8014 0024           MOVE.W #$8014,(A5, $0024) == $00dff024
00080564 3b7c 8014 0024           MOVE.W #$8014,(A5, $0024) == $00dff024
0008056A 487a 0032                PEA.L (PC,$0032) == $0008059e
0008056E 289f                     MOVE.L (A7)+,(A4)
00080570 4e75                     RTS.L

[hexaae]

Originally Posted by Toni Wilen

Black screen when screen mode switches for the first time? (before titlescreen appears?) I can't duplicate it.

Elfmania WHD freezes 10/10 when the Terramarque logo screen appears for me... and I thought it could be the same kind of bug...
Doesn't happen with old beta WUAE 2.0.2b10 (2010.02.10)

EDIT: I was wrong. Runs fine with latest beta...

[Toni Wilen]

Originally Posted by hexaae

EDIT: I was wrong. Runs fine with latest beta...

Great