When speaking of the Icecast protocol here, actually it's just the HTTP protocol, and this document will explain further how source clients need to send data to Icecast.
Since Icecast version 2.4.0 there is support for the standard HTTP PUT method.
The mountpoint to which to send the data is specified by the URL path.
I have moved this over to the Tech Interview Cheat Sheet Repo and has been expanded and even has code challenges you can run and practice against!
\
| {url:'stun:stun01.sipphone.com'}, | |
| {url:'stun:stun.ekiga.net'}, | |
| {url:'stun:stun.fwdnet.net'}, | |
| {url:'stun:stun.ideasip.com'}, | |
| {url:'stun:stun.iptel.org'}, | |
| {url:'stun:stun.rixtelecom.se'}, | |
| {url:'stun:stun.schlund.de'}, | |
| {url:'stun:stun.l.google.com:19302'}, | |
| {url:'stun:stun1.l.google.com:19302'}, | |
| {url:'stun:stun2.l.google.com:19302'}, |
| possible solutions | |
| =================== | |
| 1. On the server side, make a request to the stream with this request header: | |
| Icy-MetaData:1 | |
| This will return a response header like this: | |
| icy-metaint:8192 | |
| This supposedly tells you there is a metadata packet in the stream every 8192 bytes. | |
| You could read in the metadata in a program on the server this way, and when it changes, | |
| send a message to the client using SSEs or something. |
