forums.marpirc.net

Originally, I did it in VC#2008 Express, but I've since upgraded to VC#2010 Express. I've also tried to target .NET 2.0 also, to ease it's use in Mono also (so that it can also be run under Linux or OS X).

It is more incomplete than I remember, I hadn't implemented the selecting and running the MAME executable part.

Main difficulty now is coming up with a decent way to know whether or not to add the '.inp' to the -playback parameter. Somewhere around 0.107, MAMEdev decided that handling inp file extensions wasn't necessary, which basically means that you have to add .inp to the filename used for -playback, it won't add it for you, the complete opposite of 0.106 and earlier. Kinda makes writing a frontend of any sort that supports multiple MAME versions that much more difficult (and irritating).

I have all the version idiosyncrasies worked out in my script (the bash script can playback marp files with versions from mame33 to 138) all with the correct command line constructions. I would have to convert it to C or C# but that is not a problem with the code that works in front of you.

Currently, I have it check the INP header (for the shortname, so that it knows what set it was recorded with) and use that. Basically, if the header starts with XINP or MAMEINP, then it's post-0.106, add the extension. Otherwise, remove the extension. The only real issue is with standard MAME 0.107-0x124, before MAMEdev changed to a compressed format. Maybe I'll just add a checkbox to force removal of the extension if you're using those versions of MAME. Either that, or just parse the version text.

Here's a test version, but don't be too surprised if it crashes.

http://mahlemiut.marpirc.net/marpbrowser3test.zip
Requires .NET 2.0 or Mono 1.6 (or later).

btw you need .NET framework to run it. and we really shouldn't be hijacking this thread. but while we're here:

It's also not just the inp or not to inp, which is much more easily determined by taking the ###'s out of the marp filename or the header and comparing the two for a confirmation check. you need to do this to download the mame version too? Plus it's not 106, you need to specify the .inp extention at versions greater than 109.

Chad wrote:btw you need .NET framework to run it.

That's what "Requires .NET 2.0 or Mono 1.6 or later" means.

Chad wrote:and we really shouldn't be hijacking this thread.....

Just change the heading to:
"Must see recordings via new (beta) inp-player"

by zlk » Tue Sep 14, 2004 8:03 am
I just got done confirming Bandit's Gradius II recordings. The level of play is very impressive.

http://marp.retrogames.com/inp/c/0/d/vt ... n37b14.zip

http://marp.retrogames.com/inp/2/0/b/vt ... n37b14.zip

I used emeraldmame37b16 with sound sample rate 44100. It is important not to use f10 to get them to play back properly. If you watch till the end, Bandit has well over 50 men in reserve when the game just gives up, goes to a game over screen and the bullets form a nice "number 1" pattern. These are great replays.


Hi, can somebody upload emeraldMAME32 37b16? I really want to view these recordings. I've tried playing them with the win37b14 link provided but they don't get past the third level. I've tried Bandit's recordings of gradius2, gradius2a, gradius2b and vulcan and it's the same for all of them. Obviously you must need emeraldMAME to play these files. I can't find it on the net. If anybody can help I'd appreciate it. Thanks.

You can find it at:
http://www.geocities.co.jp/HeartLand-Cosmos/1194/
It's a Japanese version...

Thanks mate. It needed a few missing files to play though. midas11.dll, zlib.dll and zip32.dll.

Now to watch the recording

Probably it depends on your OS: on my netbook, with W7, EM needed only midas11 and zlib...
If I rmember well, this version was for older PC, with W9x...

You can find some of the extra DLLs for old versions of MAME32 here - http://replay.marpirc.net/diffs.htm (scroll down a bit)

Puchi Carat
http://replay.marpirc.net/inp/9/4/0/7nt ... olf106.zip
It is a beautiful pattern.

http://replay.marpirc.net/inp/a/9/5/dan ... olf147.zip
did you guys see this?
found that the oncoming traffic was not so fierce after all.