Premiere 내보내기가 100%에서 멈췄다면? 전달 전 파일 확인

먼저 기존 출력을 보호하고 원래 포함돼야 할 내용을 기록하기

대상 폴더에 파일이 있다는 사실은 완료 영수증이 아닙니다. 움직이지 않는 퍼센트, 변하지 않는 파일 크기, 한 번의 I/O 0 측정값을 강제 종료 근거로 삼지 마세요. 앱에서 가능하면 프로젝트를 저장하세요. 이 가이드는 쓰기 프로세스가 멈춘 뒤의 기존 파일을 검사하며 안전한 취소 시점을 정하지 않습니다. 작성 상태가 불확실하면 출력을 미검증 상태로 두고 멈춘 작업은 별도로 해결하세요.

파일 검사 전 예정 시퀀스와 내보내기 범위, 예상 재생 시간, 프레임률, 크기와 오디오 전달 요구사항을 기록하세요. 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 호환 셸은 echo $?, PowerShell은 $LASTEXITCODE입니다. 0이며 오류가 없다는 것은 이번 실행에서 이 디코더가 매핑된 자료의 오류를 찾지 못했다는 뜻일 뿐, 예정된 끝부분·대사·그래픽·자막의 존재를 입증하지 않습니다. 0이 아니면 검사가 통과하지 못한 것이며 손상, 미지원 디코더, 권한이나 환경 문제가 원인일 수 있습니다. 메시지를 보존하고 조사하되 자동으로 파일 손상이라고 단정하지 마세요.

‘성공한’ 검사도 문제를 놓칠 수 있는 이유

격리 시험에서는 AAC 오디오 스트림 두 개가 있는 4초 합성 H.264 영상으로 7개의 통제 파일을 만들었습니다. 완전한 파일, 재생 가능한 짧은 파일, 영상 전용 파일 모두 전체 스트림 디코딩에서 0을 반환했습니다. 짧은 파일은 1.52초였고 영상 전용 파일은 4초였지만 오디오가 없었습니다. 유효한 미디어지만 원래 길이와 두 오디오 스트림을 요구하는 전달 기준에는 실패합니다.

두 번째 오디오 스트림을 의도적으로 손상했을 때도 메타데이터는 4초와 오디오 두 개를 보고했습니다. 첫 번째 오디오만 디코딩하면 0, 모든 영상·오디오를 디코딩하면 실패했습니다. 물리적으로 잘린 파일도 4초 메타데이터를 유지했지만 디코딩에 실패했습니다. 빈 파일과 비디오가 아닌 파일은 탐색과 디코딩 모두 실패했습니다. 명시한 10개 시험 단언은 모두 통과했고 입력 해시는 바뀌지 않았습니다.

이는 명령 동작 시험이지 Premiere의 100% 멈춤을 재현한 것이 아닙니다. Premiere·Media Encoder, 쓰기 중 안전, C2PA 서명, 실제 고객 영상, Windows/macOS 조합은 시험하지 않았습니다. 결과는 예정 사양, 기술 디코딩과 편집 검토를 별도 검사로 유지해야 하는 이유만 설명합니다.

전달 여부를 결정하고 자격 정보는 별도로 확인하기

전달 전에는 시작 부분이나 몇 장의 썸네일만이 아니라 예정된 전체 프로그램을 재생하고 들어 보세요. 실제 끝과 선택한 타임라인 끝을 비교하고 필수 오디오 스트림 또는 믹스, 대사 연속성, 동기, 전환, 그래픽, 자막, 의도하지 않은 검은 화면이나 멈춘 화면을 확인하세요. 기술 디코딩은 정상적인 검은 프레임이나 무음 구간이 작품에 포함돼야 하는지 판단하지 못합니다. 끝부분 확인은 이미 타당한 커뮤니티 조언이며 위의 스트림 검사는 보완이지 대체가 아닙니다.

Content Credentials가 필요하면 Adobe의 별도 지침에 따라 내보낸 자산을 검사하세요. 재생 가능한 파일이 자격 정보 부착을 증명하지 않고, 자격 정보도 영상·음성 프로그램의 완전성을 증명하지 않습니다. 영상을 업로드할 권한이 있을 때만 온라인 검사 서비스를 사용하세요. 멈춘 내보내기를 합격처럼 보이게 하려고 출처 정보를 제거하거나 끄지 마세요.

별도로 기록한 전달 요건, 기술 검사, 전체 수동 검토가 모두 충족된 뒤에만 승인하세요. 스트림 누락, 잘못된 끝, 해결되지 않은 디코딩 오류, 미검증 필수 자격 정보가 있으면 파일은 미검증입니다. 프로젝트와 기존 출력을 보존하고 정확한 실패를 기록한 뒤 새 파일명으로 재시도하세요. 이 절차는 파일을 전달할 수 있는지 판단하며 멈춘 Premiere 작업의 만능 해결책은 아닙니다.