|
Some questions regarding old archaic versions of mame and inp recordings
#306862 - 04/04/13 08:09 PM
|
|
|
Hi guys. Y'know I've been watching quite a few replays from over at MARC. Great stuff. Only thing is the replay files are spread over soooo many different mame builds that you need to have like 100 or so different builds just to watch a large collection of replay files. Kind of a PITA. It would be nice if there was some kind of plugin or special version of mame that is compatible with ALL replay files and could play them back regardless of which mame build they were originally recorded on. I don't suppose there's anything like this? If so, link?
Or how about making the latest version work with replay files from a couple older mame builds like 0.106 and 0.110? Those seems to be the ones a lot of people used to record their games.
Would be pretty cool, especially since if you watch them on the latest builds you can utilize HLSL 
|
|
|
| R. Belmont |
|
Cuckoo for IGAvania
|
|
|
|
|
|
Reged: 09/21/03
|
|
Posts: 9716
|
|
Loc: ECV-197 The Orville
|
|
|
|
Send PM
|
|
|
Re: Some questions regarding old archaic versions of mame and inp recordings
[Re: Outrun2006]
#306865 - 04/04/13 08:49 PM
|
|
|
I agree the MARP situation sucks (I like to watch speedruns, MAME and otherwise), but there's no way to fix it. You just have to keep a copy of the relevant version of WolfMAME around.
|
|
|
|
Here's why that can't really happen.
[Re: Outrun2006]
#306869 - 04/04/13 10:06 PM
|
|
|
Building a MAME capable of running all of those input files would essentially be a 100+MB binary that is every version of MAME to date in a single binary.
INPs are heavily dependent on everything being exactly the same when they are recorded and played back-- there's no synchronization outside of the initial state, so ANY changes to the emulation quality will make the INP file desync. Even subtle stuff you can't see between revisions that has almost no visible effect in a game may change the way random numbers are generated, throwing it completely off.
It's just not feasible in the end. Going AVI is the only really good option here.
|
---
Try checking the MAME manual at http://docs.mamedev.org
|
|
|
Re: Here's why that can't really happen.
[Re: Firehawke]
#306870 - 04/04/13 10:43 PM
|
|
|
Thanks guys. Yeah that's unfortunate. Oh well, let's hope most mame users will agree to use the latest versions and builds to record their replays. Stop using old archaic builds for crying out out loud.
>>>>>
Building a MAME capable of running all of those input files would essentially be a 100+MB binary that is every version of MAME to date in a single binary.
>>>>
Hmmm...I would be down with that. That would save us having to click in and out of several dozens of folders and mame builds. Do it Firehawk!!!! Let us know when it's ready!!  
|
|
|
|
Re: Some questions regarding old archaic versions of mame and inp recordings
[Re: R. Belmont]
#306873 - 04/04/13 11:21 PM
|
|
|
Some *.inp's are forward compatible with other releases, as long as there are no changes, bug fixes, etc.
|
|
|
|
Re: Here's why that can't really happen.
[Re: Outrun2006]
#306874 - 04/04/13 11:47 PM
|
|
|
> Building a MAME capable of running all of those input files would essentially be a
> 100+MB binary that is every version of MAME to date in a single binary.
It would be better to just have a frontend that would pick which version of mame to run based on the inp you are replaying.
Building all the different MAME versions into one exe isn't going to be easy at all.
|
|
|
|
Re: Here's why that can't really happen.
[Re: ]
#306924 - 04/05/13 07:16 PM
|
|
|
> > Building a MAME capable of running all of those input files would essentially be a
> > 100+MB binary that is every version of MAME to date in a single binary.
>
> It would be better to just have a frontend that would pick which version of mame to
> run based on the inp you are replaying.
>>>>>>>>>>>>>>>>>>>>>>>>>>
Yes that would be great. Any frontends you know of that can do this?
|
|
|
Previous 
Index 
Next 
Threaded 
Some questions regarding old archaic versions of mame and inp recordings
Reply
[Re: 
