[Icecast] icecast2 sends metadata to clients but not actual stream

Joonas Lehtolahti godjonez at codepad.info
Sun Feb 27 21:59:22 PST 2011


Thanks for the reply.

Sorry that I was a big vague. I am using VLC 1.1.7 on Windows to stream  
video in OGG container (Theora/Vorbis codecs). I managed to get it to work  
more reliably by changing the mount point name. I was previously using  
/video and had those problems. By changing it to /blah in VLC's IceCast  
streaming options and then connecting to /blah with clients there were no  
problems.

That itself doesn't make much sense at least to me. I tried other mount  
point names too and they worked, it was just /video that caused only the  
stream metadata to be sent out. So I guess that problem is kind of solved  
for me now by just using different name, but it still boggles my mind how  
that could even be possible.

Joonas


On Mon, 28 Feb 2011 02:03:34 +0200, Michael Smith <msmith at xiph.org> wrote:

> You didn't describe anything about your stream. At least some basic
> information like the source client being used and the format you're
> streaming in is obviously a prerequisite to even _speculate_ about
> what the problem might be.
>
> Mike
>
>
> On Sun, Feb 27, 2011 at 2:53 PM, Joonas Lehtolahti
> <godjonez at codepad.info> wrote:
>> Hello,
>>
>> I just installed icecast2 on Ubuntu 10.10 server from Ubuntu  
>> repositories.
>> My intention was to use VLC on another computer to stream video through
>> IceCast.
>>
>> The problem is that the server is not sending the actual data to any
>> clients. To find out more about what is going on, I increased icecast's
>> log level to 4 to see debug data in error.log. And here's what it shows:
>>
>> [2011-02-28  00:48:32] DBUG stats/modify_node_event update node
>> total_bytes_sent (211)
>> [2011-02-28  00:48:37] DBUG stats/modify_node_event update node
>> total_bytes_read (79572713)
>> [2011-02-28  00:48:37] DBUG stats/modify_node_event update node
>> total_bytes_sent (211)
>> [2011-02-28  00:48:38] DBUG slave/_slave_thread checking master stream  
>> list
>> [2011-02-28  00:48:42] DBUG stats/modify_node_event update node
>> total_bytes_read (79687225)
>> [2011-02-28  00:48:42] DBUG stats/modify_node_event update node
>> total_bytes_sent (211)
>> [2011-02-28  00:48:47] DBUG stats/modify_node_event update node
>> total_bytes_read (79795769)
>> [2011-02-28  00:48:47] DBUG stats/modify_node_event update node
>> total_bytes_sent (211)
>> [2011-02-28  00:48:52] DBUG stats/modify_node_event update node
>> total_bytes_read (80111064)
>> [2011-02-28  00:48:52] DBUG stats/modify_node_event update node
>> total_bytes_sent (211)
>>
>> As you can see, it's continuously reading more and more data from the
>> stream source, but is not sending out anything. That 211 bytes there is
>> the size of the metadata obviously, since it increases by 211 every  
>> time I
>> try to connect with any listener (tried VLC and MPlayer). Those players  
>> do
>> display the data such as stream title and description but stop at  
>> waiting
>> for the actual content which is never sent from the server.
>>
>> So, what's the deal? Why does icecast2 not want to send out the data to
>> the clients waiting for it? Out of the maybe soon 100 tries I have  
>> managed
>> to get the stream through less than 10 times, so it does work sometimes,
>> but more often than not it just stalls there.
>>
>> Thanks,
>>
>> Joonas
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast


More information about the Icecast mailing list