Вопрос с задержкой воспроизведения

Kuhar

New member
Всем добрый день! Ребята, подскажите пожалуйста, почему при данном коде файла конфига айскаст, при подключении в любом плеере, - воспроизведение начинается не сразу, а с задержкой. Где в коде ошибка? Пинг на сервер где стоит айскаст отличный. Ребята, помогите пожалуйста, буду очень благодарна. С уважением Татьяна
Код:
 <icecast>
    <!-- location and admin are two arbitrary strings that are e.g. visible
         on the server info page of the icecast web interface
         (server_version.xsl). -->
    <location>Earth</location>
    <admin>icemaster@localhost</admin>

    <limits>
        <clients>500</clients>
        <sources>2</sources>
        <threadpool>5</threadpool>
        <queue-size>524288</queue-size>
        <client-timeout>30</client-timeout>
        <header-timeout>15</header-timeout>
        <source-timeout>10</source-timeout>
        <!-- If enabled, this will provide a burst of data when a client 
             first connects, thereby significantly reducing the startup 
             time for listeners that do substantial buffering. However,
             it also significantly increases latency between the source
             client and listening client.  For low-latency setups, you
             might want to disable this. -->
        <burst-on-connect>1</burst-on-connect>
        <!-- same as burst-on-connect, but this allows for being more
             specific on how much to burst. Most people won't need to
             change from the default 64k. Applies to all mountpoints  -->
        <burst-size>65535</burst-size>
    </limits>

    <authentication>
        <!-- Sources log in with username 'source' -->
        <source-password>************</source-password>
        <!-- Relays log in username 'relay' -->
        <relay-password>live</relay-password>

        <!-- Admin logs in with the username given below -->
        <admin-user>admin</admin-user>
        <admin-password>***********</admin-password>
    </authentication>

    <!-- set the mountpoint for a shoutcast source to use, the default if not
         specified is /stream but you can change it here if an alternative is
         wanted or an extension is required
    <shoutcast-mount>/live.nsv</shoutcast-mount>
    -->

    <!-- Uncomment this if you want directory listings -->
    <!--
    <directory>
        <yp-url-timeout>15</yp-url-timeout>
        <yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
    </directory>
     -->

    <!-- This is the hostname other people will use to connect to your server.
    It affects mainly the urls generated by Icecast for playlists and yp
    listings. -->
    <hostname>ip адрес сервера icecast</hostname>

    <!-- You may have multiple <listener> elements -->
    <listen-socket>
        <port>8000</port>
        <!-- <bind-address>127.0.0.1</bind-address> -->
        <!-- <shoutcast-mount>/stream</shoutcast-mount> -->
    </listen-socket>
    <!--
    <listen-socket>
        <port>8001</port>
    </listen-socket>
    -->

    <!--<master-server>127.0.0.1</master-server>-->
    <!--<master-server-port>8001</master-server-port>-->
    <!--<master-update-interval>120</master-update-interval>-->
    <!--<master-password>hackme</master-password>-->

    <!-- setting this makes all relays on-demand unless overridden, this is
         useful for master relays which do not have <relay> definitions here.
         The default is 0 -->
    <!--<relays-on-demand>1</relays-on-demand>-->

    
    <relay>
        <server>ip адрес сервера icecast</server>
        <port>8000</port>
        <mount>/nonstop</mount>
        <local-mount>/nonstop</local-mount>
        <on-demand>1</on-demand>

        <relay-shoutcast-metadata>0</relay-shoutcast-metadata>
    </relay>
    

    <!-- Only define a <mount> section if you want to use advanced options,
         like alternative usernames or passwords -->
   <mount>
        <mount-name>/live</mount-name>
        <username>source</username>
        <password>**********</password>
        <max-listeners>500</max-listeners>
        <burst-size>65536</burst-size>
        <fallback-mount>/nonstop</fallback-mount>
        <fallback-override>1</fallback-override>
        <fallback-when-full>1</fallback-when-full>
        <hidden>0</hidden>
        <no-yp>1</no-yp>
        <on-connect>/home/icecast/bin/stream-start</on-connect>
        <on-disconnect>/home/icecast/bin/stream-stop</on-disconnect>
    </mount>

    <mount>
        <mount-name>/auth_example.ogg</mount-name>
        <authentication type="url">
            <option name="mount_add"       value="http://myauthserver.net/notify_mount.php"/>
            <option name="mount_remove"    value="http://myauthserver.net/notify_mount.php"/>
            <option name="listener_add"    value="http://myauthserver.net/notify_listener.php"/>
            <option name="listener_remove" value="http://myauthserver.net/notify_listener.php"/>
            <option name="headers"         value="x-pragma,x-token"/>
            <option name="header_prefix"   value="ClientHeader."/>
        </authentication>
    </mount>

    

    <fileserve>1</fileserve>

    <paths>
		<!-- basedir is only used if chroot is enabled -->
        <basedir>/usr/share/icecast2</basedir>

        <!-- Note that if <chroot> is turned on below, these paths must both
             be relative to the new root, not the original root -->
        <logdir>/var/log/icecast2</logdir>
        <webroot>/usr/share/icecast2/web</webroot>
        <adminroot>/usr/share/icecast2/admin</adminroot>
        <!-- <pidfile>/usr/share/icecast2/icecast.pid</pidfile> -->

        <!-- Aliases: treat requests for 'source' path as being for 'dest' path
             May be made specific to a port or bound address using the "port"
             and "bind-address" attributes.
          -->
        <!--
        <alias source="/foo" destination="/bar"/>
          -->
        <!-- Aliases: can also be used for simple redirections as well,
             this example will redirect all requests for http://server:port/ to
             the status page
          -->
        <alias source="/" destination="/status.xsl"/>
    </paths>

    <logging>
        <accesslog>access.log</accesslog>
        <errorlog>error.log</errorlog>
        <!-- <playlistlog>playlist.log</playlistlog> -->
      	<loglevel>3</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
      	<logsize>10000</logsize> <!-- Max size of a logfile -->
        <!-- If logarchive is enabled (1), then when logsize is reached
             the logfile will be moved to [error|access|playlist].log.DATESTAMP,
             otherwise it will be moved to [error|access|playlist].log.old.
             Default is non-archive mode (i.e. overwrite)
        -->
        <!-- <logarchive>1</logarchive> -->
    </logging>

    <security>
        <chroot>0</chroot>
        <!--
        <changeowner>
            <user>nobody</user>
            <group>nogroup</group>
        </changeowner>
        -->
    </security>
