For those who are too dumb to learn the commandline... :)
Moderators: mahlemiut, seymour, QRS
Found another good reason to avoid MAME Plus...
It can't be built using the officially supported tools for MAME. There doesn't appear to be any support at all for VC++ any more, and GCC 3.4.2 segfaults when trying to build it. I could update GCC, but I'd rather stick to the version officially supported by MAME.
It can't be built using the officially supported tools for MAME. There doesn't appear to be any support at all for VC++ any more, and GCC 3.4.2 segfaults when trying to build it. I could update GCC, but I'd rather stick to the version officially supported by MAME.
- Barry Rodewald
MARP Assistant Web Maintainer

MARP Assistant Web Maintainer

yes, and how convenient would it be if suddenly we have 3+ independent builds of a wolf108 or wolfplus108 that result in replays that can only be played back successfully with the same version?welby1 wrote:I'd think not to accept scores from those versions would be worse than keeping scores from any of the very early versions of mame on marp. Getting convenient, updated versions of wolfmameplus is one of my my reasons for using the news page.
there are plenty enough with all the version number changes...don't need multiple independent builds for each version on top of it that all run on the same platform.
if the replays are compatible then I think there is no problem...just report wolf108 was used.
If it playbacks in official wolfmame and has all the same features, then there really is no difference. Then again I suspect playback is not 100% and maybe there are features wolfmame does not have.LN2 wrote: if the replays are compatible then I think there is no problem...just report wolf108 was used.
How would someone even know if playback is good at wolfmame, if one doesn't use it.
I don't want to see that omame was used and a link in the description box pointing to yet another exotic MAME derivative. Let's keep it simple guys.
http://www.zophar.net/frontends/mame.html
WolfMAME 0.108 works fine with the latest version of Emuloader (http://www.mameworld.net/emuloader/). I've had no trouble with it so far.
No the build 3 of this wolfmame32+ version was just because he made modifications like a logo of arcadehits instead of mame and other things i don't know exactly ^^Zhorik wrote: I believe sawys original question "Is it possible to have the point of view of mahlemiut on using the wolf 32 mame plus 0.108 - build 3" was referring to making a 108u3 version of WolfMAMEPlus. Since it was voted a while ago that "u" releases wouldn't be allowed on MARP, Abrasion66 could make one that could be used by other sites (e.g. jvrm, ArcadeHits), but it wouldn't be allowed for MARP submissions.
He won't never published a u version but only an official version.
Sawys is Sébastien GIRAUD, admin of MAMESCORE, member of MARP, TWIN GALAXIES, RETRO UPRISING and ex-member of JVRM 

Howdy there,
The Wolfmame32+ build i made is just a compilation of official mame32plus and wolfmame sources. I made 3 build because that was the first time i code/compile something, so i had modify nothing (noway to cheat or replay in slowmo) my build is strictly a wolfmame with nothing more.
history of builds :
Build 1 : not compatible with wolfmame
Build 2 : don't show the final stat at the end of recording
Build 3 : the last build fully compatible with original Wolfmame
That's all
Edit : The next build will be name : Unofficial WolfMAME32 Plus! or any thing else (to avoid confusing).
The Wolfmame32+ build i made is just a compilation of official mame32plus and wolfmame sources. I made 3 build because that was the first time i code/compile something, so i had modify nothing (noway to cheat or replay in slowmo) my build is strictly a wolfmame with nothing more.
history of builds :
Build 1 : not compatible with wolfmame
Build 2 : don't show the final stat at the end of recording
Build 3 : the last build fully compatible with original Wolfmame
That's all

Edit : The next build will be name : Unofficial WolfMAME32 Plus! or any thing else (to avoid confusing).
http://rapidshare.de/files/33872147/Wol ... _3.7z.html
I haven't any webspace to create a Webpage for that build, so for now i post it on arcadehit's forum
I haven't any webspace to create a Webpage for that build, so for now i post it on arcadehit's forum
I download any wolf108 replay from marp. I try to playback with the above build's GUI and the game doesn't even load. Have you tried to playback wolf108 replays from marp with the above build's GUI? Do you need to change any settings to get the replays to work?
Strangely enough the commandline version included above works with Marp replays. The GUI doesn't.
Strangely enough the commandline version included above works with Marp replays. The GUI doesn't.
in some case you need to select the game before load an INP file, and others time you don't need. I don't know why.zlk wrote:I download any wolf108 replay from marp. I try to playback with the above build's GUI and the game doesn't even load. Have you tried to playback wolf108 replays from marp with the above build's GUI? Do you need to change any settings to get the replays to work?
Strangely enough the commandline version included above works with Marp replays. The GUI doesn't.
And i'm sure that can replay wolfmame 0.108 official files
Since MAME 0.107, MAME has required the game's shortname be used. If it's not given, then MAME will return an error. It won't change the selected game if the INP header differs from that.
Isn't it nice how MAME32 just does nothing, rather than tell you something went wrong...
Isn't it nice how MAME32 just does nothing, rather than tell you something went wrong...
- Barry Rodewald
MARP Assistant Web Maintainer

MARP Assistant Web Maintainer

Well, after few tests i found the problem. The name of the inp must start with the original SET_NAME in mame so, you must have a file name like that :
SetName_what_you_want_with_no_spaces.inp
Personnaly i'm using this format of file name
SetName+YYMMDD+GameMode+PlayerName+MameVersion+score.inp
ex:
magdrop3_060903_challenge_easy_abrasion_108_314046.inp
SetName_what_you_want_with_no_spaces.inp
Personnaly i'm using this format of file name
SetName+YYMMDD+GameMode+PlayerName+MameVersion+score.inp
ex:
magdrop3_060903_challenge_easy_abrasion_108_314046.inp
I checked this one with the gui version of the build 3 and it works till the end with default settings and i use the throttle to accelerate the playback sometimes.zlk wrote:I download any wolf108 replay from marp. I try to playback with the above build's GUI and the game doesn't even load. Have you tried to playback wolf108 replays from marp with the above build's GUI? Do you need to change any settings to get the replays to work?
Strangely enough the commandline version included above works with Marp replays. The GUI doesn't.
http://marp.retrogames.com/inp/e/e/c/al ... olf108.zip
The problem seems to be with the neo geo games...
I tried with nitd and when i want to playback with wolf+108-3 an inp recorded with wolf108 then i have an error message where it is said that the cartridge must be used on snk board only ??
And with another game (wjammers) the inp desyncs when credits inserted...
Strange...
Sawys is Sébastien GIRAUD, admin of MAMESCORE, member of MARP, TWIN GALAXIES, RETRO UPRISING and ex-member of JVRM 

MAME Plus hacks out the Neo Geo startup tests, so it starts up much more quickly. In general, Neo Geo inps should remain compatible, so long as there is no input early on. Games that use random number generation, typically use the RTC to seed it, which is static on recording or playback, and thus should still playback. Or at least, it used to. Some of the KOF games do have a different method of seeding random numbers however...
- Barry Rodewald
MARP Assistant Web Maintainer

MARP Assistant Web Maintainer
