Chad wrote:thus you have to recopy before each recording to ensure no problems.
Not when the files are write-protected.
When you record an inp for MARP it's your responsibility to avoid NVRAM usage, otherwise your inp gets zeroed. If you wanna play SFA3 survival mode it's your responsibility to use the correct NVRAM file, otherwise your inp gets zeroed. If somebody doesn't follow the rules it's their own fault.
naw, using a nvram verses using NO nvram directory, both ways start with an equal competative game initialization, even though each starts with a different initialization.
Yes, that's right.
no, everyone uses the same nvram (and includes it in their zip)
Fine with me.
Now about cheat.dat. Cheats against the MARP rules are things like slowdown and autofire. If you record using cheat.dat to enable infinite energy the recording won't play back correctly unless cheat.dat is used to enable infinite energy during playback as well. So you can't even use cheat.dat to create a recording that will play back correctly.
What you could say is that using cheat.dat to enable survival mode is something you can't do on a real machine. My reasoning for an exception would be that it's not a cheat that affects gameplay.
MARP is trying to stay true to the real arcade experience with things like no pausing and no slowdown. So in my opinion we should play with the light blue background enabled just like you would in an arcade. It just "feels" right.
With the light blue background enabled Balrog, Juni and Juli become available as selectable characters. They are not overpowered and are allowed in real SFA3 tournaments. No big deal but still worth mentioning for the sake of the real arcade experience. And who knows, maybe somebody will use them one day for a MARP inp.