User Tools

Site Tools


subdirs

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
subdirs [2023/11/09 20:18] johnsancsubdirs [2025/04/27 04:48] (current) – [Use subdirs for multi-rom sets or set/rom name mismatches] johnsanc
Line 1: Line 1:
 ====== Single Archive Options ====== ====== Single Archive Options ======
  
-RomVault has the ability to store your sets in a variety of ways using the Single Archive option in Directory Rules. This feature is unique to RomVault - no other ROM manager can manipulate the way sets are stored. The most common use case for Single Archives is to bundle potentially thousands of small ROMs into a single zip.+RomVault has the ability to store your sets in a variety of ways using the Single Archive option in DAT Rules. This feature is unique to RomVault - no other ROM manager can manipulate the way sets are stored. The most common use case for Single Archives is to bundle potentially thousands of small ROMs into a single zip.
  
 The examples below demonstrate what each option does. Assume a fictitious DAT with the following games: The examples below demonstrate what each option does. Assume a fictitious DAT with the following games:
Line 40: Line 40:
 </code> </code>
  
-===== Add SubDirs =====+ 
 +===== Use subdirs for all sets =====
 This will put every ROM into a subdirectory using the set name. This will put every ROM into a subdirectory using the set name.
 +
   * ''game1/game1.rom''   * ''game1/game1.rom''
   * ''game2/game2.rom''   * ''game2/game2.rom''
Line 51: Line 53:
   * ''game5/game1.rom''   * ''game5/game1.rom''
  
-<WRAP tip>TOSEC rom sets are often packaged using this **Add SubDirs** single archive method. This drastically reduces the number of files making it ideal for archiving collections that are updated infrequently.</WRAP>+<WRAP tip>TOSEC rom sets are often packaged using this **Use subdirs for all sets** single archive method. This drastically reduces the number of files making it ideal for archiving collections that are updated infrequently.</WRAP>
  
-===== No SubDirs =====+===== Do not use subdirs for sets =====
 This will put every ROM into the base directory. If there are any ROM name conflicts, the ROMs will be renamed by appending an underscore character and an incrementing number. This setting is generally only useful if you know the DAT does not have any name conflicts across ROMs. This will put every ROM into the base directory. If there are any ROM name conflicts, the ROMs will be renamed by appending an underscore character and an incrementing number. This setting is generally only useful if you know the DAT does not have any name conflicts across ROMs.
  
Line 65: Line 67:
   * ''game2.rom''   * ''game2.rom''
  
-===== Add SubDirs if conflicts =====+===== Use subdirs for rom name conflicts =====
 This will put every ROM into the base directory, however if there are ROM name conflicts across sets then those sets will be stored in subdirectories. This setting is useful if you prefer no subdirectories, but want to be certain you do not run into any scenarios where ROMs are renamed with an incrementing number. This will put every ROM into the base directory, however if there are ROM name conflicts across sets then those sets will be stored in subdirectories. This setting is useful if you prefer no subdirectories, but want to be certain you do not run into any scenarios where ROMs are renamed with an incrementing number.
 +
   * ''game1/game1.rom''   * ''game1/game1.rom''
   * ''game2.rom''   * ''game2.rom''
Line 77: Line 80:
  
  
-===== Add SubDirs if multiple roms =====+===== Use subdirs for multi-rom sets =====
 This will put ROMs into set subdirectories if the set contains multiple ROMs. All other ROMs will be placed in the base directory. Naming conflicts are handled by appending an incrementing number to the file name. This option is useful in combination with the "file" archive type for DATs that are predominately very large and poorly compressible single-file sets. This will put ROMs into set subdirectories if the set contains multiple ROMs. All other ROMs will be placed in the base directory. Naming conflicts are handled by appending an incrementing number to the file name. This option is useful in combination with the "file" archive type for DATs that are predominately very large and poorly compressible single-file sets.
 +
   * ''game1.rom''   * ''game1.rom''
   * ''game2.rom''   * ''game2.rom''
Line 88: Line 92:
   * ''game1_0.rom''   * ''game1_0.rom''
  
-<WRAP tip>The **No SubDirs** and **Add SubDirs if multiple roms** settings can be used in conjunction with the **File** archive type to store uncompressed single-file sets without subdirectories, such as PS3 ISOs.</WRAP>+<WRAP tip>The **Do not use subdirs for sets** and **Use subdirs for multi-rom sets** settings can be used in conjunction with the **Uncompressed** archive type to store uncompressed single-file sets without subdirectories, such as PS3 ISOs.</WRAP> 
 + 
 + 
 +===== Use subdirs for multi-rom sets or set/rom name mismatches ===== 
 +This will put ROMs into set subdirectories if the set contains multiple ROMs or if the rom name does not match the set name. This is a useful setting for DATs that contain poorly named ROMs, or DATs of files extracted from media. 
 + 
 +  * ''game1.rom'' 
 +  * ''game2.rom'' 
 +  * ''game3/file1.rom'' 
 +  * ''game3/file2.rom'' 
 +  * ''game4/file1.rom'' 
 +  * ''game4/file2.rom'' 
 +  * ''game4/file3.rom'' 
 +  * ''game5/game1.rom'' 
 + 
 +<WRAP tip>The **Use subdirs for multi-rom sets or set/rom name mismatches** setting can be used in most cases and is effectively a combination of the previous settings. It ensures no ROM names are modified due to name conflicts, bundles ROMs together in sets where applicable, and keeps the directory structure as shallow as possible.</WRAP> 
  
subdirs.1699561087.txt.gz · Last modified: 2023/11/09 20:18 by johnsanc