similar to: List of "digipeaters" (like live365) needed (aka BW providers).

ARE YOU LOOKING FOR A WORK-AT-HOME JOB? -- EITHER PART-TIME OR FULL-TIME?? DO WANT ANOTHER PRODUCT TO COMPLEMENT YOUR EXISTING MLM PROGRAM?? OR... ARE YOU LOOKING TO REPLACE AN MLM THAT YOU ARE NOT TOTALLY PLEASED WITH?? If the answers to all of the above questions are no, then you can delete this message now. If the answer to any of the above questions is YES, then PLEASE READ ON!

Sorry. Your message could not be delivered to: Chuck D. Pitre (Mailbox or Conference is full.) --- >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' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent

Has anyone been succesful using live365 as a relay for icecast and getting listed in the various directories? What would be neat is having a listing in the directories that would either send the listeners straight to live365 or to a page on my web server that would redirect them to live365. Being able to support 365 listeners is a lot better than being able to support 3 or 4... I've been

Answer to your question: Live365 is strictly mp3 Much more than you wanted to know: I started using Live365 about a zillion years ago and of course it was wonderful "back in the good ole daze". After you signed up with them, you could park 365 meg of mp3s (up to 56k) and/or set up a relay (using either icecast or shoutcast) all for free. (Dirty little secret was at first, although

Another, but more recent problem, I am having is Live365. I haven't done much work with it, but can you relay to Live365 properly? They give me an ip and it works, but I don't show up in their listings, and the song title doesn't show up in the client's mp3player. (whereas if someone listens to the local broadcast they do get the song titles). Using latest, from CVS, Icecast

this is probably caused by the lack of buffering in icecast2. Their relay client may be doing some buffering in itself, and if it's expecting for there to be buffering on the server side as well, it might exhibit a behavior you are seeing....(that also is a difference between iceast1 and icecast2 - no server-side buffering in icecast2 and there was in icecast1)... fwiw, I am trying to

I have successfully set up a IceCast server relay at live365. My stream is 64 Kbit/s. I can se my self if the stream list. And I can find my self if I search on the station name. To create a link to the station I copied the link that I got from live365, and put it in a WinAmp .pls file. My station: http://ramzeus.hn.org/radiolegion/ ~~ Patrik Lindahl

A bit off-topic question: has anyone any experiences with the relaying service that live365.com has? what kind of stream(s) do they relay? what is the protocol they use? --- >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' containing only the word

If anyone else is using Live365 and having problems getting their streams to show up.. I found out something interesting today. I've been emailing back and forth asking them why I can listen to my mirror just fine on their service if I use the javascript I ripped out of their site and put into mine to open up their little mini-window, but when I do a search for the station it doesn't

Hi All, I attempted to switch my MP3 server from Icecast 1 to Icecast 2 today. I run a Live365 station, Big Planet Radio, which simply relays my local Icecast server. My Icecast 2 error.log file shows a lot of the following messages when the Live365 server, Nanocaster 2.5.6, is connected to it: [2003-05-14 22:09:15] DBUG format-mp3/format_mp3_write_buf_to_client Client had recoverable error

> behavior you are seeing....(that also is a difference between iceast1 and > icecast2 - no server-side buffering in icecast2 and there was in > icecast1)... What do you mean stream buffering? We never buffered in either version that I remember. If you fall behind, you get kicked. It's always been that way. jack. --- >8 ---- List archives: http://www.xiph.org/archives/

Hi All, I attempted to switch my MP3 server from Icecast 1 to Icecast 2 today. I run a Live365 station, Big Planet Radio, which simply relays my local Icecast server. My Icecast 2 error.log file shows a lot of the following messages when the Live365 server, Nanocaster 2.5.6, is connected to it: [2003-05-14 22:09:15] DBUG format-mp3/format_mp3_write_buf_to_client Client had recoverable error

k' then. now our problem... We have (in the netherlands) a site which has the top 100 singles in Real. We have the copy bit on, still Warner wants us to only stream 30 seconds of each song. Even worse, our on demand 'radio station', which has thousands of songs on request is threatened too. Any idea how we stand? Maarten ----- Original Message ----- From: "Jack Moffitt"

This is a mail in response to streamripper being threatened by legal action from Live365. The DMCA strikes again. jack. ----- Forwarded message from Fred von Lohmann <fred@vonlohmann.com> ----- Delivered-To: jack@localhost.cantcode.com Delivered-To: jack@icecast.org X-Authentication-Warning: penguin.onehouse.com: majordomo set sender to owner-pho@onehouse.com using -f X-Sent: 31 May 2001

Is there any problem to run icecast as a normal user? I know that if run along with liveice, I'll have to setup /dev/dsp to that user, but what about TCP/IP ports? Will it be able to run normally or I have to run it as root? Will this help in the stability of the system? This would allow a crash to only crash the user's memory space and not the system's space. Any suggestion is

> Do you mean the coordinates from where the broadcast originates, or the > where the relay servers are located? It would be boring if it was the server location I think. I think where it originates is more appropriate, although for people running streams from multiple djs at different times, this might be an issue :) jack. --- >8 ---- List archives: http://www.xiph.org/archives/

Hello everyone. Is it possible to do some very basic voice recognition from within Asterisk's dialplan? What I'm aiming at is the ability to speak the digits I want to dial from my mobile phone. Dialing digits on my mobile phone while driving is not all that safe... Thanks for any input, Cosmin Prund

$B!g!g!g!g!y!g!g!g!g!g!y!g!g!g!g!g!g!g!g!g!y!g!g!g!g!g!y!g!g!g!g!g(B $B!c(BNO.I don't veceive your mail$B!d"M!!(Becchi_daisuki69@yahoo.com.au $B!c:#8e!"<u?.$r5qH]$9$k>l9g$O!d"M(Bsweets85433@yahoo.com.au $B!g!g!g!g!y!g!g!g!g!g!y!g!g!g!g!g!g!g!g!g!y!g!g!g!g!g!y!g!g!g!g!g(B

Dear all, Sorry if I am posting to the wrong place, but I could not find the link for registration on the bug tracker, that?s why I am writing here. I think there is inconsistency between two R functions from the stats package, bw.nrd0 and bw.nrd. Consider the following vector: D <- c(0, 1, 1, 1, 1) bw.nrd(D) returns zero bandwidth for this object even without a warning. Considering the

Hello All, When I use bw.SJ (based on Sheather & Jones, 1991) in R to estimate the bandwidth for a highly skewed data, I get the following message: "sample is too sparse to find TD". I played around with the parameters such as no. of bins (nb), lower, upper (range over which to minimize) to no avail. My sample size is 50,000. Can anyone tell me what this means and of some