</icecast>
 
Сколько примерно составляет задержка?
 
Kuhar сказал(а):
Задержка составляет ориентировочно 4 секунды
Возможно, сервер ограничивает скорость отдачи и первичная буферизация занимает время. Можете попробовать использовать конфигурацию Icecast по умолчанию, а также уменьшить размер буфера в Icecast.
 
Novossyol сказал(а):
Татьяна, это не страшно. У меня задержка 8-9 сек. Это стандартно при отдаче.
Задержка при запуске потока 8 секунд? Или имеется виду отставание потока (то, что слышно локально в потоке появляется через 8 секунд)? Если второе, то это нормально. Но задержка при запуске, т.е. тишина 8-9 секунд это много.
 
djsoft сказал(а):
Возможно, сервер ограничивает скорость отдачи и первичная буферизация занимает время. Можете попробовать использовать конфигурацию Icecast по умолчанию, а также уменьшить размер буфера в Icecast.
Так файл конфига, который я представила - стандартный. Ничего здесь лишнего нет. Установила на выделенный сервер, но задержка составляет 4 секунды
 
Kuhar сказал(а):
Так файл конфига, который я представила - стандартный. Ничего здесь лишнего нет. Установила на выделенный сервер, но задержка составляет 4 секунды
Это совершенно нормально.
 
Не совсем это нормально. Есть некоторые станции, где воспроизведение начинается сразу. А есть станции где задержка начала воспроизведения составляет несколько секунд. При этом пинг туда и туда был примерно одинаковый. Давно уже думал об этом, но забросил это гиблое дело. Но вопрос не решён.
 
Kuhar сказал(а):
Так файл конфига, который я представила - стандартный. Ничего здесь лишнего нет. Установила на выделенный сервер, но задержка составляет 4 секунды
Скорость запуска потока зависит от скорости подключения к серверу, т.к. происходит первичная буферизация. Также это зависит от плеера, например, плеер может ждать, пока накопится какой-то объем данных перед запуском потока (иногда в настройках плеера размер этого буфера можно менять).
 
Назад
Верх