剪辑群里有人丢来一条 38 秒的 4K 素材，问「这条能不能直接进时间线」。我打开播放器属性只看到分辨率，码率要进转码软件，编码格式得靠命令行 ffprobe。三个地方来回切，四分钟才凑齐四项参数。后来改用视频元数据工具，一次读完编码、时长、码率、分辨率，判断能不能进时间线只花了十几秒。
最快出结果的路径
打开 https://shipin-info.quan77.cn/ ，把视频文件拖进上传区，等解析完成，页面上直接列出四项核心参数：编码格式（H.264 / H.265 / ProRes 等）、时长（精确到秒）、码率（Mbps）、分辨率（宽×高）。
不用先选格式、不用填参数，拖进去就是全部。真正省动作的地方在于：它把「这条素材是什么」和「这条素材能不能用」压在同一步里完成。你不需要先查编码再去别处确认兼容性，四项参数并排显示，一眼就能判断。
如果只是想知道一条素材的基本规格，从打开页面到读完参数，通常在 20 秒以内。文件越大解析稍慢，但等待时间主要花在上传，不在解析本身。
三个真实场景分别怎么用
场景一：判断素材能否直接进剪辑时间线。 输入是一条手机拍的 4K 60fps 素材，产出是「H.265 / 38 秒 / 68 Mbps / 3840×2160」。看到 H.265 就知道老款剪辑机可能解不动，需要先转 H.264；看到 68 Mbps 就知道代理剪辑更稳妥。这两个判断在拿到参数后十秒内完成，不用再开转码软件试。
场景二：核对交付文件是否符合平台要求。 平台要求上传视频编码 H.264、码率不超过 15 Mbps、分辨率 1080p。输入是成片文件，产出四项参数后逐项对照：编码对、分辨率对、码率 18 Mbps 超标。于是回到导出设置把码率压到 14 Mbps 再导一次。整个核对过程不到一分钟，比上传后被平台退回重导省事得多。
场景三：排查播放卡顿是码率还是编码问题。 有同事反馈某条视频在会议室电脑上卡。输入这条文件，产出显示 H.265 编码、码率 52 Mbps。会议室那台机器是几年前的集显，H.265 硬解支持不全，码率又偏高，两个因素叠加。定位到原因后，转成 H.264、码率降到 20 Mbps 以内，卡顿消失。没有元数据，这个排查只能靠猜。
什么时候别用它
这个工具读的是容器层和流层的基本参数，不分析画面内容。如果你想判断视频有没有花屏、音画是否同步、色彩空间是否被错误标记，它给不出答案，得靠逐帧播放或专业分析软件。
另外，它对冷门封装格式的兼容性有限。MKV 里嵌套多条音轨、字幕轨的情况，它可能只读出主视频流，读不全所有轨道信息。遇到这种文件，ffprobe 仍然是更彻底的选择。
还有一点要说清楚：它不做批量队列。一次处理一条，文件多了就得一条条来。如果你要核对几十条素材的规格，手动逐条上传反而慢，那种场景更适合写个脚本调 ffprobe 批量跑。这个工具的定位是「单条快速读参」，不是「批量资产管理」。
搭配哪些工具更顺手
读完参数发现编码不对，下一步通常是转码。转码前如果想先确认目标格式的兼容范围，可以配合查一下常见播放设备的解码支持表，再决定转 H.264 还是 H.265。
如果参数显示码率偏高但分辨率不需要降，可以考虑只做码率压缩而不改分辨率，这样画质损失更小。压缩完再回到视频元数据工具复核一遍，确认码率落在目标区间、编码没被意外改动，两步闭环。
把「读参数」和「改参数」分开做，比在一个软件里又看又改更清楚——看的时候不误操作，改的时候有明确目标值。这也是我现在的固定流程：先用视频元数据工具读一遍，记下四项数值，再决定动不动、怎么动。