Icecast dev - Aug 2004 - Can't listen to a stream from icecast-kh

Hello,

I have some troubles with the latest icecast kh. I'm not sure it an 
icecast problem, but I have no idea...
Does someone have an idea about that problem?

The thing is that icecast is running on a uml linux. But this worked 
some weeks ago, then I come back to it, and I can't get it work again...

Thanks,
Chris

<p>stalwook:~$ wget -Sd http://rbg.XXXXnet/radio-bro-gwened.ogg
DEBUG output created by Wget 1.8.1 on darwin5.3.

--00:12:13--  http://rbg.XXXXnet/radio-bro-gwened.ogg
           => `radio-bro-gwened.ogg'
Resolving rbg.XXXXnet... done.
Caching rbg.XXXXnet => 67.XXX11
Connecting to rbg.XXXXnet[67.XXX11]:80... connected.
Created socket 4.
Releasing 0x3071d0 (new refcount 1).
---request begin---
GET /radio-bro-gwened.ogg HTTP/1.0
User-Agent: Wget/1.8.1
Host: rbg.XXXXnet
Accept: */*
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response... ICY 200 OK

Closing fd 4
00:12:14 ERROR -1: Malformed status line.

<p><p><p><p>icecast error.log looks correct:
[2004-05-27  00:11:32] INFO main/main Icecast 2.0-kh42 server started
[2004-05-27  00:11:32] DBUG yp/yp_recheck_config Updating YP configuration
[2004-05-27  00:11:32] INFO yp/yp_update_thread YP update thread started
[2004-05-27  00:11:32] INFO slave/_slave_thread Slave thread shutdown 
complete
[2004-05-27  00:11:33] INFO yp/yp_shutdown YP thread down
[2004-05-27  00:11:40] INFO connection/_handle_source_request Source 
logging in at mountpoint "/radio-bro-gwened.ogg"
[2004-05-27  00:11:40] DBUG connection/connection_complete_source 
sources count is 0
[2004-05-27  00:11:40] DBUG source/source_apply_mount Applying mount 
information for "/radio-bro-gwened.ogg"
[2004-05-27  00:11:40] DBUG source/source_apply_mount fallback 
/radio-bro-gwened-default.ogg
[2004-05-27  00:11:40] DBUG connection/connection_complete_source source 
is ready to start
[2004-05-27  00:11:40] DBUG source/source_init Source creation complete
[2004-05-27  00:11:40] INFO format-ogg/initial_vorbis_page seen initial 
vorbis header
[2004-05-27  00:11:40] INFO format-ogg/ogg_get_buffer Updating title 
"unknown"
[2004-05-27  00:11:40] INFO format-ogg/ogg_get_buffer Updating artist 
"unknown"
[2004-05-27  00:11:41] INFO connection/_handle_source_request Source 
logging in at mountpoint "/radio-bro-gwened-default.ogg"
[2004-05-27  00:11:41] DBUG connection/connection_complete_source 
sources count is 1
[2004-05-27  00:11:41] DBUG source/source_apply_mount Applying mount 
information for "/radio-bro-gwened-default.ogg"
[2004-05-27  00:11:41] DBUG connection/connection_complete_source source 
is ready to start
[2004-05-27  00:11:41] DBUG source/source_init Source creation complete
[2004-05-27  00:11:41] INFO format-ogg/initial_vorbis_page seen initial 
vorbis header
[2004-05-27  00:11:41] INFO format-ogg/ogg_get_buffer Updating title 
"unknown"
[2004-05-27  00:11:41] INFO format-ogg/ogg_get_buffer Updating artist 
"unknown"
[2004-05-27  00:12:22] INFO format-ogg/initial_vorbis_page seen initial 
vorbis header
[2004-05-27  00:12:22] INFO format-ogg/ogg_get_buffer Updating title 
"unknown"
[2004-05-27  00:12:22] INFO format-ogg/ogg_get_buffer Updating artist 
"unknown"
[2004-05-27  00:12:25] DBUG connection/_handle_get_request start with 
/radio-bro-gwened.ogg
[2004-05-27  00:12:25] DBUG source/_add_client max is 6
[2004-05-27  00:12:25] DBUG source/_add_client new 0, current 0
[2004-05-27  00:12:25] DBUG source/add_authenticated_client Added client 
to pending
[2004-05-27  00:12:25] DBUG source/process_pending_clients processing 
pending client headers
[2004-05-27  00:12:25] DBUG source/process_pending_clients Adding 1 
client(s)
[2004-05-27  00:12:25] INFO source/source_main listener count on 
/radio-bro-gwened.ogg now 1
[2004-05-27  00:12:26] DBUG client/client_send_bytes Client connection died
[2004-05-27  00:12:26] DBUG source/source_main Client removed
[2004-05-27  00:12:26] INFO source/source_main listener count on 
/radio-bro-gwened.ogg now 0

and access.log also
127.0.0.1 - - [27/May/2004:00:11:32 +0200] "SOURCE 
/radio-bro-gwened-default.ogg HTTP/1.0" 200 19 "-" "IceS
2.0-kh59" 3451
81.248.53.230 - - [27/May/2004:00:11:32 +0200] "SOURCE 
/radio-bro-gwened.ogg HTTP/1.0" 200 19 "-" "IceS
2.0-kh57" 3444
62.147.97.221 - - [27/May/2004:00:12:26 +0200] "GET 
/radio-bro-gwened.ogg HTTP/1.0" 200 14928 "-"
"Wget/1.8.1" 1
62.147.97.221 - - [27/May/2004:00:13:24 +0200] "GET 
/radio-bro-gwened.ogg HTTP/1.0" 200 12032 "-"
"Wget/1.8.1" 1
62.147.97.221 - - [27/May/2004:00:13:32 +0200] "GET 
/radio-bro-gwened.ogg HTTP/1.0" 200 13480 "-"
"Wget/1.8.1" 1

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-dev-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.

On Wed, 2004-05-26 at 23:15, Iceuse - Kris wrote:
> Hello,
> 
> I have some troubles with the latest icecast kh. I'm not sure it an 
> icecast problem, but I have no idea...
> Does someone have an idea about that problem?
> 
> The thing is that icecast is running on a uml linux. But this worked 
> some weeks ago, then I come back to it, and I can't get it work
again...
This is from something I tried a while ago, but haven't had much
feedback yet to decide one way or another, the current code sends ICY
200 OK instead of the equivalent HTTP header, something that realplayer
may have trouble with.  The flip side is wget returns what you are
seeing.

Try using curl instead of wget or modify format.c:124

bytes = snprintf (ptr, remaining, "ICY 200 OK\r\nContent-Type:
%s\r\n",

to

bytes = snprintf (ptr, remaining, "HTTP/1.0 200 OK\r\nContent-Type:
%s\r\n",

<p>karl.

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-dev-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.

Yes, but I'm also unable to read that stream from VLC on OS X and Windows
Whamb works on OS X, QCD works on windows.

If it is confirmed that VLC is not working with that header, then we may
ask VLC team to handle that header ?

I downloaded the latest Realplayer, but I'm unable to play my stream...
is it really possible?

or perhaps it is only for mp3? in that case why not to send that header 
ICY  only for mp3? Is there some other reasons?

Thanks
Chris

Karl Heyes wrote:
>On Wed, 2004-05-26 at 23:15, Iceuse - Kris wrote:
>  
>
>>Hello,
>>
>>I have some troubles with the latest icecast kh. I'm not sure it an 
>>icecast problem, but I have no idea...
>>Does someone have an idea about that problem?
>>
>>The thing is that icecast is running on a uml linux. But this worked 
>>some weeks ago, then I come back to it, and I can't get it work
again...
>>    
>>
>
>This is from something I tried a while ago, but haven't had much
>feedback yet to decide one way or another, the current code sends ICY
>200 OK instead of the equivalent HTTP header, something that realplayer
>may have trouble with.  The flip side is wget returns what you are
>seeing.
>
>Try using curl instead of wget or modify format.c:124
>
>bytes = snprintf (ptr, remaining, "ICY 200 OK\r\nContent-Type:
%s\r\n",
>
>to
>
>bytes = snprintf (ptr, remaining, "HTTP/1.0 200 OK\r\nContent-Type:
>%s\r\n",
>
>
>karl.
>
>--- >8 ----
>List archives:  http://www.xiph.org/archives/
>icecast project homepage: http://www.icecast.org/
>To unsubscribe from this list, send a message to
'icecast-dev-request@xiph.org'
>containing only the word 'unsubscribe' in the body.  No subject is
needed.
>Unsubscribe messages sent to the list will be ignored/filtered.
>
>
>  
>
<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-dev-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.

> This is from something I tried a while ago, but haven't had much
> feedback yet to decide one way or another, the current code sends ICY
> 200 OK instead of the equivalent HTTP header, something that realplayer
> may have trouble with.  The flip side is wget returns what you are
> seeing.
Just a random thought about this issue:

If we know about particular clients that need the "ICY" header to work
properly why not experiment with client detection and only use ICY to those
clients? AFAIK many clients send unique strings in their connect requests.

regards,
Thomas

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-dev-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.