Maybe something connected to joystick port which is interfering?
yes a mouse can disturb joystick
Physical release is available
yeah, that happens . It happens because, right before the screen is being cleared, all the VDP registers are set back to their original value, and the interrupts that enable the "split screen" are reset, since split screen is not needed any more. You will also notice that all the sprites disappear right before the screen clear. It's not perfect, but it does the trick
Why reset these scroll registers? If you would keep them intact, the problem would be solved, wouldn't it?
Did you finally discover why it didn't work properly in your TR, Eric??
Thanks a lot Eric!!!!! Very exciting!!!
after testing on jipe ´s turbo-r i saw all was ok.
But i don ´t know why i have this bug on mine
Santi, I don't know how does it affect to the bug reported by Eric, but when you read the joystick port 1 you do:
call RDPSG
and #af
I think you should use #bf instead of #af
Good catch Imanok! indeed that was #bf (fixed in github).
But I don't think that's the problem Eric was reporting, since for Eric the keyboard does not work either.
So, yesterday I started to suspect the problem with Eric's turbo-r is that it has a different keyboard matrix than the one Transball is expecting. Transball's code for checking the keyboard ("CheckInput" function in "transball-input.asm"), assumes that the arrow keys are in row 8, since looking at this article ( http://map.grauw.nl/articles/keymatrix.php ), I saw that was a good assumption. But perhaps there are other keyboard matrices that I am not accounting for, and Eric's turbo r happens to be one of those...
That's not the case.