하나의 ffmpeg webm 대쉬 스트림이 다른 것보다 훨씬 큰 이유는 무엇입니까?

Question

여름 동안 나는 MS2-DASH를 통해 작동 할 수 있도록 x264 비디오/mp3 스트림을 가져 와서 다른 스트림으로 분할 한 스크립트를 작성했습니다. (webmproject.org website의 지침을 많이 기반으로합니다.) 동일한 스크립트가 작동하지 않아 6GB 비디오가 여러 개의 25GB 비디오로 바뀌 었습니다. 나는 ffmpeg의 업데이트를 유지하면서 작동이 멈췄을 때를 알지 못했지만 Dash Webm 구현이 업데이트 된 방식 때문이라고 추측합니다.

나는 더 잘 작동하지만 한 스트림에 여전히 큰 문제가있는 새로운 방법을 발견했습니다. 누군가가이 인코딩이 어떻게 작동하는지 설명하여 기본 원인을 이해할 수 있기를 희망했습니다.

#!/bin/bash 
COMMON_OPTS="-map 0:0 -an -threads 11 -cpu-used 4 -cmp chroma" 
WEBM_OPTS="-f webm -c:v vp9 -keyint_min 50 -g 50 -dash 1" 

ffmpeg -i $1 -vn -acodec libvorbis -ab 128k audio.webm & 
ffmpeg -i $1 $COMMON_OPTS $WEBM_OPTS -b:v 500k -vf scale=1280:720 -y vid-500k.webm & 
ffmpeg -i $1 $COMMON_OPTS $WEBM_OPTS -b:v 700k -vf scale=1280:720 -y vid-700k.webm & 
ffmpeg -i $1 $COMMON_OPTS $WEBM_OPTS -b:v 1000k -vf scale=1280:720 -y vid-1000k.webm & 
ffmpeg -i $1 $COMMON_OPTS $WEBM_OPTS -b:v 1500k -vf scale=1280:720 -y vid-1500k.webm 

트랜스 코드는 아직 완료되지 않았습니다,하지만이 향하고 어디에 있는지 볼 수 있습니다

-rw-r--r-- 1 user staff 87M Jan 4 23:27 audio.webm 
-rw-r--r-- 1 user staff 27M Jan 4 23:42 vid-1000k.webm 
-rw-r--r-- 1 user staff 285M Jan 4 23:42 vid-1500k.webm 
-rw-r--r-- 1 user staff 15M Jan 4 23:42 vid-500k.webm 
-rw-r--r-- 1 user staff 20M Jan 4 23:42 vid-700k.webm 

1500K 변형이 다른 스트림에 비해 불균형 적으로 더 크다.

다른 문제는 짧은 비디오를 사용할 때 위의 구성이 예상대로 실행되고 모든 것이 완벽하다는 것입니다. 나는 각 테스트가 많은 처리 능력과 시간을 요하기 때문에이 한계가 어디인지는 모르지만, 10 분 미만이면 작동하고 1 시간 이상 지속되면 막대한 파일을 생성합니다.

Answer 1

비디오 비트 전송률을 일정한 값으로 유지하려면 -b:v 만 사용하면 충분하지 않습니다. 소스 (높은 움직임, 장면 복잡성)에 따라 실제 비트 전송률이 높아집니다.

-maxrate 및 -bufsize도 지정해야합니다.

e. 가변 비트 레이트를 얻기 위해 (VBR)이 비디오는 약 1500K에서 제약 - 피크가 VBV의 크기에 따라 높을 수있다 - 당신은 사용한다 :

-b:v 1500k -maxrate 1500k -bufsize 1500k 

을 일정한 비트 레이트 (CBR)을 달성 최상의 결과를 위해 단일 프레임 VBV. 25fps (1500/25 = 60)의 예 :

-b:v 1500k -minrate 1500k -maxrate 1500k -bufsize 60k