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

>>Or, keep as it is if it makes sense (I don't know the importance of
>>having or not ICY) and then, see with videloan.org to update their
player.
>>    
>>
>
>Players should not be changed to support this. They're correct to reject
it.
>
>Mike
>  
>
So, in that case, ICY 200 should be removed?
btw, yesterday, after patching it to HTTP/1.0 200, I read a mp3 stream 
with realplayer 10. It worked.
I don't really know for what ICY 200 is usefull, i'll see in other 
thread if I found some info.

Perhaps this should be handled by a copmpilation flag for those who 
wants that particular ICY response?

Chris

--- >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 Friday 28 May 2004 06:35, Iceuse - Kris wrote:
> Or, keep as it is if it makes sense (I don't know the importance of
> having or not ICY) and then, see with videloan.org to update their player.
Players should not be changed to support this. They're correct to reject it.

Mike

--- >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.

Hello
When I replace ICY 200 by HTTP 200 then :
- wget works
- videolan VLC works (i thing its bad to send headers that it doesn't 
understand as it is one of the few crossplateform ogg players)

So, I suggest, either to put something in the code to handle a different 
response header per stream type, or to put something in the config file 
(but then icecast admin have to bother with that)
Or, keep as it is if it makes sense (I don't know the importance of 
having or not ICY) and then, see with videloan.org to update their player.

One more question : is having ICY instead of HTTP helping firewalls to 
drop these musical packets ? Because with HTTP, it cannot make the 
difference I think (not sure at all, just a question)

<p>What do you think about that?

Chris

Karl Heyes wrote:
>On Thu, 2004-05-27 at 19:09, Iceuse - Kris wrote:
>  
>
>>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 ?
>>    
>>
>
>if you can verify whether changing the stated line resolves the issue
>then we'll know the cause.
>
>  
>
>>I downloaded the latest Realplayer, but I'm unable to play my
stream...
>>is it really possible?
>>    
>>
>
>not if the stream is Ogg I guess, but from my limited testing,
>realplayer was having trouble without the ICY header.
>
>  
>
>>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?
>>    
>>
>
>that is certainly possible, we don't want to have many special cases but
>using ICY for mp3 only would not resolve the wget issue.
>
>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.
>
>
>  
>
--- >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.