Anyone has a real NTSC Incredible Crash Test Dummies cart?
Moderator: Moderators
-
- Posts: 260
- Joined: Mon Jan 23, 2012 11:27 pm
Re: Anyone has a real NTSC Incredible Crash Test Dummies car
i have a mmc3c socketed cart for testing. the text on the opening screens is jumpy. here's a test run:
https://twitter.com/FrankWDoom/status/1 ... 9824610309
(sorry, don't know a better way to post a video here)
recorded on a crt on an original nes (has a copynes installed but i don't think that matters)
https://twitter.com/FrankWDoom/status/1 ... 9824610309
(sorry, don't know a better way to post a video here)
recorded on a crt on an original nes (has a copynes installed but i don't think that matters)
-
- Posts: 1510
- Joined: Thu May 19, 2005 11:30 am
Re: Anyone has a real NTSC Incredible Crash Test Dummies car
Thank-you very much for that video. That means that the Everdrive N8's MMC3 scanline counter is not completely accurate.
Now the challenge for me will be to implement the delayed rendering change in a way that gets its desired effect of preventing glitches in Micro Machines while keeping the jumpy text in Crash Dummies when emulated with MMC3C instead of MC-ACC.
Now the challenge for me will be to implement the delayed rendering change in a way that gets its desired effect of preventing glitches in Micro Machines while keeping the jumpy text in Crash Dummies when emulated with MMC3C instead of MC-ACC.
-
- Posts: 780
- Joined: Tue Nov 23, 2004 9:35 pm
Re: Anyone has a real NTSC Incredible Crash Test Dummies car
This video https://www.youtube.com/watch?v=8x5IHXsJ2js was almost certainly taken with a real cartridge and shows "some jumpiness", but not as much as in FrankWDoom's video.
Re: Anyone has a real NTSC Incredible Crash Test Dummies car
I'm sorry that I couldn't help more on this issue (considering it's 5 years old) -- I've since sold all of my NES carts. Also, the YouTube videos in questions were lost during some clean-up I did. Again, sorry that I couldn't help more or re-do the tests (especially since I now have a 1080p 60fps digital camera).
Re: Anyone has a real NTSC Incredible Crash Test Dummies car
This is because you can't force N8 to use regular MMC by changing byte in the end of rom. Full rom CRC calculation is too slow for handling on system CPU, instead N8 used few bytes checks in certain rom area for specific rom detection. With regular MMC3 screen shakes will back.NewRisingSun wrote:Thank-you very much for that video. That means that the Everdrive N8's MMC3 scanline counter is not completely accurate.
when emulated with MMC3C instead of MC-ACC.
-
- Posts: 1510
- Joined: Thu May 19, 2005 11:30 am
Re: Anyone has a real NTSC Incredible Crash Test Dummies car
Ah, interesting. I had no way of knowing.
Would it be possible to add NES 2.0 Submappers to properly differentiate between mapper variants, and limit such checks to ROMs with no NES 2.0 header?
Would it be possible to add NES 2.0 Submappers to properly differentiate between mapper variants, and limit such checks to ROMs with no NES 2.0 header?
Re: Anyone has a real NTSC Incredible Crash Test Dummies car
Actually i thinking about including nes 2.0 supportNewRisingSun wrote:Ah, interesting. I had no way of knowing.
Would it be possible to add NES 2.0 Submappers to properly differentiate between mapper variants, and limit such checks to ROMs with no NES 2.0 header?
Re: Anyone has a real NTSC Incredible Crash Test Dummies car
I did a small research around acclaim mapper. Seems like besides of neg edge triggering it ignores a12 if rendering turning off, also it expects a12 to be in low state more than two cpu cycles. As we know problems with Crash Dummies on regular MMC3 related to edge of a12 triggering, but with Mickey's Safari in Letterland is another story. It also shakes menu bar on regular mmc3, but not due the triggering edge of a12 , it happens if a12 clocking hits to the mement when PPU turn off the rendering. On attached screenshots shown such moment. Red color shown when ppu turned off and yelow dots shown false triggering which counted by MMC3 logic and ignored by MC-ACC.
However, i not sure how exactly MC-ACC ignores those cycles during turned off PPU, because it does not have enough connected address lines to decode PPU registers addresses and intercept writes to $2001, may be it require specific timings between A12 clocking or something
EDIT:
Ok, seems like i figure out how it working. Acclaim mapper counts every A12 pulse instead of waiting for long phase in low state. Counter clocking happens once per 8 A12 cycles at first cycle. Writing to $C001 resets pulse counter. On attached screenshot shown how real acclaim chip triggers IRQ not at first A12 pulse. Also i looked at few emulators and they all emulate this behavior incorrectly. In Mickey emulators fires second IRQ too early. It easy to check: With proper timings in bottom bar should be two lines between "in" and "letterland", but emulators have only one line. Also those 3 black boxes in right side of bar should have size 8x8 pixels, but emulators likely will render them 8x7
However, i not sure how exactly MC-ACC ignores those cycles during turned off PPU, because it does not have enough connected address lines to decode PPU registers addresses and intercept writes to $2001, may be it require specific timings between A12 clocking or something
EDIT:
Ok, seems like i figure out how it working. Acclaim mapper counts every A12 pulse instead of waiting for long phase in low state. Counter clocking happens once per 8 A12 cycles at first cycle. Writing to $C001 resets pulse counter. On attached screenshot shown how real acclaim chip triggers IRQ not at first A12 pulse. Also i looked at few emulators and they all emulate this behavior incorrectly. In Mickey emulators fires second IRQ too early. It easy to check: With proper timings in bottom bar should be two lines between "in" and "letterland", but emulators have only one line. Also those 3 black boxes in right side of bar should have size 8x8 pixels, but emulators likely will render them 8x7
-
- Posts: 1510
- Joined: Thu May 19, 2005 11:30 am
Re: Anyone has a real NTSC Incredible Crash Test Dummies car
This recording, which I believe to be from real hardware based on the line on the left and the buzzing sound in the audio, although none too clear, seems to show only one line between "in" and "letterland".
"Unfiltered PA12 rise (or fall) with prescaler" would mean that the AC-MCC's scanline counter acts more like the J.Y. Company ASIC's.Acclaim mapper counts every A12 pulse instead of waiting for long phase in low state. Counter clocking happens once per 8 A12 cycles at first cycle.
Re: Anyone has a real NTSC Incredible Crash Test Dummies car
This video for sure recorded not from MC-ACC cart. Besides of lost line, bottom bar shakes time to time. I have real Mickey cartridge and it shows two lines and no shakesNewRisingSun wrote:This recording, which I believe to be from real hardware based on the line on the left and the buzzing sound in the audio, although none too clear, seems to show only one line between "in" and "letterland".
-
- Posts: 1510
- Joined: Thu May 19, 2005 11:30 am
Re: Anyone has a real NTSC Incredible Crash Test Dummies car
What did the author of that video record it from, in 2007? The console seems to be real, but maybe the cartridge is not. Was the PowerPak available back then?
Anyway, this video shows two scanlines, also ostensibly from real hardware.
Anyway, this video shows two scanlines, also ostensibly from real hardware.
- krzysiobal
- Posts: 1037
- Joined: Sun Jun 12, 2011 12:06 pm
- Location: Poland
- Contact:
Re: Anyone has a real NTSC Incredible Crash Test Dummies car
Which chip do you mean by `AC-MCC`?
The DIP40-60 with non-standard pinout, called "AX5202P #2 (NTDEC?)" there?:
http://wiki.nesdev.com/w/index.php/MMC3_pinout
Just curious, because I loved to use the game `Doki Doki Yuuenchi` (which uses this chip) for testing consoles. It uses scanline counter twice on title screen, when the curtain drops. And this cartridge never caused any trouble on any console, but implementing this particular game to work correctly on hardware was tricky.
-
Second game that always bothered my mind was pirate japan Panic Restaurant (Wanpaku Kokkun no Gourmet World). On real hardware, when entering the Bonus Stage, there is weird split in half of screen that makes finishing impossible:
https://www.youtube.com/watch?v=D27STQYSigQ
However, when dumped and played in emulator, it works:
https://www.youtube.com/watch?v=LK-xnARVnLI
Except that, game works fine. I've already soldered 220pf between PPU-A12 and GND thinking it might help, but nope.
The DIP40-60 with non-standard pinout, called "AX5202P #2 (NTDEC?)" there?:
http://wiki.nesdev.com/w/index.php/MMC3_pinout
Just curious, because I loved to use the game `Doki Doki Yuuenchi` (which uses this chip) for testing consoles. It uses scanline counter twice on title screen, when the curtain drops. And this cartridge never caused any trouble on any console, but implementing this particular game to work correctly on hardware was tricky.
-
Second game that always bothered my mind was pirate japan Panic Restaurant (Wanpaku Kokkun no Gourmet World). On real hardware, when entering the Bonus Stage, there is weird split in half of screen that makes finishing impossible:
https://www.youtube.com/watch?v=D27STQYSigQ
However, when dumped and played in emulator, it works:
https://www.youtube.com/watch?v=LK-xnARVnLI
Except that, game works fine. I've already soldered 220pf between PPU-A12 and GND thinking it might help, but nope.
-
- Posts: 1510
- Joined: Thu May 19, 2005 11:30 am
Re: Anyone has a real NTSC Incredible Crash Test Dummies car
The Acclaim MMC3 clone, used on licensed U.S. cartridges. Nothing to do with any AX5202 chips.Krzysiobal wrote:Which chip do you mean by `AC-MCC`?
- Fumarumota
- Posts: 49
- Joined: Wed Nov 19, 2014 9:00 am
- Location: Mexico
Re: Anyone has a real NTSC Incredible Crash Test Dummies car
Interesting!KRIKzz wrote: ↑Wed Sep 11, 2019 3:50 am I did a small research around acclaim mapper. Seems like besides of neg edge triggering it ignores a12 if rendering turning off, also it expects a12 to be in low state more than two cpu cycles. As we know problems with Crash Dummies on regular MMC3 related to edge of a12 triggering, but with Mickey's Safari in Letterland is another story. It also shakes menu bar on regular mmc3, but not due the triggering edge of a12 , it happens if a12 clocking hits to the mement when PPU turn off the rendering. On attached screenshots shown such moment. Red color shown when ppu turned off and yelow dots shown false triggering which counted by MMC3 logic and ignored by MC-ACC.
However, i not sure how exactly MC-ACC ignores those cycles during turned off PPU, because it does not have enough connected address lines to decode PPU registers addresses and intercept writes to $2001, may be it require specific timings between A12 clocking or something
EDIT:
Ok, seems like i figure out how it working. Acclaim mapper counts every A12 pulse instead of waiting for long phase in low state. Counter clocking happens once per 8 A12 cycles at first cycle. Writing to $C001 resets pulse counter. On attached screenshot shown how real acclaim chip triggers IRQ not at first A12 pulse. Also i looked at few emulators and they all emulate this behavior incorrectly. In Mickey emulators fires second IRQ too early. It easy to check: With proper timings in bottom bar should be two lines between "in" and "letterland", but emulators have only one line. Also those 3 black boxes in right side of bar should have size 8x8 pixels, but emulators likely will render them 8x7
I'm trying to replicate this behavior in my emulator but it's not quite working fully. I get it to display the 2 lines between the "in" and "letterland" without shakes, but it also displays some artifacts in the first scan line of the score bar... (image attached). I count the pulses on A12 rising edges and immediately after 8 pulses have been counted it triggers the counter clock. If I change the pulse count to register it in falling edges, the "goofy in the truck" scene shakes a bit.
So, if I understand well, it counts ALL A12 rising edges (or are these falling edges?), then immediately at pulse count / 8, it triggers a counter clock? What happens on a $C001 write? What happens if rendering is disabled midframe? Is everything else is same as the regular MMC3? (I'm sorry, I'm not much of an electronics guy, can't read oscilloscopes as good)
Thanks in advance!
*** O-Nes-Sama emulator team ***
Re: Anyone has a real NTSC Incredible Crash Test Dummies cart?
I still want to say that the design of the simplified(Acclaim, JY company) prescaler is problematic. It can probably adapt to the NTSC PPU (1/4 system clock), but on the dendy or PAL models, it may not be able to synchronize accurately (obtain three consecutive M2 rising pulses for the correction of synchronization)