Hi, Nesdev. I need to clarify all unknown values here: http://wiki.nesdev.com/w/index.php/Clock_rateOAM reading on PAL NES - all test ROMs were taken from here, read first!
Test ROMs request by me
Also i can confirm that red and green emphasis bits are swapped on Dendy same as PAL NES.
I've tested thefox's and blargg's ROMs on my custom-made Dendy based on Famicom AV PCB.
Here is the results:
OAM DECAY TEST ("original", take1, take2, take3, take4, take5). Seems it has correct NTSC-like behavior:
thefox wrote:It uploads a bunch of sprites to OAM and enables rendering. When A is held down, rendering is kept disabled, which presumably should cause OAM to decay. However, on my PAL NES I wasn't able to make OAM decay no matter how long I kept the button pressed, the sprites always came back pristine. The ROM was tested on NTSC NES as well (thanks to Pasky), and there it functioned as expected (sprites started disappearing, which must mean that the bits tended towards ones).
OAM_Read_test and OAM_Read_VBL_wait_test: all passed.
all-in-one shots (19Mb)
I've read nintendulator history commits, and saw Quietust wrote about Dendy:
I can do tests on real hardware. I still want any test roms to clarify Dendy behavior.Quietust wrote:the pre-render scanline difference is permissible, since nobody knows exactly how it works anyways