Neatbo.

保留原音频与颜色配置证据

把保留字节的修复和恢复，与录音有效性、校准颜色及渲染结论明确分开。

Neatbo 编辑部更新于 约 4 分钟阅读

让原始问题与证据保持关联

0:00 时长不能揭示 WAV 编码，也不能证明仅两个长度有问题。原作者要无损恢复，却未提供实际文件；决定 T317 的严格范围是否适用时，应保留这一缺口。

获取内嵌配置名也是具体任务。恢复声明 ICC 描述及原配置，不用 EXIF/型号标签或猜测的 sRGB 代替缺失声明。T318 将无配置如实记录为无配置。

解释字节之前写明假设

WAV 的必需声明是首个 data 为最终块，其余字节均为完整 PCM；尾部能整除 blockAlign 本身不能证明这一点。单声道 8 位的末尾零可多算一个采样；选择填充改变声明帧数，但不改变文件字节。

ICC 完整目录是声明与原跨度的证据。未知标签保持不透明且可导出；颜色提示、渲染、校准及变换合规须分别检查。

让结论对应实际证明
记录的结果支持的结论仍需判断
PCM SHA256 一致现有采样字节保留EOF 原本是否全为录制音频？
仅两允许长度补丁其余 WAV 原字节不变目标播放器支持该 PCM 吗？
ICC SHA256 一致导出等于供应或内嵌配置选定 CMM 能正确使用吗？
保留全部 MLUC每种声明文本均可用渲染器采用哪种颜色声明？

把完整产物作为审查对象

WAV JSON 含全部前置偏移、大小、原填充、哈希及准确两修补跨度；ICC ZIP 含每份恢复原配置、完整 JSON 和全部安全 CSV 行。摘要表便于定位，但行/单元格预览限制不能当成完整证据。

公式开头的原名在 JSON 仍准确保留；CSV 添加表格防护，不改原声明。受控配置路径使不可信原名不进入归档成员路径，原名仍在来源字段。

  • 将原件与完整下载一并保留。
  • 依赖修复或导出文件前，核对原大小与 SHA256。
  • 明确拒绝或不确定项，不用猜测成功填补缺口。

把库差异当作有范围的证据

LittleCMS 目录限制属于库边界，不能据此断言所有更大目录都没有有用声明。保留全部有界原标签并报告读取器限制；内嵌 ICC 与 PNG cICP 同时存在，也不能证明渲染器选了哪一个。

取消和恢复应关联相同原字节：新成功运行得到相同完整产物，中断运行不发布任何产物。这样本地修复与恢复可审查，同时不虚构录音或颜色质量保证。

参考资料

本分类工具使用说明

展开工具，查看操作步骤、可调选项和支持范围，再直接进入工作区。

修复 WAV 长度字段仅修补已明确确认最终 PCM 数据的 RIFF 与 data 长度，保留所有现有采样及前置字节。

选择未正常写完长度的经典 PCM WAV，明确确认首个 data 块为最终数据，且其余字节均为完整音频帧。仅修补两个长度字段，下载保持原大小的 WAV 和完整字节保留报告。

操作步骤

  1. 保留原录音，确认它符合明确支持的经典 PCM 格式。
  2. 选择文件，明确确认最终 data 与 EOF 音频；仅在有证据时指定末尾零填充。
  3. 运行修复，对照原件/产物长度、PCM SHA256 及两个修补跨度。
  4. 下载 repaired.wav 和完整 JSON，在实际目标播放器检查录音。

可调选项

我确认首个 data 是最终块，且其后字节均为完整 PCM 音频
默认关闭
末尾确有一个零为奇数 PCM 的填充，而非音频采样
默认关闭

