| |
TWW
Registered: Jul 2009
Posts: 549 |
NTSC Raster Positions
Good afternoon gents.
Is Rasterline #$00 to #$13 located in the lower border on NTSC machines when bit 7 of $d011 is cleared?
Tried to do a vsync (bit $d011 + bpl/bmi) and turned to debug borders and had to wait for rasterline #$14 before it was in the top border.
On PAL it works as expected though. |
|
... 2 posts hidden. Click here to view all posts....
|
| |
chatGPZ
Registered: Dec 2001
Posts: 11499 |
Quote:just try it in VICE |
| |
Krill
Registered: Apr 2002
Posts: 3070 |
What GPZ said. The NTSC peculiarity to have the top visible line not be 0 while line 0 is visible somewhere in the lower border has long been implemented in VICE, and properly.
This kind of basic stuff is never an emulation error, just like uninitialised memory in user programs is the culprit in 99% of reported problems. =) |
| |
TWW
Registered: Jul 2009
Posts: 549 |
@ chatGPZ: Yepp, was trying it on Vice (Hence the debug borders), but never knew about this NTSC Bahaviour so figgure'd I'd ask.
@ Monte Carlos: Nah, bit 7 was cleared, but also tried the other way just to see what happened, ond it only moved the line to 256 instead of 262/263
@Krill: Yeah, I figgured as much, but it has been stated that one should never trust an emulator :D
Either way, thanks for confirming. At least line #$0032 is still in the same place :) |
| |
tlr
Registered: Sep 2003
Posts: 1803 |
Quoting TWW@ chatGPZ: Yepp, was trying it on Vice (Hence the debug borders), but never knew about this NTSC Bahaviour so figgure'd I'd ask.
Quoting TWW@Krill: Yeah, I figgured as much, but it has been stated that one should never trust an emulator :D
Agreed, you shouldn't trust it blindly. Always good to ask. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11499 |
Not trust blindly indeed. But for basic stuff like this there is a 99,999% chance VICE is doing the right thing :) |
| |
Fungus
Registered: Sep 2002
Posts: 736 |
I recall bugging groepaz ages ago to fix the vertical blanking area to be on the correct lines. So they should be correct at least for NTSC 64, I never had an old (5 lum) VIC to test so if it's correct or not I have no idea. Same for R56A VIC, could be correct might not be, but those are rare and who cares. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11499 |
In the meantime i ported a bunch of the test programs to NTSC too (regular 65 cycle) and verified they work on the real thing as well as in VICE - so it should be quite ok :) |
| |
Fungus
Registered: Sep 2002
Posts: 736 |
Right on.
Did you ever got those other VIC variants yourself? Or maybe C0? |
| |
tlr
Registered: Sep 2003
Posts: 1803 |
Back when x64sc was written we asked for people to run test programs, often via IRC, and got loads of test data back. If there were surprising results (like the first encounters with PAL-N) we would do updated test programs and re-ask for testing. Most of these machines weren't in our direct possession. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11499 |
6567R8 is in mine...rather boring :) |
| Previous - 1 | 2 - Next |
