Moderator, Senior Ambassador, Experienced player
(907)
Joined: 9/14/2008
Posts: 1014
Just like this:
python3 tastm32.py --hardreset --blank 2 --console nes --players 1,5 --transition 675 S --transition 1614 S --transition 2910 S --transition 4067 S --transition 5153 S --transition 6318 S --transition 7279 S --transition 8247 S --transition 9118 S --transition 9995 S --transition 10832 S --transition 11676 S --transition 12528 S --transition 13385 S --transition 14247 S --transition 15170 S --transition 16133 S --transition 17313 S --transition 18515 S --transition 19573 S --dpcm drmario-resets-2b.r08
Just to provide some context in case this is unfamiliar to anyone: What dwangoAC posted above is the command used to tell the TAStm32 replay device what inputs to replay (drmario-resets-2b.r08), and on which input "frames" a reset should occur (--transition X).
As long as the replay starts from power on (for Dr Mario), the moments the resets must occur at are consistent between attempts. Actually, that's how resets are always handled on the NES; they are initiated at predetermined frame or latch counts relative to the beginning of the replay.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.