similar to: port blocking/disruption i think

Scott, > Thats what i do.. just relay. Exactly how are you doing it, and what software are you using (shoutcast version / icecast version / what streaming software are you using)? I'm running icecast 1.3.10, shoutcast 1.8.0, and irpd 0.16 to stream. When I try to relay from shoutcast to my main icecast server, I get the following: <03/15/01@22:38:06> [main] dns thread starting

UTF-8 handles ALL character sets. That’s the whole idea of Unicode. We have encoder users all over the world using UTF-8. Handles all Asian languages with no problem, including Burmese which is a more recent addition to the current Unicode version due to additional complications. Requires Operating Systems with the latest Unicode version. Here is an HLS stream with metadata done right:

you can't use the IPs directly, both dir.xiph.org and www.oddsock.org are running as vhosts, and thus using the IP will not get you to the correct site... o you have to use hostnames in the URLs... it sounds like if you don't chroot it works and if you do it doesn't ? I've never really run icecast using chroot, so I'm not entirely sure of all the stuff you need to do to

Hello List Having great trouble relaying an icecast2 mp3 stream to a shoutcast server. My client program successfully streams to icecast which is listening on port 7000. I can listen to this stream with mozilla and xmms with no problems. I can also stream my client directly to the shoutcast server but it makes the client unstable (which is why i'm attempting a relay). The shoutcast server is

DNS for vhosts makes total sense, duh! :) Running without chroot, as root, changing to nobody, and YP works just fine.. If I come up with a nice howto / rundown of the chroot stuff, I'll get it on the list. Odd: Did you see the posts about the Icecast+win32 crashing w/ OddCast 2.0.10 and 2.0.13? Seems stable on 2.0.1-release and SVN on Linux but.. I'm going to do my research and get

so have you tried running this outside the chroot jail ? oddsock At 02:27 PM 5/26/2004, you wrote: >Odd: >I just pulled SVN and compiled.. Wonderful new logging code, btw! >Now, why in the WORLD would the resolution be failling?! nsswitch.conf / >resolv.conf / hosts is all fine.. *shrug* > >I can obviously put IPs instead of hosts in the URLs, however things still >fail..

This is probably sacrilegious to speak of Shoutcast here but that's what I am streaming to right now. Just a couple questions about Darkice... quality is set to 0.5 by default. What's the range for this and what kind of effect does it have on the audio and the load on the system? I've set the "public" variable to yes so it will advertise to Shoutcasts directory but

Yupp, same results. What else can be trying? Perms all seems a-ok, the name resolution issue makes me feel funny. Here's a URL to the ptrace -f of the non-chrooted run -- http://tinyurl.com/ytsqv .. Although, MIRACULOUSLY, non-chrooted, non-privlidged, port 8000, + DNS works?! Eventhough, without DNS it doesnt. As you can see! -- [2004-05-26 17:10:25] INFO main/main Icecast 2.0.0 server

Hi: For the past few hours, www.oddsock.org/yp.cgi has been uncontactable. When I start the icecast server, it seems to perform very badly while trying to contact the YP server. After a couple of minutes, the streaming begins to work, but it starts spawning processes at the rate of a couple a minute. the following also starts appearing in the server log: [2003-04-08 10:26:28] DBUG

Hi Iain, It's a simple answer: > For example, if a box on a 128kbps upload connection is > serving a 64Kbps stream (and not audio-on-demand) - is it limited to two > connections Yes it is. > or is icecast somehow more efficient? No - icecast can't work miracles! The underlying technology of the internet (the way it is at present, at least) only allows a packet of

a couple things here....in most cases the icecast2 server will remove itself gracefully from the YP...if for some reason, it is killed manually, then it may not do so...I have a cron job which runs every 5 minutes which goes in and cleans out any server that hasn't touched in a 5 minute period....so if your icecast2 server is forced down and doesn't successfully remove itself from the

Prof. Adve, The idea is to develop a memory model where each byte is extended with 3 extra bits. Programs are running on this memory model. Load/store instructions, including those in LibC functions, needs to deal with the extra bits in a certain manner. Basically, my questions are: (1) Is it feasible to implement the memory model where each byte is extended with 3 extra bit? (2) Is there a

Here is the code, assuming 8 cores in the cpu. library('modeest') library('snow') cl = makeCluster(rep('localhost', 8), 'SOCK') x = vector(length=50) x = sapply(x, function(i) i=sample(c(1,0), 1)) pastK = function(n, x, k) { if (n>k) { return(x[(n-k):(n-1)]) } else {return(NA)} } predR = function(x, k) { pastList = lapply(1:length(x), function(n)

Dear all, I found a strange thing with the snow package. This will work: y = matrix(1:4, 2) cl = makeCluster(rep('localhost', 8), type='SOCK') parMM(cl, y, y) This will not: y = matrix(1:4, 2) ncore = system('nproc') parMM(cl, y, y) Error in cut.default(i, breaks) : invalid number of intervals I also tried: cl = makeCluster(rep('localhost', ncore),

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

Odd: I just pulled SVN and compiled.. Wonderful new logging code, btw! Now, why in the WORLD would the resolution be failling?! nsswitch.conf / resolv.conf / hosts is all fine.. *shrug* I can obviously put IPs instead of hosts in the URLs, however things still fail.. -- Chris Pickert ldd output-- ldd ./icecast libcurl.so.2 => /usr/lib/libcurl.so.2 (0x4001f000)

Shuo Chen wrote: >Prof. Adve, > >The idea is to develop a memory model where each byte is extended with >3 extra bits. Programs are running on this memory model. >Load/store instructions, including those in LibC functions, >needs to deal with the extra bits in a certain manner. Basically, my >questions are: >(1) Is it feasible to implement the memory model where each

THAT was it! Both ones work, so I think I'll stick to the last one. Now the KiSS will connect to the IceCast2, and I have enabled the metadata again without problem. Thank you very much! Henrik ?stergaard Henrik Ostergaard Madsen wrote: > It did unfortunately not change anything.. Except that the track titles > disappears in WinAmp (as expected). > > As the player was able

I am having problem with icecast2/winamp oddcast dsp/darkice being listed on dir.xiph.org and dir.oddsock.org. Now I've scanned the mailing list and found that there was a previous issue, however if I use icecast on Windows XP it works fine, but not from Fedora Core 1. I've made sure to check my config files multiple times and looked at the error logs but I still can't figure

Hi all , anybody see a solution to this? I understand this is off Topic :-( 2012/1/21 michel memeteau <michel.memeteau at gmail.com> > 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