Hi!
I use alphamame32. In order to record well my games, I delete the nvram folder. But, when I play a game that uses a nvram file, the folder is created another time with the file for the game.
Is there a mode to prevent the creation of the nvram folder???
Thx
NVRam question
Moderators: mahlemiut, seymour, QRS
-
- MARP Seer
- Posts: 788
- Joined: Sun May 19, 2002 9:06 am
Or the much easier way - set the NVRAM folder to NUL.
Win32 console - open mame.ini, change the value next 'nvram_directory' to NUL
DOS - same as above, but open mame.cfg instead.
MAME32 - Options -> Directories..., change the folder for NVRAM to NUL.
XMAME - Open ~/.xmame/xmamerc, change nvram_directory to /dev/null (or add it if necessary).
I don't know how MacMAME works, so I can't comment of that, but if you use an XMAME build on MacOS X, then the above should apply.
Win32 console - open mame.ini, change the value next 'nvram_directory' to NUL
DOS - same as above, but open mame.cfg instead.
MAME32 - Options -> Directories..., change the folder for NVRAM to NUL.
XMAME - Open ~/.xmame/xmamerc, change nvram_directory to /dev/null (or add it if necessary).
I don't know how MacMAME works, so I can't comment of that, but if you use an XMAME build on MacOS X, then the above should apply.
- Barry Rodewald
MARP Assistant Web Maintainer

MARP Assistant Web Maintainer

mahlemiut wrote:
Can this be added as a command line option in MAME? If so, could we change the record.bat file so that it still backs up the NVRAM file, but then executing MAME, it uses a command line option to set the NVRAM folder to NUL. I think this would be a big improvement.
Regards,
Kranser.
Now, that is a good way of doing things, I didn't know that you could do that.Win32 console - open mame.ini, change the value next 'nvram_directory' to NUL
Can this be added as a command line option in MAME? If so, could we change the record.bat file so that it still backs up the NVRAM file, but then executing MAME, it uses a command line option to set the NVRAM folder to NUL. I think this would be a big improvement.
Regards,
Kranser.