Icecast Streaming Media Server

[andreas]

In the 2.3.2 version there is still the problem that not more than 10 mountpoints can be chained together.

I have the following configuration

<paths>
...
<alias source="/" dest="/mp15"/>
</paths>

<mount>
<mount-name>mp1</mount-name>
...
</mount>

<mount>
<mount-name>mp2</mount-name>
<fallback-mount>mp1</fallback-mount>
...
</mount>

<mount>
<mount-name>mp3</mount-name>
<fallback-mount>mp2</fallback-mount>
...
</mount>

...
etc. for mp4 to mp14
...

<mount>
<mount-name>mp15</mount-name>
<fallback-mount>mp14</fallback-mount>
...
</mount>

Scenario 1:
Source mp1 and mp15 are online
Client connects to mountpoint mp15
-> Client listens to mp15

mp15 drops connection
-> Bug: Client is not transferred to mp1 and is disconnected


Scenario 2:
Source mp1 is online, mp15 is offline
Client connects to mountpoint mp15
-> Client is transferred to mp1

Source mp15 connects
-> Bug: Client is not transferred to mp15

If I use mp6 instead of mp1 as source everything works fine. The client is transferred from mp15 to mp6 and back to mp15 as expected.

Andreas

[karlH]

10 is a hardcoded limit which you can change if you wish but requires rebuilding from source. We should have a limit just to prevent excessive busy looping.

karl.

[andreas]

Thanks, Karl for this information.
Can you give me hint which define/variable I have to change. Maybe you can also tell me what consequences I might have to expect.

Thank you and keep on doing this great job.

Andreas

[karlH]

in auth.c:add_listener_to_source loop is set to 10 and probably MAX_FALLBACK_DEPTH in source.c. You could set it to 1 billion but that is a big loop to check for an active stream.

karl.