karlheyes / icecast-kh

KH branch of icecast
GNU General Public License v2.0
300 stars 107 forks source link

icy-name not updated with fallback-override enabled #119

Open Smana opened 9 years ago

Smana commented 9 years ago

Hi,

With fallback-override enabled when the master server is back the stream moves back to this server. Unfortunately i just noticed that the metadata "icy-name" is not updated when it comes back to the master server. Mount configuration example

    <mount>
        <mount-name>/4989/SkaTest.mp3</mount-name>
        <fallback-mount>/4989/SkaTest.mp3-fb</fallback-mount>
        <fallback-override>1</fallback-override>
        <burst-size>64000</burst-size>
        <queue-size>128000</queue-size>
    </mount>

    <mount>
        <mount-name>/4989/SkaTest.mp3-fb</mount-name>
        <burst-size>64000</burst-size>
        <queue-size>128000</queue-size>
    </mount>

    <relay>
        <local-mount>/4989/SkaTest.mp3</local-mount>
        <on-demand>1</on-demand>
        <relay-shoutcast-metadata>1</relay-shoutcast-metadata>

        <master>
            <server>10.117.0.2</server>
            <port>9010</port>
            <mount>/</mount>
        </master>
    </relay>
    <relay>
        <local-mount>/4989/SkaTest.mp3-fb</local-mount>
        <on-demand>1</on-demand>
        <relay-shoutcast-metadata>1</relay-shoutcast-metadata>

        <master>
            <server>10.117.0.6</server>
            <port>9010</port>
            <mount>/</mount>
        </master>
    </relay>

os : debian wheezy icecast-kh version : 2.4.0-kh1

Note : It is updated properly when it first fallback to the slave server.

Regards, Smana

karlheyes commented 9 years ago

just wondering which part you are referring to. icy-name is part of the http headers so if a relay starts up then it will get them (the headers or stats are not moved between mounts internally), but obviously any listeners already connected will not receive new headers until they reconnect.

karl.

gunsar commented 2 years ago

@karlheyes this is what I experienced when using Luna Radio Player my main stream:1234/live fallback streaming:1234/autodj if the Luna Radio Player uses the url with :1234/live and there is an audio metadata stream that reads well if :1234/live is off, it will automatically switch to fallback :1234/autodj, but the metadata will not be read by Luna Radio Player

just wondering which part you are referring to. icy-name is part of the http headers so if a relay starts up then it will get them (the headers or stats are not moved between mounts internally), but obviously any listeners already connected will not receive new headers until they reconnect.

karl.