Romm项目中MAME游戏ROM文件夹结构问题解析

问题背景

在使用Romm项目进行游戏ROM管理时，用户遇到了一个关于MAME模拟器游戏ROM文件夹结构的特殊问题。正常情况下，Romm项目支持的游戏ROM存储结构为"Library/System/list_of_roms"这样的层级关系。然而，Batocera系统对MAME游戏采用了不同的组织方式，将其放置在"Library/mame/mame2003/list_of_roms"这样的三级目录结构中。

技术分析

这种文件夹结构差异导致了Romm在扫描游戏ROM时无法正确识别MAME游戏。主要原因在于：

1. Romm的扫描机制：Romm设计时采用了标准化的文件夹结构规范，预期游戏ROM直接存放在系统类型文件夹下，而不支持多级子目录嵌套。

2. Batocera的特殊处理：Batocera系统对MAME模拟器进行了特殊处理，将不同核心版本(MAME2003等)的游戏ROM分别存放在各自的子目录中，这与Romm的预期结构不兼容。

3. 多设备兼容性问题：用户担心直接移动文件会影响其他使用同一存储设备的Batocera/Knulli设备的正常运行。

解决方案

针对这一问题，官方给出了明确的解决方案：

1. 统一文件夹结构：将MAME游戏ROM从"mame2003"子文件夹中移出，直接放置在"mame"主文件夹下。这是Romm项目唯一支持的标准结构。

2. 注意事项：

   • 移动文件前建议先备份
   • 确保文件移动后其他设备的路径配置相应更新
   • 检查模拟器核心设置是否需要调整

替代方案评估

用户曾考虑过使用双路径映射的方案，即在docker-compose配置中同时映射主目录和子目录：

- /path/to/mame:/romm/library
- /path/to/mame/mame2003:/romm/library

但经过分析，这种方案存在以下问题：

• Romm的扫描机制不支持同一系统类型的多路径映射
• 可能导致重复扫描或路径冲突
• 不是官方推荐的做法

最佳实践建议

1. 标准化文件夹结构：建议所有ROM都按照"Library/System/roms"的统一结构存放。

2. 多设备共享方案：

   • 为不同设备创建符号链接
   • 使用统一的文件夹结构标准
   • 考虑为不同设备维护独立的配置文件

3. 迁移步骤：

   • 备份原始ROM文件
   • 批量移动文件到新位置
   • 更新相关设备的配置文件
   • 验证所有设备功能正常

通过采用标准化的文件夹结构，可以确保Romm项目能够正确扫描和管理所有游戏ROM，同时也能简化多设备间的文件共享和维护工作。