search for: streamtitle

...in the HTTP request to the server, that indicates that the client wants to receive meta data inlined with the mp3 data stream. The metadata interval is reported by the server via the "icy-metaint" header in the response stream. Such data looks like the following within the mp3 stream StreamTitle='Ozzy Osbourne - Crazy Train';StreamUrl='http://myserver.org'; Essentially a series of name/value pairs formatted with single-tick quotes around each value and delimited with Equals and Semicolon chars. Here is the question. If the song title itself contains a quote char in it:...

Howdy Folks: Is there a way in v2.4.2 to include a ?StreamUrl=? field in the stream metadata as well as ?StreamTitle=?? It appears that the administrative interface only populates StreamTitle. For example: http://server.example.com:8000/admin/metadata?mount=MyMount&mode=updinfo&song=MySong will insert only ?StreamTitle=MySong?;. Googling around has brought up some possible approaches, but they all l...

Hello, Can anybody tell me how stream titles, which are non-ASCII, are sent? For example, at ShoutCast.com, there are Asian and European streams that send encoded strings. However, I can't see how to detect what type of encoding they are using. e.g. UTF8, ISOLatin1, etc. If I could work out the encoding, then I can display the names properly. Any differences between how IceCast and

...something like: ---------------- 8< ---------------- Resolving my.icecast.stream for AF_INET6... Resolving my.icecast.stream for AF_INET... Connecting to server my.icecast.stream: 80... Name : name Genre : Misc Website: http://savonet.sf.net Public : yes Cache size set to 320 KBytes ICY Info: StreamTitle='Regurgitator - ! (The Song Formerly Known As)'; ICY Info: StreamTitle='Queens of the Stone Age - Walkin' On The Sidewalks'; ICY Info: StreamTitle='foo - bar'; ICY Info: StreamTitle='Another Metadata Change'; ... ... ... ... ---------------- 8< --------------...

...- > Resolving my.icecast.stream for AF_INET6... > Resolving my.icecast.stream for AF_INET... > Connecting to server my.icecast.stream: 80... > > Name : name > Genre : Misc > Website: http://savonet.sf.net > Public : yes > Cache size set to 320 KBytes > > ICY Info: StreamTitle='Regurgitator - ! (The Song Formerly Known As)'; > ICY Info: StreamTitle='Queens of the Stone Age - Walkin' On The > Sidewalks'; > ICY Info: StreamTitle='foo - bar'; > ICY Info: StreamTitle='Another Metadata Change'; > ... > ... > ... > ....

...y servers, BOTH the static station information AND the currently playing track. The question is, how exactly do they arrive at this information? Is the media player: A) Swapping between some information element it receives on connect (like a global Stream Title attribute of some sort) and the StreamTitle attribute which is updated by ices when the song changes? B) Simply displaying the StreamTitle attribute, which contains both the name of the station and the currently playing song? C) Displaying the StreamTitle attribute, which contains either the name of the station or the currently playin...

..."contains unexpected data and may be corrupt". It does not play with the > Intro tag in the mount point. If I remove the Intro tag the stream plays, > and, the Real Player noise caused by meta-data is gone and the meta-data > updates work. I've committed a fix for sending StreamTitle in mp3 metadata with intro files. That should resolve realplayer (and whatever else) having the problem. karl.

Now that 2.2.0 is out, we can update metadata on-the-fly. At pulverradio.com we are working on an injector that takes the song info from our broadcast automation software and dumps it in (thanks guys for the help). I realize that we can inject the song info like so: http://server.ip:port/admin/metadata?mount=/ mountpoint&mode=updinfo&song=ACDC+Back+In+Black .... but are there

