Rockbox 数据库浏览 vs 文件夹浏览 - 两种文件组织模式
原厂固件的普遍问题
大多数原厂 DAP 固件只给一种浏览方式：要么按文件夹要么按 ID3 标签，二选一。
只有文件夹浏览（很多老 DAP）：
- 拷进去多少文件夹就显示多少文件夹，和文件系统一一对应
- ID3 标签再漂亮也没用——你得自己按文件夹组织
- 想跨文件夹按艺人找歌？不存在的
只有数据库浏览（很多新 DAP）：
- 强制按艺人/专辑/流派组织，看不到物理文件结构
- 文件系统的改动要等待数据库重新扫描
- 误删一首文件可能导致整个数据库损坏
Rockbox 的做法：两种都给
Rockbox 在文件浏览器（主菜单第一个选项）里同时提供：
- Files / File Browser（文件夹浏览）——按物理文件结构导航
- Database（数据库浏览）——按 ID3 标签导航
两者是独立的入口，互不干扰，按你当前的需求选。
文件夹浏览（Files）
这是 Rockbox 的默认浏览模式，也是最原始、最可靠的方式：
- 完全按照你拷文件进 DAP 时的目录结构导航
- 每个文件夹都显示，包括空文件夹
- 文件系统变更立刻生效（拷了新文件进去，退一级再进就能看到）
- 不依赖 ID3 标签——标签写得再烂也不影响浏览和播放
适合：
- 音乐库组织很规范（比如
Music/艺人/专辑/结构） - 拷完文件想立刻听，不想等数据库扫描
- 文件标签信息混乱但想按文件夹找
数据库浏览（Database）
数据库浏览读取所有音频文件的 ID3 标签，然后按标签内容重新组织：
常见组织方式（取决于你的 DAP 和 Rockbox 版本）：
- Album Artist（专辑艺人）→ 最推荐，解决 Various Artists 合辑问题
- Artist（单曲艺人）
- Album（专辑）
- Genre（流派）
- Year（年份）
- Composer（作曲）
- Rating（评分，部分 DAP 支持打标签后按评分组织）
- Playlist（播放列表）
- Recently Added（最近添加）
- Album -> Track → 直接进曲目列表
数据库浏览的优点是不管你的物理文件有多乱——比如把一千首歌全丢在一个文件夹里——只要 ID3 标签对，数据库就能正确组织成艺人/专辑树。
数据库扫描
数据库不是实时生成的——Rockbox 需要扫描所有音频文件并建立索引：
什么时候触发扫描：
- 第一次进 Database 时（可能需要等几秒到几分钟，取决于文件数量和 DAP 速度）
- 拷了新文件进 DAP 后手动刷新
- 设置了自动扫描时（部分版本支持）
扫描设置：Settings → Database
| 设置 | 说明 |
|---|---|
| Scan Frequency | 每次进 Database 都扫？还是手动？ |
| Scan On Startup | DAP 开机时自动扫 |
| Always Rescan | 每次都全量扫（不推荐，慢） |
| Scan Audio Codecs | 扫描哪些格式（可以排除 WAV 等不想要的） |
技巧：第一次扫描 5000 首歌可能要等 1~5 分钟（取决于设备 CPU）——别慌，进度条是活的。之后增量扫描会快很多。
混合使用技巧
两种模式不冲突，可以混合用：
场景一：拷了一堆新歌进去，标签乱七八糟→ 先进 Files 模式找到文件，直接播。之后有空再手动改标签，下次进 Database 就正常了。
场景二：想按流派找所有爵士→ 直接进 Database → Genre → Jazz，不管这些文件物理上在哪个文件夹。
场景三：听完一首歌想回到刚浏览的文件夹→ 按「Context Menu（上下文菜单）」键 → Go to Directory，直接跳回文件浏览器里那首歌所在的位置。
数据库浏览 vs iTunes 的区别
iTunes 是「强制数据库模式」——你不能绕过它直接操作文件系统。文件系统里的变动需要 iTunes 重新同步。
Rockbox 的数据库模式是「可选的索引层」——你永远可以选择走 File Browser 绕过数据库。数据丢失或损坏也不影响文件本身。