similar to: Why doesn't yp.icecast.org show my stream?

Once again, I'm clueless as to what is going on because I don't have the source or logs to yp.icecast.org. I am touching yp.icecast.org fine: [14/Feb/2002:01:39:22] directory_touch_xa([yp.icecast.org:80]) completed...server id = 69 but my radio station isn't shown. More details on my setup: xmms -> darkice 0.7 -> relay icecast server -> main icecast server

Jack Moffitt <jack@xiph.org> writes: > Now I see the problem. This will not cause anything to show up. You > have no sources. Eh? -> sources Listing sources [Id: 509] [Sock: 14] [Time of connect: 18/Feb/2002:20:55:14] [IP: 205.147.43.110] [State: 1] [Type: pulling relay] [Proto: x-audiocast] [Clients: 2] [Dumpfile/fd: (null)/-1] [Priority: 0] [Song Title: ] [Song URL:

Mark Lehrer <mark@knm.org> writes: > What icecast version are you using? There was a bug prior to 1.3.11 > that caused this exact symptom. I am using 1.3.12+patch at the moment. That patch I have on it was the one I submitted earlier which fixes the problem with the wrong arguments passed to snprintf in the avl code. That shouldn't affect sound. I'm fairly certain it's a

Jack Moffitt <jack@xiph.org> writes: > The source is in icecast cvs in the 'icedir' module. But what's > actually running is slightly modified. Heh. Is it possible to see a copy of what is actually running? I'm probing the directory server with a quick script but I'm getting 400 URL must be absolute which I should figure out soon. >>

Jack Moffitt <jack@xiph.org> writes: > What are you trying to do that you get that error? I sent an improperly formatted URL to your server. I've corrected this since. =) > id=69 is the normal success code. You'd get -1 if it failed I think. > What's your ip address? I'll go check the logs. The ip address of my streaming server is 216.133.255.2 > Other

ices.conf: <Public>1</Public> <!-- The name of you stream, not the name of the song! --> <Name>Poohba's Urban Sounds</Name> <!-- Genre of your stream, be it rock or pop or whatever --> <Genre>RnB</Genre> icecast.xml <directory> <yp-url-timeout>15</yp-url-timeout>

it was fixed a long time ago actually. The current YP is now benefitting from the changes made by me (with help from Karl), and yet despite the requests from both Karl and I recommending that these streams be allowed again, it falls on deaf ears. Ultimately it's up to Xiph to decide, although I was hoping that when the objection "it performs badly so we turned off all non-vorbis

Dave Hayes <dave@jetcafe.org> writes: > Darkice has: > public = yes > So I check darkice: > Icecast.cpp: > ... > str = "\nx-audiocast-public: "; > sink->write( str, strlen( str)); > str = getIsPublic() ? "yes" : "no"; > sink->write( str, strlen( str)); > and then icecast: > .... > else if

I thought the YP code was going to be fixed to use less resources so it could be used with other stream formats. It seems to be taking a long time. As it is now, Icecast2 is not a good solution for those wanting to be on a popular directory. I am forced to recommend using Shoutcast to my clients so they can get onto a popular directory. I would prefer to recommend Icecast2. Ross Levis.

Dear R users, I'm wanting to sample from the negative binomial distribution using the rnegbin function from the MASS library to create artificial samples for the purpose of doing some power calculations. However, I would like to work with samples that come from a negative binomial distribution that includes only values greater than or equal to 1 (a truncated negative binomial), and I

i'm having the same problem... touches seem to work fine, but the stream doesn't show up on the yp servers... i've trimmed my list of directory servers to only yp.icecast.org and yp.mp3.de. i did a tcpdump trace of a touch, and upon analyzing it, things seem to work correctly... in the interest of verbosity, the sessions are as follows: ============================ yp.icecast.org

HTTP/1.1 200 OK Date: Sat, 02 Nov 2002 03:53:31 GMT Server: Apache/1.3.26 (Unix) Debian GNU/Linux mod_perl/1.26 mod_webkit/0.5 PHP/4.2.1 X-Powered-By: PHP/4.2.1 Connection: close Content-Type: text/html; charset=iso-8859-1 <br /> <b>Warning</b>:Failed opening '/www/yp.icecast.org/cgi-bin/touch' for inclusion (include_path='.:/usr/share/pear') in

Hello! Given is an Excel-Sheet with actually 11,000 rows and 9 columns. I want to work with the data in R. The contents are similar to my following example. I have a list with ID-number, personal name and two kinds of loan-values. I want to aggregate the list, that for each person only one row remains and where the loan-values are added. First I tried some commands with tapply but had no

I only have mp3s and it doesn't make sense to me to change all of them to ogg. My MDA(windows mobile phone) plays mp3s with no problem. It uses them as ringtones. Its more widely used in my circles. Why would I and everyone else want to switch to ogg? What is the benefit? Why the shun on mp3? And I can stream at 64 and 32 which is great for those streams that will get a lot of

Dear R-users, I coded two equivalent ways to perform (in a simplified version) some matrix multiplications I would like to use in a more general framework. In the first case I used Kronecker product and vectorization of a certain matrix. This approach takes less time, but, as you may guess, I run out of memory when dimensions are large. In the second approach, I profited of sparseness and

Hi Rob The stream format has nothing to do with your audio files. I probably have 70% MP3's and 30% Ogg Vorbis files, and 1 or 2 WAV files for jingles on my hard drive. I only encode new CD's to Ogg Vorbis. But my station is streaming in AAC+ format, and I have also streamed in Ogg Vorbis format simultaneously. There is no way I would bother streaming in MP3 format. It's 15+

I can understand wanting to boost the adoption of Xiph codecs, but I think restricting the directory to vorbis streams only will not help this endeavour. I can imagine it will just piss a lot of people, including myself, and give Xiph a bad name. I get very few listeners of my AAC+ stream now since this occured. The restriction is not an insentive to switch to Ogg Vorbis at all. The incentive

In trying to find out why neither icecast nor shoutcast no longer lists my radio station (I thought it might be the connectivity issues which plagued me this month), I find this: >> unfortunately, the kind folks over at Nullsoft axed all icecast entries on >> their YP... >> Quote from Tom Pepper : >> >> "I also had to pull support for icecast today from the

Just following up to myself here so this will be in the archive for people. The problem was in darkice 0.7. There is a patch required to make it comply with the x-audiocast-public "standard". You can get the latest CVS to fix the problem. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<<

Jack Moffitt <jack@xiph.org> writes: > The source is in icecast cvs in the 'icedir' module. But what's > actually running is slightly modified. $ setenv CVSROOT :pserver:anoncvs@xiph.org:/usr/local/cvsroot $ cvs login ... $ cvs -z 1 co icedir cvs server: cannot find module `icedir' - ignored cvs [checkout aborted]: cannot expand modules It's not there or I've