Viewing Issue Advanced Details
ID Category [?] Severity [?] Reproducibility Date Submitted Last Update
06301 DIP/Input Major Always Jul 17, 2016, 13:45 Oct 7, 2020, 19:54
Tester rcoltrane View Status Public Platform MAME (Official Binary)
Assigned To Resolution Open OS Windows Vista/7/8 (64-bit)
Status [?] Confirmed Driver
Version 0.175 Fixed in Version Build Normal
Fixed in Git Commit Github Pull Request #
Summary 06301: renegade: [possible] Input file not working properly - playback lost
Description I've finished Renegade with a single coin and recorded an .inp file of it to be able to playback it and record a video. But after starting the playback, it get lost at the 2nd stage and the character died, doing some movements I didn't do while playing the game. It seems that the input file lost sync at some point and it lead the character to die prematurely, so I could not record the video.

On other games however, the inp recording seems to be working fine.
Steps To Reproduce Start the game with the record an .inp file enabled and play the game for as long as you can, then exit the game and playback the .inp file you just recorded.
Additional Information I've added my .inp file here for analysis. Just for the record, I've reached the last boss twice in this run, so the match was longer than usual.
Github Commit
Flags Possible
Regression Version
Affected Sets / Systems renegade
Attached Files
? file icon renegade 1cc playthrough.inp (277,921 bytes) Jul 17, 2016, 13:45 Uploaded by rcoltrane
There are no relationship linked to this issue.
User avatar
Jul 17, 2016, 22:20
I guess breaking input playback/recording is the consequence of hastily converting ioport_list to std::unordered_map.
User avatar
Jul 18, 2016, 04:03
There are a few Renegade INPs here that play through multiple loops -
The 1st and 4th place INPs will play back on the official binaries, tested this myself.
Did you record with a self-built binary? The unordered_map issues come into play across different compilers and platforms.
User avatar
Jul 18, 2016, 11:45
No, I recorded it with the official 64bit binary taken from I've played the game twice with the same coin, so if you can playback .inp files taken from other sources then the problem might be the record option, not the playback. The source where you take the .inp from may have recorded it with an earlier MAME version, not the latest so it's not valid as a test.
User avatar
Jul 18, 2016, 22:45
INPs from earlier versions would simply not work, simply because of the unordered_map ioport_list mentioned earlier.
User avatar
Aug 29, 2016, 13:13
The same thing happened with Karate Champ US VS Version in the latest MAME version 0.176, regular 64bit build. Finished the game in hardest mode. To finish this game, you have to play it to the end twice. After playing it to the end, I tried to record a video using my newly recorded INP file and it lost sync on level 4 of the 1st loop,so I was unable to record my 1cc video to post it on youtube.

Funny thing is: I've completed Pit-Fighter with 1 credit too and its playback worked fine so I could record a video of this one.

It seems that the inp gets lost on games which requires several loops in order to complete the game.
User avatar
Oct 1, 2020, 20:00
Does this, after our other discover of the broken .inp file recording now function properly for you like in 07719 07754 07761?
User avatar
Oct 6, 2020, 17:51
I no longer have this game in my collection but i will get it to do another test and let you know the result here.
User avatar
Oct 7, 2020, 19:54
I played it again with the latest MAME 0.225 until the end of the second loop, but the playback lost synchronization in the first stage of the second loop again. So the .inp playback remains broken for this game for unkknown reasons. Since this game is not in my library anymore, someone else will have to test it out from now on.