권장 버퍼와 ExoPlayer 인스턴스 데이터의 시간 및 다음 기본값을 가진 ExoPlayer 샘플이 제공하는

Question

변화의 영향을 rebuffer은 : 1000 minBufferMs 및 5000

mPlayer = ExoPlayer.Factory.newInstance(RENDERER_COUNT, 1000, 5000);

는 minRebufferMs입니다. - 시작하거나 같은 추구 사용자 작업 다음 다시 시작 재생 버퍼링해야하는 데이터의 최소 기간

minBufferMs : 문서에서.

minRebufferMs - (플레이어 호출 rebuffer 후 재개 재생 버퍼링되어야하는 데이터의 최소 지속 기간, 즉 시작으로 사용자 액션 등 로 인해 고갈 버퍼로 인해, 그리고 발생 rebuffer 재생 또는 검색).

이것은 합리적인 기본값처럼 보이지만 플레이어의 평균 비디오 길이와 관련이 있습니다. 내 앱에서 평균 동영상은 약 24 초이지만 동영상이 1 ​​초 또는 < 6 초가 될 수 있습니다. 나는이 기본값이 나를 그 가장자리 사건 비디오 (그 비디오가 그 기간이 첫번째 buff 이후에 < minBuff 또는 minRebuff 인 것처럼 연주하지 않고있는)와 함께 나에게 약간의 문제가되게한다라고 생각한다. 그래서 나는 그들을 바꿀 것을 생각하고있다.

질문은 권장 값이 무엇이며 500과 2000에이 두 값을 설정했을 때의 영향은 무엇입니까?

Answer 1

이 값은 실제로 비디오의 전체 길이와 관련이 없습니다. 비디오를 더 버퍼링하는 동안 비디오를 일시 중지하지 않고도 재생을 보장하기 위해 버퍼링하려는 양과 관련이 있습니다.

1 초 예와 같이 비디오가 매우 짧으면 몇 가지 다른 값으로 실험 해 볼만한 가치가있을 수 있습니다.

권장 값은 권장 사항 이상이 아니며 위의 기본값이 부당하지 않은 것으로 보입니다. 값을 변경하여 실험 할 수는 있지만 문제는 테스트 중에 네트워크, CPU로드 등의 조건이 결과에 반영된다는 것입니다.

적응 비트 전송률 비디오는 또한 플레이어가 현재 네트워크 상태에 대해 최고 품질의 비트 전송률을 찾으려고 비트 전송률을 전환 할 때 물을 약간 흐리게 만듭니다. 다시 말하지만, 1 초의 지속 시간 비디오는 연속적인 비디오 스트림의 일부가 아니고 모든 비트율을 유지할 수 있기를 원하지 않는 한 적응 비트 전송률 비디오가 많은 의미를 갖지 않을 수있는 최악의 경우입니다 .