Premiere 导出卡在 100%？交付前先检查文件

先保护现有导出，并记录它本应包含什么

目标文件夹里出现文件并不等于拿到完成回执。不要把停住的百分比、长期不变的文件大小或一次零 I/O 读数，当作强制退出导出程序的依据。应用允许时先保存项目。本指南只检查写入进程已经停止后的既有文件，不能确定安全取消时点。若无法确认写入者状态，请继续把输出标为“未验证”，并单独处理卡住的任务。

检查文件前，先记录预期序列和导出范围、预计时长、帧率、尺寸以及音频交付要求。Adobe 的导出界面可预览并选择范围；完整序列与入点/出点选择不能混为一谈。还要记录交付是否要求立体声混音、多路独立音频、字幕或 Content Credentials。时间线有多条音轨时，导出成一条混音流也可能完全正常。

确认写入停止后，保留原文件，并检查一个另起名称的副本。重试时不要覆盖可疑输出。文件大小稳定只是一项观察，不证明写入或封装收尾已经完成。

核对文件时长和每一路预期流

如需使用命令行检查，请使用可信且同时包含 ffmpeg 与 ffprobe 的 FFmpeg 安装。先运行 ffmpeg -version 和 ffprobe -version。提示找不到命令，说明环境尚未配置好，不代表视频失败。以下示例在 Linux 上用 FFmpeg 7.1.5 测试，未在 Windows、macOS、Premiere 或 Media Encoder 中执行。请把 export.mp4 换成已停止写入副本的完整带引号路径。

运行元数据检查： ffprobe -v error -show_entries format=duration:stream=index,codec_type,codec_name,duration,channels -of json "export.mp4"

把容器与各流时长对照预期导出范围，把视频/音频流清单对照交付规格。不要要求四舍五入后的十进制时长完全相等：帧边界、音频填充和容器报告都可能造成差异。若差距具有实际意义，应调查并检查真实终点。缺少时长信息代表“未知”，不是 0，也不是通过。channels 字段表示一条音频流内的声道数，不是独立音频流数量。

若交付要求声音却没有音频流，即使视频能播放也不能批准。若要求多条音频流，要逐条计数和识别。这条简短元数据命令不会检查帧率、尺寸、字幕或预期混音，请在播放器或编辑器中另行核对。探测成功也不表示已经解码完整节目。

解码全部视频和音频，而不只默认轨道

在同一副本上运行下面的本地读取与解码检查。它把所有映射到的视频和音频解码到 FFmpeg 的 null 输出，不会生成替代媒体文件： ffmpeg -hide_banner -v error -xerror -abort_on empty_output+empty_output_stream -i "export.mp4" -map 0:v -map "0:a?" -f null -

显式映射会包含全部视频流和所有可用音频流。问号允许真正无声的文件，但不能免除交付本来要求音频的条件。xerror 会在 FFmpeg 报告错误时停止，abort_on 会拒绝指定的空输出情况。不要添加 -c copy；复制压缩包不是这项解码测试。这条命令也不验证字幕/数据流或 Content Credentials。

让命令执行完，并立即查看退出状态：兼容 Bash 的 shell 使用 echo $?，PowerShell 使用 $LASTEXITCODE。退出码为 0 且没有报告错误，只表示本次运行中该解码器未在已映射材料里发现错误；不能证明预期结尾、对白、图形或字幕存在。非 0 表示这项检查未通过，原因可能是媒体损坏、不支持的解码器、权限问题或其他环境故障。请保留错误消息并调查，不要自动断言文件已损坏。

为什么“检查成功”仍可能漏掉问题

隔离测试使用一个 4 秒、含两条 AAC 音频流的合成 H.264 视频，并制作了 7 个受控文件。完整文件、可播放的短文件以及只有视频的文件，全部在全流解码中返回 0。短文件报告 1.52 秒；只有视频的文件报告 4 秒但没有音频。它们是有效媒体，却不符合“原长度且含两条音频流”的交付要求。

故意损坏第二条音频流后出现了另一项区别：元数据仍报告 4 秒和两条音频流；只解码第一条音频返回 0，而解码全部音视频则失败。物理截断的文件也保留了 4 秒时长元数据，但解码失败。空文件和非视频文件的探测、解码都失败。所声明的 10 项测试断言全部通过，输入哈希未改变。

这些是命令行为测试，不是对 Premiere 卡在 100% 的复现。我们没有测试 Premiere 或 Media Encoder、活动写入安全、C2PA 签名、真实客户素材，也没有覆盖 Windows/macOS 矩阵。结果只说明为何预期规格、技术解码和编辑观看必须保持为彼此独立的检查。

做出交付决定，并单独检查凭证

交付前，应从头到尾播放并聆听预期导出的完整节目，而不是只看开头或几张缩略图。把实际结尾与选定时间线终点对照；逐条检查所需音频流或混音、对白连续性、同步、转场、图形、字幕，以及意外黑屏或定格。技术解码无法判断有效黑帧或静音片段是否本来就属于作品。检查结尾本就是可靠的社区建议；上述流检查是补充而非替代。

若交付要求 Content Credentials，请按 Adobe 的独立说明检查导出资产。文件能播放不能证明凭证已附加；凭证存在也不能证明音视频节目完整。只有在获准上传素材时才使用在线检查服务。不要为了让卡住的导出看似可接受而移除或关闭来源凭证。

只有独立记录的交付要求、技术检查和完整人工复核都满足后才能批准。缺少流、终点错误、未解决的解码错误或未验证的必需凭证，都会使文件继续处于未验证状态。保留项目和现有输出，记录准确失败信息，并用新文件名重试。这套流程帮助判断文件能否交付，不是修复 Premiere 卡住任务的通用方法。