avconv 생성으로 인해 지속 시간이 잘못된 파일이 생성됨

Question 1

일정한 비트 전송률의 경우 수정 사항은 다음 항목에 설명되어 있습니다.libmp3lame을 사용하여 CBR을 얻는 방법:avconv 출력을 파일로 파이프합니다.

avconv -i test_orig.mp3 -b:a 128k -f mp3 - >test_ffmpeg_cbr.mp3

이로 인해 avconv는 CBR에 좋은 mp3 헤더를 사용하게 됩니다.

다른 방법: 결과 mp3에 대해 작업(소스 자료를 더 이상 사용할 수 없을 때 유용함):

avconv -i faulty_mp3 -vn -c:a copy -ss 0:0:0 repaired_mp3

Answer

일정한 비트 전송률의 경우 수정 사항은 다음 항목에 설명되어 있습니다.libmp3lame을 사용하여 CBR을 얻는 방법:avconv 출력을 파일로 파이프합니다.

avconv -i test_orig.mp3 -b:a 128k -f mp3 - >test_ffmpeg_cbr.mp3

이로 인해 avconv는 CBR에 좋은 mp3 헤더를 사용하게 됩니다.

다른 방법: 결과 mp3에 대해 작업(소스 자료를 더 이상 사용할 수 없을 때 유용함):

avconv -i faulty_mp3 -vn -c:a copy -ss 0:0:0 repaired_mp3

Question 2

lame직접 사용하면 어떤 가변 비트 전송률 메커니즘을 선택하든( lame제공 --abr, --vbr-old및 ) --vbr-new동일한 일이 발생합니다 .

그래서 이것은 MP3 형식이나 형편없는 인코더의 한계인 것 같습니다. 이와 같은 플레이어는 mplayer지금까지 경험한 평균 비트 전송률로 전체 길이를 추측하는 것 같습니다.

내가 시도한 파일은 30분을 표시하기 시작했고 10초 후에는 실제 8:08에 가까운 8:15로 떨어졌습니다.

아직까지는 잘 재생되기 때문에 고칠 필요는 없을 것 같습니다. 하드웨어 플레이어가 이를 처리할 수 없는 경우 고정 비트 전송률로 전환해야 합니다. 또는 플레이어가 가변 비트 전송률(OGG/Vorbis?)을 지원하는 다른 형식을 지원하는 경우 완전히 다른 형식을 사용해야 합니다.

Answer