Icecast2 : 장시간 브라우저 재생시 마운트 포인트 버퍼

Question

브라우저 플레이어에서 직접 또는 마운트 지점을 방문하여 직접 icecast 스트림을 재생하려고하면 소리가 들릴 때까지 최대 1-2 분 동안 지속됩니다. icecast에서 이러한 설정에 영향을주는 설정은 무엇입니까? 내 서버 하드웨어가 그럴 수 없습니다. 또한이 문제는 브라우저에만 영향을줍니다. 데스크탑 플레이어에서는 버퍼링 시간이 없습니다. shoutcast를 사용하면 모든 웹 플레이어가로드됩니다.

<icecast> 
    <location>Earth</location> 
    <admin>mail@test.test</admin> 
    <limits> 
    <clients>200</clients> 
    <sources>3</sources> 
    <threadpool>5</threadpool> 
    <queue-size>524288</queue-size> 
    <client-timeout>20</client-timeout> 
    <header-timeout>15</header-timeout> 
    <source-timeout>60</source-timeout> 
      <burst-on-connect>0</burst-on-connect> 
      <burst-size>65535</burst-size> 
    </limits> 

    <authentication> 
      <source-password>hackme</source-password> 
      <relay-password>hackme</relay-password> 
      <admin-user>admin</admin-user> 
    <admin-password>hackme</admin-password> 
    </authentication> 

     <!-- {%comment-open-if:icecast.directory.yp-url==""%} --> 
    <directory> 
    <yp-url-timeout>15</yp-url-timeout> 
    <yp-url>http://yp.shoutcast.com</yp-url> 
    </directory> 
    <directory> 
     <yp-url-timeout>15</yp-url-timeout> 
     <yp-url>http://www.oddsock.org/cgi-bin/yp-cgi</yp-url> 
    </directory> 
    <directory> 
     <yp-url-timeout>15</yp-url-timeout> 
    <yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url> 
    </directory> 
    <!-- {%comment-close-if:icecast.directory.yp-url==""%} --> 

     <hostname>test.test</hostname> 
     <port>8008</port> 
    <bind-address>1.1.1.1</bind-address> 

    <!-- Only define a <mount> section if you want to use advanced options, 
     like alternative usernames or passwords --> 
     <mount> 
    <bitrate>128</bitrate> 
    <mount-name>/mp3</mount-name> 
    <fallback-override>0</fallback-override> 
    <fallback-when-full>0</fallback-when-full> 
    <public>1</public> 
    <max-listeners>150</max-listeners> 
    <fallback-mount></fallback-mount> 
    <genre>alternative</genre> 
    <type>audio/mpeg</type> 
    </mount> 

    <mount> 
    <bitrate>64</bitrate> 
    <mount-name>/mobile</mount-name> 
    <fallback-override>0</fallback-override> 
    <fallback-when-full>0</fallback-when-full> 
    <public>1</public> 
    <max-listeners>50</max-listeners> 
    <fallback-mount></fallback-mount> 
    </mount> 

    <fileserve>1</fileserver> 

     <paths> 
      <basedir>/usr/local/centovacast/var/vhosts/tester/</basedir> 
      <logdir>var/log/</logdir> 
    <webroot>web/</webroot> 
    <adminroot>admin/</adminroot> 
    <pidfile>var/run/server.pid</pidfile> 
      <alias source="/" dest="/status.xsl"></alias> 
    </paths> 

    <logging> 
    <accesslog>access.log</accesslog> 
    <errorlog>error.log</errorlog> 
    <playlistlog>playlist.log</playlistlog> 
    <loglevel>2</loglevel> 
    <!-- 4 Debug, 3 Info, 2 Warn, 1 Error --> 
     </logging> 

    <security> 
    <chroot>0</chroot> 
     </security> 

</icecast> 

Answer 1

시도가 큐 크기를 증가하는 버스트 크기 :

<queue-size>1048576</queue-size> 
<burst-size>943718</burst-size> 

내가 명확하게 설명 할수 없어,하지만 당신은이 스레드 따를 수 : https://www.internet-radio.com/community/threads/very-slow-buffering-in-android.20139/

Answer 2

MP3를 스트리밍하면 임의로 분할되어 그대로 전송됩니다. 즉, Icecast는 프레임을 검사하거나 정렬하지 않으므로 작은 버퍼가있는 서버에 다시 동기화 할 때 클라이언트가 약간 지연 될 수 있습니다.

그러나 1 분의 지연은 매우 긴 시간입니다. Chrome에 문제가있는 스트림을 만드는 LAME (3.99.1)에 문제가있었습니다. 사용중인 인코더는 언급하지 않았지만 LAME을 사용하는 경우 버전을 업그레이드 또는 다운 그레이드하십시오. 다른 것을 사용하고 있다면 절름발이로 전환하십시오. 또한 다른 브라우저에서 Chrome에서이 문제가 발생하는지 확인해보십시오.

HTTP를 통한 프로그레시브 MP3 (설정과 동일)는 인터넷 라디오의 가장 일반적인 형식이며 올바르게 설정된 경우 제대로 작동 할 수 있습니다.