similar to: Titles and song info?

OK, I'm a clueless newbie...I'm using icecast on a colocated server as a mirror to my shoutcast server. Everything works ok, but the only info shown in winamp is the stream title (station ID) when connecting to the mirror. The shoutcast server displays song info as it should, but the mirror is not parsing it. How do I set things up to display currently playing song and artist and

If the client is using freeamp, they can see the song titles. (They are passed along by the server.) Winamp and XMMS do not seem to see the meta data from the server. -- Byron L. Hicks Network Engineer NMSU ICT ----- Original Message ----- From: "Akos Maroy" <darkeye@tyrell.hu> To: <icecast@xiph.org> Sent: Monday, September 17, 2001 9:35 AM Subject: Re: Updating show

> OK, I'm a clueless newbie...I'm using icecast on a > colocated server as a mirror to my shoutcast > server. Everything works ok, but the only info > shown in winamp is the stream title (station ID) > when connecting to the mirror. The shoutcast server > displays song info as it should, but the mirror is > not parsing it. How do I set things up to display >

On Tuesday 18 February 2003 19:37, Deva Seetharam wrote: > 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? Ah. 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

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

also, keep in mind that support for streaming song titles is also a function of the source client you use.... I've been very successful with use_meta_data=1 and using either my DSP source (oddcast) or the Shoutcast DSP source.... and you can always know for sure if song titles are supported on your server by looking at the HTTP response headers from a request of the stream, (your request

I've searched the archives on xiph and elsewhere in hopes of finding an answer on whether song titles will work. There seems to be no definitive answer. use_meta_data 1 DOES work for WinAmp 2.75 but nothing else I've tried (which includes the latest WinAmp and Sonique). Also, I can get some header by telnetting into my port (see below) but still the "meta_data" issue remains a

> What we've found, however, is that the stream title is only sent to the > client during initial connect. If I recall correctly, in icecast2, it's in > the ice-name header. We'd like to be able to update this for each > broadcast on both streams. The name of the stream is unchanging, just as it's URL should be. Just come up with a name that's not DJ specific.

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

Michael, thanks for your propmt replies. > > 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? > > Ah. 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 do i get icecast2? when i

All I can tell you is that I've been unable to ever get meta_data to stream, and the question I sent about it a week or two ago has gone unanswered. I never actually checked that I was using WinAmp 2.75, but I do know that whatever version of winamp I *was* using could stream metadata from other sites. On Fri, 13 Sep 2002, zeek wrote: > > > I've searched the archives on xiph

I think this may be an oddcast issue but I'm not sure. I've been streaming for a few days now and I've noticed when listening to the stream that at the change of every song the stream skips ahead slightly. It appears to occur when the metadata for the song title etc is being sent. For me this is a few seconds before the actual change of track since I'm using the SQRSoft

Hi there, is there any specific reason for ignoring TITLE and PERFORMER info when importing CD-TEXT cuesheets into flac files? (These two fields have not always been used but they have become widely supported by now). One may answer that the preferred method for getting this kind of info for a cuesheet-flac would be CDDB, but CDDB info is not always reliable. In my opinion the goal "Now a CD

Hello everyone, I just setup an mp3 streaming server on an old laptop I had laying around using icecast and ezstream. The problem I am having is that when ezstream gets to a certain song in a playlist I get the error "*** glibc detected *** free(): invalid next size (fast): 0x080576e0 ***". I'm not sure if it is doing this because of the song number it is or if it is a

I've been using Shoutcast and Winamp for over a year now, but I've decided because of lack-of-stability to move it over to Icecast on a Fedora Core machine. I'm using Ices 0.4 for MP3's. Oddsock has an auto-song requester that I've been using, and it looks to be Win32 only. This is the link: http://www.oddsock.org/tools/gen_songrequester/ Anyway, I was wondering if there were

Hi, Peter Pawlowski's new (1.15beta) winamp decoder plugin seems quite nice, in my opinion.. The "title formatting logic" is what I've been dreaming of for ages.. Right now I've chosen "%artist / [[%[abbr20]album][-%[num2]tracknumber] / ]%title[ - %version]" I get titles such as "Artist / Title"or "Artist / Album / Title" or "Artist /

Hello I have experienced some problems with vcut (media-sound/vorbis-tools-1.0-r1 package from Gentoo/Linux). I have a long live record I have encoded in OGG (maybe it would have been easier to cut the WAV file and encode the parts, but still). The file was encoded with oggenc from the same package as vcut. I have therefore tried to use vcut to split the long OGG file in several smaller files.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 When I set up my icecast server along with ices I can only get one ogg file to play over the stream. If I connect to the stream one song will play fine with no problems, but when it goes to play the second song it never plays I physically have to reconnect to the server to listen to the next song. My status page tells me that there is a song loaded

Hmm two questions.. First, a while back someone emailed me with a patch against the icecast source that seemed to allow metadata to be enabled without all the goofed up skipping and so on that happens by default. Can someone contact me with this again? I've lost the patch.. Second, to the icecast guys.. what exactly is the problem with metadata currently? Would it be terribly hard to

I'm using the latest CVS source under Linux using a playlist of ogg files. When I use a client to connect on the same machine, there is not any disconnect (xmms and zinf). When using a client on a Windows machine, I get mixed results. Zinf on windows will play thru the current song but then stops when the song is finished and does not play the next song being streamed (see log below).