EMULAB Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

The new forum is online, hope you enjoy it!

Pages: [1]   Go Down

Author Topic: clrmame-compatible folder set-up incl. software list roms  (Read 2625 times)

belegdol

  • Member
  • *
  • Karma: 0
  • Offline Offline
  • Posts: 19
  • Operating System:
  • Linux (Fedora)) Linux (Fedora))
  • Browser:
  • Firefox 64.0 Firefox 64.0
    • View Profile

Hello,
what is the "official" way of keeping software list roms organised in folders? Right now, I have a roms folder with saturn folder containing saturn chds as well as saturn.zip containing saturn bios. While mame can deal with this particular layout, clrmamepro considers the chds to be unneeded additions to the bios files and wants to delete them.
On the other hand, if I create a separate folder for software list roms and put the software list roms subfolders in there:
  • roms/saturn.zip
  • software/saturn/*.chd
clrmame complains that sysdefpaths are not rompaths. If I confirm I don't want to have them added as rompaths, the problem with deleting softlist roms is gone. I was wondering if there is a better way of dealing with this. Thanks!
Logged


Roman

  • Global Moderator
  • Member
  • ***
  • Karma: 113
  • Offline Offline
  • Posts: 3292
  • Operating System:
  • Windows NT 10.0 Windows NT 10.0
  • Browser:
  • Chrome 71.0.3578.98 Chrome 71.0.3578.98
    • View Profile
Re: clrmame-compatible folder set-up incl. software list roms
« Reply #1 on: 30 December 2018, 20:17 »

First of all, the combined software lists / MAME mode is not really what you're looking for. It's pretty complex to setup, RAM hungry, MAME does not export all data compared to the single files etc...etc...So, you should keep one profile for MAME and one profile for each software list.
In the complex mode you need to setup system default paths which have to be unique, distinct for each software list and they have to be (!) rompaths.

now to the general way (no matter what mode you're using) of storing sets:
rompath\setname\file 1 ... file n for decompressed sets
rompath\setname.zip (or .rar/.7z) where the archive contains the singe files for the specific set.

A chd file is a part of a set...a rom is a part of a set and a sample is also part of a set (however samples are placed in samplepaths).

Now if you have a rompath c:\roms and a set XYZ which contains let's say 2 chds a.chd/b.chd and one romfile r.bin and you follow the above method you end up with

c:\roms\XYZ\a.chd
c:\roms\XYZ\b.chd
c:\roms\XYZ\r.bin

or compressed
c:\roms\XYZ\a.chd
c:\roms\XYZ\b.chd
c:\roms\XYZ.zip (where the zip holds the r.bin file)

CHDs are already compressed containers...theoretically you can put the in the archive too, but it doesn't make sense, so they stay at the rompath subfolder named after the set.


In your saturn example you most likely mix up software lists (since I think the saturn one only contains chds, not the bios set and vice versa)...so of course it complains about unneeded sets...since they simply belong to a different setup. Any file which is not part of the currently loaded database is "unneeded".

So...keep a profile for each software list / MAME and keep the rompaths separated. MAME of course can combine rompaths...since MAME doesn't really care about what is stored in the rompaths...it simply looks for hash matches and tries to collect the files.
Logged
Pages: [1]   Go Up
 

Page created in 0.182 seconds with 19 queries.

anything