音频元数据

能。工具底层走 FFmpeg，FLAC、APE、WAV、ALAC 都能读。但对无损格式，显示的比特率通常是压缩后的平均码率（比如 FLAC 压到 800 kbps 左右），不是 PCM 原始采样位深乘采样率乘通道数那个理论值。如果你要确认原始品质，直接看采样率（Hz）和位深（bit）两个字段更准，比特率对无损格式参考意义不大。

Windows 资源管理器读的是文件头里 VBR 的「峰值比特率」或「声明比特率」，而本工具直接解析帧数据算出的「平均比特率」。很多 VBR 编码的 MP3 头字段写 320 但实际平均只有 160-200。用 FFprobe 逐帧统计后取平均就是本工具的结果，更接近真实码率。如果你怀疑文件来源，可以对比时长和文件大小——128 kbps 的 3 分钟 MP3 约 2.8 MB。

两者可能都对。某些声卡驱动或播放器会在输出时做 SRC（采样率转换），工具读取的是音频文件内部的元数据，不是播放链路的最终输出。如果录音软件直接生成文件时写了 44100 但工具显示 48000，通常是录音软件内部做了重采样或写错了头信息。你可以用 Audacity 或 ffmpeg -i 命令验证同一文件的原始流参数，如果一致说明工具读的没错。

本工具纯浏览器端处理，文件不上传服务器。WAV 解析只读头部几十字节，不读整个文件，所以 800 MB 也是秒出。但注意：如果文件本身损坏或头部残缺，FFmpeg WASM 在浏览器端可能卡住；此时建议用桌面版 ffprobe 先确认文件完整性。另外浏览器对单个文件大小有限制（Chrome 约 2 GB），超大会直接报错。

6 通道通常是 5.1 环绕声（前左、前右、中置、低音、后左、后右）。有些编码器会把立体声标记为 2 通道，但实际流里塞了 6 个声道。你可以看工具输出的「通道布局」字段（如果支持），它会写明 L R C LFE Ls Rs。如果工具没标布局，可以对比文件大小：5.1 的 48 kHz 16 bit WAV 每分钟约 27 MB，立体声约 9 MB。

部分手机录制的 AAC-LD（低延迟）或 HE-AAC v2 格式，FFmpeg 无法从容器头直接解析出固定比特率，会显示 0 或 N/A。这不是工具的问题，是容器封装不规范。你可以在输出结果里看「编码器」字段，如果是 aac 或 aac_low，手动用文件大小除以时长（秒）再乘以 8 就是平均比特率。

核心字段（时长、采样率、通道数）三者结果应该一致，因为底层都调 FFmpeg。差异主要在比特率：格式工厂和 MediaInfo 的「普通视图」通常取头字段值，本工具取帧级平均，所以 VBR 文件会有差别。另外本工具不显示编码器版本、容器格式细节（如 moov box 位置），如果你需要这些，用 MediaInfo 的详细视图更合适。

正常。FFmpeg 解析 WAV 时长时，用的是文件大小除以采样率乘位深乘通道数，这个计算基于 PCM 数据块的实际字节数，不是头里的 duration 字段。如果文件末尾有 0.05 秒的静音填充（很多录音软件会补齐到整数帧），工具就会多算。3 秒文件差 0.05 秒在 1.7% 以内，属合理范围。如果差超过 5%，建议检查文件是否被截断或头信息损坏。