기술 · 실용 가이드
OBS 리먹싱은 끝났는데 소리가 없나요? 원본과 출력의 오디오 트랙을 각각 검증하세요
완료 메시지, 오디오 스트림 개수, 첫 트랙 재생은 서로 다른 확인입니다. 원본을 보존하고 누락·무음·디코딩 불가를 구분해 필요한 모든 소리를 검증하세요.
OBS 리먹싱이 끝난 뒤 마이크 소리가 없으면 플레이어 설정 변경만으로 충분하지 않습니다. 원본 녹화를 보존하고 두 파일의 필요한 오디오 스트림을 각각 살피세요. 스트림이 없거나 존재하지만 무음이거나 편집기가 디코딩할 수 없는 내용일 수 있습니다.
기존 가이드는 단일 트랙 재생, 소스 라우팅, 코덱 호환성을 정확히 설명합니다. 남은 함정은 완료 메시지나 한 번의 재생을 완전한 보존의 증거로 보는 것입니다. 이후 녹화 설정을 바꾸거나 유일한 원본을 지우기 전에 이미 기록된 바이트를 검사하세요.
원본을 보존하고 두 파일의 스트림 목록 확인하기
원래 MKV, 리먹싱한 MP4, OBS 버전과 전체 리먹싱 로그를 보존합니다. 진단 결과는 새 파일명으로 저장하세요. 마이크, 게임, 해설 등 필요한 소리를 기록하고 분리된 트랙이나 완성된 믹스가 필요한지도 정합니다.
ffprobe -v error -show_streams -show_format -of json recording.mkv를 실행하며 실제 원본 경로로 바꾼 뒤 출력에도 적용합니다. 오디오 스트림 인덱스, 코덱, 채널 구성, 샘플링 속도와 길이를 비교하세요. 스테레오의 두 채널은 따로 기록된 두 소스가 아닙니다. 미상 값을 0으로 해석하지 않습니다.
필요한 원본 트랙을 각각 디코딩하기
각 오디오 스트림을 명시적으로 선택합니다. 예를 들어 ffmpeg -v error -i recording.mkv -map 0:a:1 -c:a pcm_f32le second-audio-audit.wav는 두 번째 오디오 스트림을 새 진단 파일로 디코딩합니다. a:1 순서가 OBS 트랙 2와 같다는 보장은 없으므로 목록과 알아볼 수 있는 내용을 먼저 맞춥니다.
필요한 시작, 중간, 끝을 듣고 필요하면 디코딩 파형이나 astats 측정을 살핍니다. 스트림 부재, 디코딩 실패, 디지털 무음, 예상 녹음 내용을 구분하세요. 0이 아닌 샘플만으로 올바른 마이크 녹음이 입증되지는 않습니다. 디코딩 실패는 불확실성이며 무음이나 영구 손실의 증거가 아닙니다.
작업이 끝나도 리먹싱 로그 읽기
고정 커밋의 OBS 업스트림 구현은 입력마다 출력 스트림을 만들고 코덱 매개변수를 복사합니다. 그러나 패킷 루프는 AVERROR_INVALIDDATA 또는 EINVAL 쓰기 오류 후에도 계속됩니다. 마지막 입력 종료와 성공적인 트레일러 쓰기로 성공을 반환할 수도 있습니다. 코드 범위의 발견이며 설치한 OBS가 오디오를 건너뛰었다는 증거는 아닙니다.
수정하지 않은 제어 흐름 함수 세 개를 스크립트 스텁과 컴파일해 여섯 사례를 시험했습니다. 지정된 두 쓰기 오류 사례는 각각 성공을 반환했지만 스텁은 두 번 중 한 번만 받아들였습니다. 일반 성공은 둘 다 받아들였고 치명적 쓰기, 헤더, 트레일러 실패는 false였습니다. OBS 앱, 실제 코덱 오류나 독자 녹화 파일은 재현하지 않았습니다.
원본과 출력의 결과에 따라 복구 선택하기
필요한 소리가 원본에서 디코딩되지만 출력에는 없다면 둘 다 보존하고 호환되는 대상으로 명시적인 매핑 변환을 시험합니다. FFmpeg 자동 선택은 한 오디오 스트림만 고를 수 있으며 -c copy는 선택을 바꾸지 않습니다. 출력에 소리가 있지만 편집기가 재생하지 못하면 삭제로 단정하지 말고 편집기의 코덱과 트랙 가져오기 지원을 확인하세요.
원본이 무음이거나 필요한 트랙이 없다면 현재 OBS 라우팅을 바꿔도 오래된 파일을 채우지 못합니다. 별도 소스 녹음이나 백업을 찾습니다. 다음 녹화에서는 Advanced Audio Properties에서 소스를 할당하고 필요한 녹화 트랙도 활성화한 뒤 실제 출력을 시험하세요. 재생용 믹스는 유용하지만 편집에 필요한 분리 트랙을 대체하지 않습니다.
증거를 버리기 전에 필요한 모든 트랙 검증하기
별도 Ubuntu FFmpeg 6.1.1 합성 시험의 MKV는 H.264 영상과 모노 AAC 스트림 두 개, 무음과 440 Hz 톤을 포함했습니다. 자동 스트림 복사의 MP4에는 무음만 남았습니다. 두 오디오를 명시적으로 매핑하면 둘 다 보존됐고 이 시험에서는 디코딩 샘플 바이트가 일치했습니다. 이러한 CLI 선택 동작은 OBS 리먹싱 재현이 아닙니다.
목표 플레이어나 편집기에서 알아볼 수 있는 소리, 스트림 포함 여부, 파일 끝 내용, 길이와 동기화를 비교하세요. 현재 OBS 문서도 MP4의 PCM을 모든 앱이 지원하지 않는다고 경고합니다. 컨테이너 지원만으로 충분하지 않습니다. 작업 완료, 같은 스트림 개수, 첫 트랙 재생만으로 필요한 모든 소리를 입증하지 못하므로 전체 검사까지 원본을 보존합니다.
