icecast

问题 When I start receiving the live audio (radio) stream (e.g. MP3 or AAC) I think the received data are not kind of raw bitstream (i.e. raw encoder output), but they are always wrapped into some container format. If this assumption is correct, then I guess I cannot start streaming from arbitrary place of the stream, but I have to wait to some sync byte. Is that right? Is it usual to have some sync bytes? Is there any header following the sync byte, from which I can guess the used codec, number

问题 all. I have everything installed and running, however. The Icecast2 pages are not showing anything. No Mountpoint List No Server Status No nothing? Only shows: Admin Home & Version This is the error from the Icecast log. EROR connection/_handle_connection HTTP request parsing failed Here is my icecast.xml file. <icecast> <!-- location and admin are two arbitrary strings that are e.g. visible on the server info page of the icecast web interface (server_version.xsl). --> <location>earth<

问题 What's the difference between all of these? And what are their meanings? /;stream.mp3 [What exactly does the ; semicolon signify after the / slash?] Also, what's the difference if I take off the stream.mp3 , and just leave the semicolon after the slash /; or if I leave `stream.mp3 attached? /stream [How come this one has only stream , and that's it. [There's no ; semicolon after the / slash and there's no stream.mp3 ? Why would one stream be able to work without a semicolon, and why would one

问题 I'm trying to extract icecast metadata from streams. I have code that works for some streams and not for others. The issue is that some streams don't return the icymetaint value and that's where the code gets lost. I can't get the icymetaint header from this stream: http://radio.hbr1.com:19800/tronic.ogg But when I put it in VLC media player it shows the meta just fine. So what exactly am I missing here? What other ways are there for an icecast stream to transmit metdata? The stream version

问题 I'm making a shoutcast server in Java and I've a hit a bump in the road. My server can stream data well if I send the client (VLC/WINAMP) an HTTP response: HTTP/1.1 200 OK\r\nContent-Type:audio/mpeg\r\n\r\n\ and then start streaming the files, However, when I send the client an ICY response, the sound starts getting a little bit choppy and squeaky and sometimes plays a little bit fast. Sometimes it plays little bits of chunks from all the songs in the playlist at the same time but if I

问题 I'm making a shoutcast server in Java and I've a hit a bump in the road. My server can stream data well if I send the client (VLC/WINAMP) an HTTP response: HTTP/1.1 200 OK\r\nContent-Type:audio/mpeg\r\n\r\n\ and then start streaming the files, However, when I send the client an ICY response, the sound starts getting a little bit choppy and squeaky and sometimes plays a little bit fast. Sometimes it plays little bits of chunks from all the songs in the playlist at the same time but if I

问题 This is my current ezstream config <ezstream> <url>http://localhost:8000/test</url> <sourcepassword>password</sourcepassword> <format>MP3</format> <filename>playlist.m3u</filename> <reencode> <enable>1</enable> <encdec> <format>MP3</format> <match>.mp3</match> <decode>madplay -b 16 -R 44100 -S -o raw:- "@T@"</decode> <encode>lame --preset cbr 32 -r -s 44.1 --bitwidth 16 - -</encode> </encdec> </reencode> </ezstream> It's mounting to an icecast server, its decoding and encoding mp3 to a lower

问题 I tried to get the ice cast meta data of a mp3 stream with this script: import requests url = 'http://stream.jam.fm/jamfm-nmr/mp3-128/konsole/' try: response = requests.get(url, headers={'Icy-MetaData': 1}, stream=True) response.raise_for_status() except requests.RequestException, e: print 'Error:', e else: headers, stream = response.headers, response.raw meta_int = headers.get('icy-metaint') if meta_int is not None: audio_length = int(meta_int) while True: try: audio_data = stream.read(audio

问题 I'm having trouble getting static content (mp3 files) served by an Icecast server to play in Google Chrome browser with HTML5. The reason we're serving the mp3s via Icecast is policy: the CPB requires they be "streamed" and not "downloaded" since we're public radio. Our live audio streams play just fine in Chrome. If you put the URL for an MP3 served by my Icecast 2.4.3 server straight into the URL bar in google Chrome, it does not play. Do the same thing in Firefox, IE, Safari, etc.. it

问题 According to this link the Windows Phone 7 supports the AAC encoded audio stream in the browser and via the MediaElement API as well. We have tested few the icecast streams (e.g. this) it on our devices (e.g. HTC HD7 T9292, with latest updated - ver 7.0 (7392) ), but it does not work either in web browser or via API. The mp3 live stream works fine. Any clues, why the AAC does not work, even the documentation says it should? BR SteN 回答1: Icecast is not pure AAC, in 7.0 you need to strip out