为什么档案馆与 DAM 会写「只收无损」却仍有人拿 AAC 来撞库？
很多入库脚本只认扩展名与 MIME：看到 flac 就放行，看到 aac 或 m4a 直接拒收；但合作方交付的往往是会议导出、播客宿主或移动录音里的 AAC，你手里根本没有另一份「真无损母带」。用户常搜「aac 转 flac 归档」「无损格式 入库」「aac 封 flac」「dam 只收无损」「ffmpeg aac flac」——真实诉求是「过闸口」而不是「骗自己耳朵」。技术上常见路径是把 AAC 解码成 PCM 再无损压进 FLAC：FLAC 对 PCM 是无损的，但不会从空气里召回 AAC 已掐掉的高频与气声细节，应在元数据或 README 标注「源自 AAC 解码」以免审计误解。另，HE-AAC、AAC-LC 与 v2 折叠立体声在解码后声道映射不同，批量前应抽三条金样核对相位与响度。另，把涉密口述与未授权采样封进 flac 并不等于脱敏或取得再分发许可。本变体强调：先读机构模板—再写来源字段—再试点入库—再对账哈希—再全量迁移。
无损容器变体：把 AAC 诚实落进 FLAC 以满足归档闸口
- 打开 AAC 转 FLAC，选择「无损容器」变体，向档案员确认「无损」定义是否允许「源自有损解码的 FLAC」，并阅读页面单文件大小与时长上限。
- 小批量导出并在目标 DAM 试导入，检查校验和、采样率与声道是否与条目一致；在 sidecar 写入源码率、工具版本与操作者时间戳。
- 全量迁移时写入新对象键而非覆盖唯一 AAC 交付物，把「AAC 母档哈希—FLAC 派生哈希」互链进工单，失败条目隔离复检禁止静默跳过。
AAC 转 FLAC（归档无损容器）常见问答
合作方只肯给一百二十八 kbps 的语音 AAC，我转成 FLAC 后是否可以在验收表上勾选「无损母带」而不加脚注？
不应：应在元数据与验收说明写清「FLAC 容器承载 AAC 解码 PCM」，否则争议时会被认定为虚假陈述或误导性归档。
归档系统校验 MIME 为 audio/flac 即通过，我是否可以把同一 AAC 反复转码十次只要扩展名仍是 flac？
每次解码再编码 PCM 理论上可逆到同一代解码器输出，但流程无意义且引入操作风险；应一次定型并锁版本号。
库管要求「无损」是为杀毒少报毒，我是否可以用超大体积 FLAC 逼扫描超时从而混过安检？
极不建议：属于对抗安全策略，且大文件会触发传输与备份 SLA 违约，应在工单申请白名单而不是钻空子。
两人同时向同一输出前缀写 FLAC 结果，是否只要最终文件名扩展名不同就不会发生临时文件或分段缓存互相覆盖？
不安全：临时文件与分段缓存仍可能冲突，应锁队列与输出前缀并在批次表登记操作者，禁止多人共用未文档化的默认临时目录。
法务问「十年后还能证明当时附件里是哪一版」，我是否可以不保留 AAC 原字节只留 FLAC？
取证常要求保留与当时链路一致的原始容器与哈希；FLAC 适合工作副本，是否可删 AAC 应以书面保留策略为准。