Кстати ребят (у кого много разных чипов на руках) подтвердите, либо опровергните:
Известно, что UM6561AF-2 сильно глючит с принцом персии: нашел пруф с
youtubeА вот UM6561F-2 "типа норм". Я у себя проверяю и вижу мелкий баг.
На голове принца, прям на рыжей причёске, видна отчётливая чёрная полоса, которой быть не должно.
У вас этот глюк есть, или мне попался чип кривоватый?
UM6561BF-2 и CF-2 потестировать пока нет возможности.
На Т1818Р, линейках 6527Р/6538 от разных производителей такой проблемы нет.
Любопытно было бы посмотреть ещё, виснет ли японский нинзя рюкенден на 2 мультике
и через раз ли запускается Eliminator Boat Duel, в зависимости от PowerON/Reset
https://forums.nesdev.org/viewtopic.php?p=274887#p274887Reading $2002 at the exact start of vblank clears the flag to 0 without reading back a 1. On most consoles and with most wait loops, an alignment is eventually reached such that the flag is read other than on at the exact start of vblank. However, Dendy-style PAL famiclones have a frame of exactly 113.667 by 312 = 35464 cycles, and 35464 is a multiple of 8. A bit/bpl loop that crosses a page boundary, such as that found in the game Eliminator Boat Duel, lasts 8 cycles. On some alignments, it hits the start of vblank every time and thus always fails to advance.
So for the $2002 wait loop, do not make a wait loop whose length in cycles evenly divides the frame length.
