Icecast2：ブラウザの再生時にMountpointバッファが長時間鳴っています

Question

ブラウザプレーヤーで直接、またはマウントポイントを訪問して、自分のアイスキャストストリームを再生しようとすると、サウンドが聞こえるまで1〜2分間続きます。 icecastのどの設定がそのような動作に影響しますか？私のサーバーのハードウェアは理由ではありません。また、この問題はブラウザにのみ影響します。デスクトッププレーヤーでは、バッファリング時間はありません。 shoutcastを使用すると、すべてのWebプレーヤーがちょうど時間内に読み込まれます。

<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> 

私ははっきりとそれを説明can'tが、あなたはこのスレッドに従うことができます：https://www.internet-radio.com/community/threads/very-slow-buffering-in-android.20139/

Answer 2

MP3をストリーミングすると、任意にセグメント化され、そのまま送信されます。つまり、Icecastはフレームの検査やアライメントを行わないため、バッファが小さいサーバーに再同期するときにクライアントにわずかな遅延が生じることがあります。

しかし、1分の遅延は非常に長い時間です。 Chromeの同期に問題があったストリームを作成していたLAME（3.99.1と思います）に問題がありました。使用しているエンコーダについては言及していませんが、LAMEを使用している場合は、バージョンをアップグレードまたはダウングレードしてみてください。他のものを使用している場合は、LAMEに切り替えてみてください。また、さまざまなブラウザを試して、Chromeでこの問題が発生しているかどうかを確認してください。

インターネットラジオの最も一般的な形式は、プログレッシブMP3 over HTTP（設定と同じ）です。正しく設定するとうまく動作します。