similar to: Icecast stats.xml

Hi Geoff, On 11/13/2014 07:59 AM, Geoff Shang wrote: > On Thu, 13 Nov 2014, Roger H?gensen wrote: > >> Shoutcast v1, Shoutcast v2, Icecast-KH are all "compatible" with the >> way info is collected by StreamLicensing. > > It's not really clear to me what you're looking for in terms of > specific stats. There's an earlier thread, this message

On 2014-10-23 09:02, "Thomas B. R?cker" wrote: > Thanks for taking the time to report this. > > On 10/23/2014 06:38 AM, Roger H?gensen wrote: >> Consider this a Ticket for Icecast 2.4 >> >> ******************************************************************************** >> If you look at >> {{{ >> admin/stats.xml >> }}} >> >>

Consider this a Ticket for Icecast 2.4 ******************************************************************************** If you look at {{{ admin/stats.xml }}} on a Icecast-KH server (default setup) and an Icecast 2.4 server (default setup) the following is one of the things that the KH branch has as extra info. {{{ <listener id="3581"> <ID>3581</ID>

On 2014-11-13 09:16, "Thomas B. R?cker" wrote: > Hi Geoff, > > On 11/13/2014 07:59 AM, Geoff Shang wrote: >> On Thu, 13 Nov 2014, Roger H?gensen wrote: >> >>> Shoutcast v1, Shoutcast v2, Icecast-KH are all "compatible" with the >>> way info is collected by StreamLicensing. >> It's not really clear to me what you're looking

Hi, Thanks for taking the time to report this. On 10/23/2014 06:38 AM, Roger H?gensen wrote: > Consider this a Ticket for Icecast 2.4 > > ******************************************************************************** > If you look at > {{{ > admin/stats.xml > }}} > > on a Icecast-KH server (default setup) and an Icecast 2.4 server > (default setup) the following

On 12/05/2015 22:15, Geoff Shang wrote: > As has been mentioned, 7.html is a standard stats file produced by > Shoutcast (at least v1). > > It's possible to write an XSL template that can do the same, which > could > be aliased if you have software that needs it. I did this ina > previous > life. Unfortunately, I don't have convenient access to the hard drive

Another correspondent here has pointed out that: > Recently Stream Licensing LLC has changed their requirements so that > streaming internet stations in the US must stream the album [name] > along with the song title and artist. We are also in this particular boat. We are using Centova Cast which uses Liquidsoap as its AutoDJ and Centova say that if the album tag is stored in the file

On 2015-04-26 18:15, Philipp Schafft wrote: > I tested with both Mozilla's 'Modern' and 'Intermediate' list. Both > work well with all versions of Icecast (official) as well as current -kh. > In that case my suggestion is for libshout to only focus on using the Modern list then as it explicitly excludes DES and RC4 and MD5. While HMAC-MD5 (for some password uses)

Simple streaming is fundamentally flawed this way. "The man with two clocks, does not know what time it is." Your source is clocked from one crystal in your source sound card, and played back on the basis of the clock crystal in the client sound card. There is nothing to say or keep these crystals locked to the same exact frequency, which is REQUIRED to maintain no clock drift. Unless

hello, which servers other than icecast and shoutcast are used for streaming mp3? has anyone found how many icecast and shoutcast installations are in use? <p>thanks, deva <p><p>--- >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-request@xiph.org'

On 2014-11-09 12:37, "Thomas B. R?cker" wrote: > On 11/02/2014 05:56 PM, "Thomas B. R?cker" wrote: >> - hard disable compression I assume this is only header compression (where the vulnerability was) and not content compression? -- Roger "Rescator" H?gensen. Freelancer - http://www.EmSai.net/

On Tue, 12 May 2015, Nanda Kishor Dasa wrote: > My error log is full of these 2 lines > > [2015-05-12 08:08:07] INFO fserve/fserve_client_create checking for > file /7.html (/usr/share/icecast2/web/7.html) > [2015-05-12 08:08:07] WARN fserve/fserve_client_create req for file > "/usr/share/icecast2/web/7.html" No such file or directory As has been mentioned, 7.html

They are on the Shoutcast list, so that may be what they are using. Shoutcast does provide an XML file that has past and current song data. I suppose with a bit of XSLT magic, I could use that. I'd rather use icecast. :-) On Thu, 2006-09-14 at 12:23 +1200, Ross Levis wrote: > This site is probably using commercial broadcasting/streaming software > under Windows, such as StationPlaylist

Just wanted to let everyone know that we are prepping for a 2.2.0 release of icecast. Just as before, we are doing Release candidates first, and if no bugs are reported, these will become the official release. We ask that anyone that can, please test the RC and send any issues or bug-reports to the mailing list or http://trac.xiph.org/ until the mirrors get updated, please download the release

reflum, On Mon, 2015-04-27 at 14:41 +0200, Roger H?gensen wrote: > On 2015-04-26 18:15, Philipp Schafft wrote: > > I tested with both Mozilla's 'Modern' and 'Intermediate' list. Both > > work well with all versions of Icecast (official) as well as current -kh. > In that case my suggestion is for libshout to only focus on using the > Modern list then as

> > just so you know, --enable-vorbis-updates is only a compile flag for the KH > > branch, not the mainline trunk. And I think it would be great to have this > > code be factored out of KH and integrated into the mainline trunk...This > > also seems like an odd thing to have as a compile flag, what was the > > motivation for that ? oddsock > That switch

Hi: Ok, I've not managed to find any documentation on the shoutcast compatibility introduced in icecast 2.2.0, so please humour me if I missunderstand how it's meant to work. This is my understanding of it currently: 1. You configure Icecast (as shown in the shoutcast example) so that shoutcast connections get mapped to the mountpoint you define. 2. You configure a listen socket

I've been thinking more about this. It would be really nice if Icecast could add a port to a mountpoint and emulate whatever information Shoutcast requests when it relays a shoutcast stream. This way Shoutcast could relay Icecast streams. Fred _____ From: Fred Black [mailto:fred@batanga.com] Sent: Monday, July 18, 2005 2:36 PM To: 'icecast' Subject: RE: [Icecast]

HI , Sorry as I did not read all the thread , but I answer from here : 2011/8/8 Karl Heyes <karl at xiph.org>: > On 08/08/11 18:15, Raymond Lutz wrote: >> I've been reading posts on the difficulty in getting an icecast stream >> listed in the shoutcast directory. > you should be able to allow shoutcast to relay icecast by adding an > alias of / to /stream <alias

On Wed, Jun 25, 2003 at 11:34:07AM +1000, Michael Smith wrote: > > > 2) Should relay icy/x-audiocast stream metadata when connecting to > > icecast1/shoutcast/etc so that this information is available to YP > > Eh? It does. I even tested that with someone's shoutcast stream. It works. > Just add >