遇到视频截图一片黑时，我会先保留当前文件再看透明信息。原因很具体：透明的空图放在黑色预览底上也会看起来像黑图。马上转成JPEG可能会丢掉原本还能辨认的透明状态。等到手里只剩不透明黑图，判断视频有没有解码出来的线索就少了一层。
这次我测的是一段公开海浪视频。截取6秒并缩到640×360后，分别编码为MP4和WebM。我在自建页面刚读到视频尺寸和时长时就让它绘制当前画面。调用没有报错。检查输出时发现整张图的透明通道alpha全部为0。它没有画出海浪或不透明的黑色。尺寸是对的。内容仍然空着。
这个现象不是只看了一次。2026年9月30日在macOS上用了Chromium 149、Firefox 151、WebKit 26.5三个测试构建，每种格式各加载10次。首批60次过早绘制得到的都是透明空图；当前帧数据就绪后的60次则都出现了海浪。WebKit测试构建不能当成Safari正式版。这只是短片在本地HTTP页面中的结果，不能作为所有视频截图工具的成功率。
接着我只改了保存格式。在Chromium里把透明画布导出为PNG并重新打开，读到的alpha仍然全部为0。同一画布导出为JPEG后，读回来的整张图RGB都为0、alpha为255。后者已经不透明。同一个来源最后保留下来的排查信息却不一样。这项保存对照的范围仅限Chromium，未扩展到另外两个内核。
图左边的棋盘格是页面底色，视频里没有这个图案。透明PNG让底色露出来，右边的JPEG则用黑色盖住了底色。上方的小海浪图只是输入预览。这是自建复现页，不代表某个产品的截图功能。观察时可以把同一张PNG放到白底或棋盘格预览中：透明区域会露出下方背景，让它跟着底色变化就有了可见的线索。换预览底色就行。不用把白色画进图片。
底色换了仍然黑，也不能直接认定原视频就是黑的。它可能像右图一样在保存时变成了不透明黑图。肉眼分不清时再查看当前文件的透明通道：本次左图alpha全0，右图全255。检查只能回答"手里的图片还透不透明"，倒推不出它在保存之前的样子。黑色JPEG再转回PNG也补不回原先的透明信息。最好留着第一次绘制得到的PNG作对照。
产品预览的状态还得另看。我用的是图映ImgIng，在视频抠像Beta中文工作台导入了这段6秒海浪MP4。该功能主要面向桌面Chrome和Edge。移动到2.117秒后执行当前帧预览，界面返回"当前帧没有识别到明显主体"。原片是能显示的。这条提示描述的是预览处理结果，不是上面自建页面的透明空图，也不能据此说视频解码失败。本次没有导出整片，更没有验证图映内部采用哪种截图方法。
我愿意先做这些检查，不必一上来就换播放器或重压视频。先留下原文件和PNG再辨认画布有没有内容，能比只盯着最终JPEG少些猜测。也有没测到的地方：不同加载方式、手机和损坏文件不能套用这轮结果。制作复现页时碰到另一个情况：data URL方式在当前帧加载事件后仍得到空图。这个条件差还没继续追。等待事件只是排查线索，最后仍要看实际输出。
自己遇到视频截图发黑时先复制一份现有文件，别覆盖第一次输出。用支持透明预览的工具打开PNG，换白底或棋盘格看是否露底；有条件再读取alpha，与原始输出对照。若手里只有JPEG，就回到截图步骤重新保留PNG。继续换后缀无助于判断。确认已经得到真实画面后再按交付要求转成JPEG。这样即使最后还黑，也能对照它是在绘制时出现还是在保存时留下的。
海浪来自Alexander Grebenkov的冰岛Lækjavik海滩视频，采用CC BY 3.0许可。本次对素材进行了截取、缩放和转码；它既非本人拍摄，也不是工具默认附带的演示片。