 No.13546
Tafoid Administrator
Jan 22, 2017, 20:15
|
Can you explain further? I can see no scrolling issues as I progress in the game. The moving characters all seem to stay in sync to the background as it scrolls. Some details of your setup or any non-defautl settings might help too. |
|---|---|
 No.13548
abelardator2 Tester
Jan 22, 2017, 20:47
|
My configuration is by default. This is not the case with others "Golden Axe" sets. Can be seen in the background when the player walks, it is seen more when there is an enemy corpse on the ground. I have an original PCB "Golden Axe (set 6, US)(8751 317-123A), with its chip 8751 317-123A. |
 No.13551
B2K24 Senior Tester
Jan 22, 2017, 21:21
|
I can't spot any peculiar behavior attempting to reproduce. More information might be needed. |
|
No.13552
Tafoid Administrator
Jan 22, 2017, 21:49
|
Ok, I did some close observation of the dead bodies and then scrolling them on the screen as I walk (right or down/up) and I can detect that there are frames that the bodies 'shift' on the ground non-logically (either lag or misplacement) - not moving smoothly. I can confirm the behavior on that aspect at least Kill enemies until there are none alive on screen then as you scroll right to progress, use "SHIFT-P" to frame advance slowly and see the movement. A version tested from November didn't show this behavior and I'll have to check further to see if there is not another reason for the issue. |
 No.13553
Haze Senior Tester
Jan 23, 2017, 02:40
|
right, in order to stop the game from crashing due to the MCU and the 68k fighting I had to put a fairly big delay on the 68k, which causes the sprites to end up being written later, and the frame desync you see. I'm not really happy with the delay, but it seemed better than crashing. Somebody really needs to trace out the board to see when the interrupts are generated on the MCU vs. the main CPU, or if there's some other semaphore to indicate when comms should happen. |
|
No.13554
abelardator2 Tester
Jan 23, 2017, 07:18
|
Haze, I do not know how to help, but I have a PCB with this chip (i8751 317-123A). I could donate if that helps. |
|
No.13555
Haze Senior Tester
Jan 23, 2017, 15:31
|
I think there are plenty of other people with the PCBs who could trace them / work out the sources, but unless somebody does, it's pure guesswork, and not much to go on in this case. |
 No.15427
Robbbert Senior Tester
Sep 8, 2018, 07:30
|
I couldn't see any problem, is it still an issue? |
 No.15429
hap Developer
Sep 8, 2018, 11:54
|
Yes it still happens (0.201 official), see Haze's reply above for the cause. |
|
No.15831
AJR Developer
Nov 24, 2018, 14:15
|
As far as I can tell, 68K/MCU contention is managed within the Sega 315-5195 custom chip. |