能力与限制

  • 仅一份原文件，最多 100 MiB；原文件名最多 512 个 UTF-16 单元。最多 1,000 个前置块，包含 fmt；未知前置块及原填充字节按不透明原件保留。
  • 仅小端经典 RIFF/WAVE：tag 1 整数 PCM，8/16/24/32 位、1–8 声道、采样率 1–384,000 Hz。首个 data 前须恰有一个 fmt，长度为 16，或长度 18 且 cbSize=0；帧对齐及字节率须与这些字段一致。
  • “最终数据”确认默认关闭，必须由用户明确声明，工具不会自动检测。帧对齐的尾部元数据可能像音频，无法在这里区分；缺失采样、错误采样率、空数据及不完整帧无法修复。
  • “最后一个零为填充”默认关闭，仅当奇数长度 PCM 后确有一个末尾零填充时选择。不选择时末尾零仍是音频字节；工具不猜测它是采样还是填充。
  • 仅修补 RIFF 偏移 4 和真实 data 长度位置的两个 uint32LE。WAV 长度、前置块、PCM 和原填充字节均保持恒等。完整 JSON 记录原名、各 SHA256、格式、帧数、时长、全部前置块及两个修补跨度。
  • 完整 WAV 加 JSON 最多 102 MiB。原文件 100 MiB 和有界报告已使该输出上限受支配，不存在独立可达的受支持 102 MiB 输出。预览展示前 200 个前置块，每格最多 2,000 个 UTF-16 单元；完整记录在 JSON。
  • 拒绝 RIFX/RF64/BW64、扩展/浮点/压缩音频及非法块链。不解码、重建、播放、访问网络，也不保证所有播放器或 Windows 兼容。原名称及元数据保留，不是匿名化。
打开修复 WAV 长度字段 →
提取内嵌 ICC 配置从本地 JPEG、静态 PNG 或 ICC 原件恢复准确配置字节，读取全部声明的本地化描述，不重着色图像。

选择本地 JPEG、静态 PNG 和 ICC/ICM 原件，恢复内嵌或直接供应的准确颜色配置、完整头部/标签及全部声明文本。下载含可复用配置、完整 JSON 和公式防护 CSV 的 ZIP。

操作步骤

  1. 选择原 JPEG、静态 PNG 或 ICC/ICM，并保留原件。
  2. 核对有/无配置状态、声明描述、原始版本和颜色空间。
  3. 下载完整 ZIP，对照导出配置 SHA256 与报告。
  4. 需要渲染或颜色变换验证时，另用适当颜色管理系统。

能力与限制

  • 1–100 份原件，每份最多 20 MiB，合计最多 80 MiB；原名最多 512 个 UTF-16 单元。整批完成或整批拒绝，保留每份原件 SHA256。
  • 每配置最多 8 MiB，配置合计最多 32 MiB；每配置最多 4,096 标签，合计 65,536 标签；每 MLUC 最多 1,024 记录，总文本记录最多 10,000，总文本 UTF-16/ASCII 单元最多 4,194,304。容器标记/块访问最多 100,000，各工作预算同时适用。
  • 静态 PNG 检查完整块链、全部 CRC、必要顺序、支持的 IHDR、iCCP 关键字及有界 zlib 配置。拒绝 APNG 和未知关键块。JPEG 检查 EOI 前全部标记及扫描边界，按声明序号重建完整 ICC_PROFILE APP2，即使物理顺序不同。未解码像素或验证熵编码。
  • ICC 主版本 2/4：准确的 4 字节对齐声明大小、全部头字段、标签跨度、零保留字节及原配置导出。接受完全共享标签跨度与 MLUC 字符串跨度，部分重叠不在支持范围。严格读取 MLUC UTF-16BE、旧 desc 与 text；文本开头 U+FEFF 按字面保留。
  • 所有未知/非文本标签可由完整导出配置及准确偏移/长度/SHA256 找回，旧 ScriptCode 字节保持不透明。不会猜测 sRGB、用 EXIF ColorSpace 代替或虚构缺失名称；无配置图像有明确状态。
  • 完整 JSON 加全部安全 CSV 行最多 32 MiB。ZIP 最多 65 MiB，该分配保护由配置和报告各 32 MiB 支配，不是独立可达输出容量。合法配置 4 字节对齐：+1 字节先过预算拒绝，首个其他方面合法的对齐超限是 +4。
  • 表格展示全部原件，每格最多 2,000 UTF-16 单元，完整本地化文本及未知原标签在 ZIP。不渲染颜色、不证明校准、变换可用性或 ICC 完全合规。PNG cICP 可能在渲染时优先于 ICC。LittleCMS 2.19 内部目录最多 100 标签，本工具可保留更大目录，但不保证 CMM 可用。
  • 首版不含 TIFF/PDF/WebP/HEIF/JXL、网络或已安装配置检索、代码/CSS 执行及自动导航。保留原元数据，不是匿名化。
打开提取内嵌 ICC 配置 →

本文相关工具

修复 WAV 长度字段 →仅修补已明确确认最终 PCM 数据的 RIFF 与 data 长度，保留所有现有采样及前置字节。提取内嵌 ICC 配置 →从本地 JPEG、静态 PNG 或 ICC 原件恢复准确配置字节，读取全部声明的本地化描述，不重着色图像。