...broadcasters, am married to straight MP3 and have to wait for Vorbis. Full support for this would serve me better than lots of support for Vorbis tagging. Karl is a god for coding this up. > back to your question about shoutcast-metadata, the metadata protocol > only supports two fields StreamTitle and StreamUrl. Virtually ALL > players (with the exception of winamp) ignore StreamUrl. Winamp will > use this information in the event that you actually open the winamp > mini-browser while listening to a stream, it will open to the default > page of the StreamUrl (or at least, t...

Couldn't you also just have a client stream locally from icecast that can do things on metadata change? I mean it's a bit icky but it'd work. ---- Philipp Schafft wrote ---- >Good morning, > >On Thu, 2018-11-08 at 12:45 -0500, Alex Hackney wrote: >> I actually got this to work this morning finally. The problem was on my >> auth server. > >Perfect. :) >

...xample, is swapping between what in status.xsl would be Stream Title and Current Song. If Song is updated like so: http://admin:password@myserver.pulverradio.com:8000/admin/metadata? mount=/high.mp3&mode=updinfo&song=ACDC+Back%20In%20Black ...then what exactly is the verbage to update StreamTitle? http://admin:password@myserver.pulverradio.com:8000/admin/metadata? mount=/high.mp3&mode=updinfo&StreamTitle=PulverRadio ...doesn't work. My (potentially misguided) belief is that the client downloads/receives the latter attribute once, on initially connecting to the relay. KH a...

...t; status.xsl would be Stream Title and Current Song. > > > If Song is updated like so: > http://admin:password@myserver.pulverradio.com:8000/admin/metadata? > mount=/high.mp3&mode=updinfo&song=ACDC+Back%20In%20Black > > ...then what exactly is the verbage to update StreamTitle? > > http://admin:password@myserver.pulverradio.com:8000/admin/metadata? > mount=/high.mp3&mode=updinfo&StreamTitle=PulverRadio > > ...doesn't work. The "StreamTitle" is not part of the admin request you send, it's part of the metadata inserted into the...

On 13 Nov 2017, at 21:17, Fred Gleason wrote: > Is there a way in v2.4.2 to include a ‘StreamUrl=‘ field in the stream metadata as well as ‘StreamTitle=‘? It appears that the administrative interface only populates StreamTitle. […] > Is there a correct, supported way to do this? On Nov 13, 2017, at 15:40, Marvin Scholz <epirat07 at gmail.com> wrote: > No. There are currently no plans for it either. Would a patch that implements su...

...st metadata protocol (I'm only going to be talking about MP3 here). It does NOT just update the currently playing data. It USED to do this pre-2.2, but only for Vorbis streams... >>back to your question about shoutcast-metadata, the metadata protocol >>only supports two fields StreamTitle and StreamUrl. Virtually ALL >>players (with the exception of winamp) ignore StreamUrl. Winamp will use >>this information in the event that you actually open the winamp >>mini-browser while listening to a stream, it will open to the default >>page of the StreamUrl (or...

...You must be talking about icecast 1.x. I was talking about icecast2. What I said is not at all accurate for icecast 1.x, you should ignore it. > > how can i find out when a new song is being streamed by a source? > can i determine this accurately by examining song title > (souce.info.streamtitle)? or, is there a more reliable method? > For mp3 streaming, there is generally no way to accurately determine this with either icecast 1.x or icecast 2 (since they both do mp3 metadata using the same technique as shoutcast, which is poorly designed and insufficient for accurate determination...

...t spec. >Could it be as simple as: > >http://server.ip:port/admin/metadata?mount=/ >mountpoint&mode=updinfo&song=ACDC+Back+In+Black&genre=Rock&url=www.pulve >rradio.com back to your question about shoutcast-metadata, the metadata protocol only supports two fields StreamTitle and StreamUrl. Virtually ALL players (with the exception of winamp) ignore StreamUrl. Winamp will use this information in the event that you actually open the winamp mini-browser while listening to a stream, it will open to the default page of the StreamUrl (or at least, that was the way it u...

On Monday 17 February 2003 21:18, Deva Seetharam wrote: > Hello All, > > while icecast is streaming a mp3 source, how is the song title info > maintained? > > that is, does the source send the song title? does icecast log the songs > that have been played? > This (for almost-compatibility with shoutcast - true compatibility is difficult or impossible, since the shoutcast

I tested it this morning and here are my findings: 1) The Intro tag causes Real Player to give an error that the stream "contains unexpected data and may be corrupt". It does not play with the Intro tag in the mount point. If I remove the Intro tag the stream plays, and, the Real Player noise caused by meta-data is gone and the meta-data updates work. 2) The Intro plays in iTunes and

...ting them in and it lists one of the variables. What are the variables used in the shoutcast-metadata-protocol and how do they work? I'm guessing through some extensive googling and have found the following... but a definitive answer and list of variables would be very, very helpful: streamtitle streamname streamurl streamgenre title artist album .... By inference I'm guessing that the shoutcast method is therefore: http://server:port/admin.cgi? mode=updinfo&pass=password&song=Booga&streamtitle=Fubar .... ad nauseum. ...and the password that is relevan...

i see that icecast retains song titles only when running in full debug mode (with DEBUG_FULL defined in icecast.h). is this observation correct? how can i find out when a new song is being streamed by a source? can i determine this accurately by examining song title (souce.info.streamtitle)? or, is there a more reliable method? <p>pls. let me know. thanks, deva <p>On Mon, 17 Feb 2003, Michael Smith wrote: > On Monday 17 February 2003 21:18, Deva Seetharam wrote: > > Hello All, > > > > while icecast is streaming a mp3 source, how is the song title...