为什么自建音乐库党会搜「aac 统一转 flac」而不是只依赖宿主在线转码？
Plex、Roon、Jellyfin 在远程串流与多终端同步时，常对「同库混用多种有损容器」产生不可预测的转码策略：有时手机端二次压成 Opus，有时客厅直连却拒绝某条 m4a 标签。用户常搜「plex aac flac」「roon 库 格式统一」「jellyfin 转码 关闭」「音乐库 扫描 卡住」「replaygain flac」——诉求是「索引稳定 + 少一次暗箱有损」。把 AAC 解码后封 FLAC 可以让库内扩展名与解码路径更一致，但仍需在服务端关闭「无谓再压」并核对 CPU 配额。另，播客 m4a 与购买曲混放时，版权与下载条款不同，统一容器不等于统一授权。另，超大封面内嵌在批量 flac 里会拖慢扫描，应控制封面分辨率与外链策略。本变体强调：先锁服务器转码策略—再试点十张—再批量—再全库重扫—再在移动端离线各抽三首验证。
音乐库变体：把 AAC 批量落成 FLAC 并稳住媒体服务器
- 打开 AAC 转 FLAC，选择「音乐库标准化」变体，在 Plex/Roon/Jellyfin 管理端记录当前转码与 Direct Play 规则，并阅读本页上传上限。
- 先选十张代表性专辑（含播客、古典分段与电子长轨）试点导出 FLAC，触发一次库扫描观察 CPU、封面与章节是否完整。
- 批量完成后对账文件数与体积曲线，更新库内「首选格式」说明，并在家庭共享文档写清「AAC 原目录只读冷存」以防误删交付源。
AAC 转 FLAC（音乐库）常见问答
统一 flac 后我发现远程外出仍被服务器压成低码流，我是否应断言「转 flac 没用」而不检查 WAN 码率上限与客户端带宽？
应先区分「库内格式」与「串流带宽策略」；外出仍可能被限码，应在客户端缓存或调高外出档位并记录电费。
我想删掉所有 m4a 只留 flac 省盘位，我是否可以不保留购买凭证与原始下载包？
商店条款常要求可证明购买；删 m4a 可能失去某些嵌入式许可元数据，应另存收据与侧车 JSON。
Roon 里 REPLAYGAIN 标签在转换后丢失，我是否应手工把音量钮拧到一样大就当「响度对齐」？
应使用规范标签工具重新扫描并写入增益，否则多设备切换时仍会出现惊吓级差，并在多房间场景复测夜听与白昼两套曲线以免误伤动态。
家人共用库时一人坚持保留 AAC 一人要全 flac，我是否可以用硬链接假装两份都存在？
硬链接与媒体库索引器交互复杂，易在迁移磁盘时断裂；应明确主从目录与只读挂载策略，并在家庭 NAS 文档写清「谁拥有写权限」以免夜间同步任务互相踩。
批量转换中途 NAS 休眠导致半截文件，我是否可以用文件大小判断哪些 flac 需要重跑？
应以校验和与时长对账；半截文件应隔离以免播放器静默跳过造成「以为在播其实在卡」的假正常。