MP3 스트리밍은 오디오의 마지막 1-2 초를 자른다.

Question

나는 정말로 내 문제를 해결할 수있는 아무것도 검색하지 않고 검색하지 않았다.

내 서버에 내 최종 사용자에게 제공해야하는 녹음 파일을 듣고 올바른지 확인하는 mp3 파일이 있습니다. 문제는 청취 할 때 브라우저 (Safari 및 Chrome 이상)가 기록의 마지막 1-2 초를 차단한다는 것입니다. (이는

• 서버에서 파일을 직접 다운로드.

  물건은 이미 시도했습니다. 매우 도움이되지 않습니다, 그것은 제대로 을 재생한다. 검증

• 브라우저 mp3 파일의 MIME 타입 file을 사용하여 파일 이름은
• 내 서버 파일은 정확히 동일한 바이트이며 브라우저를 통해 파일을 다운로드 한 파일은 ( 인스턴스의 경우) 길이가 9 초이며, 하지만 내가 t에서 그것을 할 때 그는 브라우저 파일이 단지 7 초 길이임을 보여줍니다.

• 운이없는 파일의 헤더가 있습니다.

  header("Content-Type: audio/mpeg; charset=binary"); 
  header("Content-Disposition: inline; filename=\"{$filename}\""); 
  header('Pragma: no-cache'); 
  header("Content-Length: ". filesize($file_path)); 
  readfile($file_path); 
  

나는 거의 내 브라우저로 데려 내 서버에있는 파일을 호출하는 일이 무엇인가에 대한 문제를 좁혀했습니다. 내가 시도한 것들은 실제로 도움이되지 못했다. 내 요구 사항 중 하나는 공개 디렉토리에서이 파일을 보호해야한다는 것입니다. 따라서 파일을 재생하려면 사용자가 인증을 받아야하므로 PHP를 통해 파일을 제공해야합니다. 어떤 생각이라도 대단히 감사하겠습니다.

도움이 될만한 몇 가지 버전이 있습니다.

CentOS 7.4.1708 
Apache 2.4.6 
PHP 5.6.30 
Chrome Version 60.0.3112.113 
Safari Version 10.1.2 (12603.3.8) 

업데이트

The data from the main wav file I'm receiving is the following 
Duration: 00:09 
Audio Channels: 1 
Sample Rate: 8,000 
Bits Per Sample: 16 

Answer 1

오디오 플레이어의 많은, 특히 MP3 주위에 매우 버그가 있습니다. 그들은 고정 크기 버퍼 같은 것을 사용할 것입니다. 또한 MP3를 사용하면 전체 파일을 디코딩하지 않고도 검색 지점을 정확하게 설정할 수 없다는 것을 알아야합니다. 파일 길이, 바이트 오프셋 및 추측에 관한 많은 해킹/트릭이 있지만 그게 전부입니다. 기본적으로 컨테이너 또는 비트 스트림 형식이없는 손실이 많은 인코딩 된 오디오로 시간이 올바른지 예상 할 수 없습니다. 나는 당신의 파일을 완벽하게 재생하는 것이 합리적이라고 생각합니다.

또한 특히 스테레오 오디오를 사용하는 경우 샘플 속도가 으로 매우 낮고으로 낮아야합니다.

어딘가에 8KB의 데이터가있을 것으로 예상되는 고정 크기 버퍼가 있으며 낮은 샘플 속도와 비트 전송률로 인해 그 중 일부가 발생합니다. 이것은 플레이어 버그 일 것이고, 버그 보고서를 작성하기에는 부족합니다. 직접 할 수있는 방법은 없습니다.

Opus? 훨씬 높은 품질을 얻을 수 있으며 호환이 가능합니다. 그렇게하지 못하면 PCM을 똑바로 사용하는 것을 고려하십시오.