Dave: I agree with you about MAME not being about high scores first and foremost. But they obviously thought about it somewhat, otherwise why even bother with INPs at all? And if you are going to bother with high scores (as I and others and the existence of MARP can attest to). So, since we do care about high scores, why not make it honest (or as honest as possible). Would anyone like it if they found out the Olympics had cheating (hmmmm, sorry, bad example! But at least they deal with cheaters!)(posted 9535 days ago)Anyways...I don't expect Nicola or MAME Dev to do any work specifically for high scores or MARP or TG etc, etc. I'm willing to put some time into it. This isn't all negative, as it gives me incentive to finally try and understand the MAME source. Maybe I'll even write a driver someday.
I think it's best to use the idea of MAMETG is a private release, which only the high score crowd cares about. It's just silly releasing the source code for this TG version, as it doesn't add anything at all to anyone's knowledge of emulation. It doesn't help to understand the drivers, or graphics or sound. The only people who would even care about a "TG/MARP" version are the MARP/TG people. However I'll tell everyone what I little I did do:
I modified two pieces of source code:
inptport.c Which deals with the recording and playback of INPs usrintrf.c Which deals with a variety of things, but all I did here was comment out some code pertaining to the pause function.
Oh, I did do one other little thing. I checked the return code to see if the inp was still being read, since if you are decrypting the stream, there's no point if the stream stops to continue decrypting.
Mark