search for: _key__id_

...ing on CVS. > > > > I would be interested, myself. > >i'd rather post a patch on this list, if it would be the case > >but as i see there is not much interest coming from developers for the >proposed feature :/ > >-- >jaromil ][ http://dyne.org ][ GnuPG _key__id_ >EDEE F1B9 DC92 76C0 6D46 D77A 58B0 82D6 (5B6E 6D97) > >--- >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-dev-request@xiph.org' >containing on...

Thanks guys, this is exactly what I was looking for. Now, all I have to do is figure out how to start icecast and liveice cleanly when the machine cycles power. I tried just naively sticking /usr/local/icecast/bin/icecast & /usr/local/icecast/bin/liveice & into rc.local, but something weird happens. It just loops on a message 'you can run but you can't hide' over and over

>>>>> "j" == jaromil <jaromil@dyne.org> writes: j> as it is today, xml-rpc bindings are available for several j> languages: * Python, Java, Perl, TCL, ASP, COM, PHP, Zope, j> AppleScript, REBOL, * Dylan, Common LISP, Real Basic, UserLand j> Frontier, and even macromedia flash.. :) j> i think icecast could take advantage of

...ple click and so on i know this could be done using a telnet connection and eventually i'm going to do so, but i thought that if somebody else is interested we could implement something like xml-rpc communication with icecast. what do you think? -- jaromil ][ http://dyne.org ][ GnuPG _key__id_ EDEE F1B9 DC92 76C0 6D46 D77A 58B0 82D6 (5B6E 6D97) --- >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-dev-request@xiph.org' containing only the word 'unsubscribe'...

...from a backend server which receives the source. having a sparse topology of servers covering the main continents you want to reach is a good point in optimizing bandwidth usage, i used icecast in this way a couple of times and it works pretty well. -- jaromil ][ http://dyne.org ][ GnuPG _key__id_ EDEE F1B9 DC92 76C0 6D46 D77A 58B0 82D6 (5B6E 6D97) /* my encryption key changed, the old 6C624800 is revoked, please consider updating your keyring: gpg --keyserver pgp.mit.edu --recv-key 5B6E6D97 (fetch new one) gpg --keyserver pgp.mit.edu --recv-key 6C624800 (fetch revokation) */ --- &g...

.... > > Cathryn (I use a seperate email for each mail list I subscribe > to, so that's the reason for being icecast@chile.junglevision.com) icecast is a daemon, liveice not this might sound a bit shamanic, but you should also try to RTFM -- jaromil ][ http://dyne.org ][ GnuPG _key__id_ EDEE F1B9 DC92 76C0 6D46 D77A 58B0 82D6 (5B6E 6D97) --- >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...

I cannot connect MuSe (using line in) to my icecast server. I get thoses messages repeting : Internal buffer inconsistency. flushbits <> ResvSizebit reservoir error: l3_side->main_data_begin: 1640 Resvoir size: 1792 resv drain (post) 5 resv drain (pre) 0 header and sideinfo: 120 data bits: 679 total bits: 804

...pe, AppleScript, REBOL, * Dylan, Common LISP, Real Basic, UserLand Frontier, and even macromedia flash.. :) i think icecast could take advantage of xmlrpc-c to have a complete and practical admin interface, also relying on pretty well mantained code. -- jaromil ][ http://dyne.org ][ GnuPG _key__id_ EDEE F1B9 DC92 76C0 6D46 D77A 58B0 82D6 (5B6E 6D97) --- >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-dev-request@xiph.org' containing only the word 'unsubscribe'...

...gt; > let us know if you put something on CVS. > > I would be interested, myself. i'd rather post a patch on this list, if it would be the case but as i see there is not much interest coming from developers for the proposed feature :/ -- jaromil ][ http://dyne.org ][ GnuPG _key__id_ EDEE F1B9 DC92 76C0 6D46 D77A 58B0 82D6 (5B6E 6D97) --- >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-dev-request@xiph.org' containing only the word 'unsubscribe'...

Not much more to say, thanks a lot to all developers for your hard work! I have no chance to reach vorbis.com (CVS works, slowly ;) ), I take that as a very good and promising sign. <p>Moritz --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org'

Mark Woodson wrote: > > A better solution would be to setup multiple > servers at key locations (perhaps something > colocated in the UK and Australia). Have a central > server that feeds streams to these two servers. Mark, thanks for the info. Do you mean that icecast can accept a stream from another icecast server and then distribute that stream to its "listeners"?

Hi guys. I've been running icecast for awhile, and just upgraded to the latest version. Everything works fine, nice work. Here's the deal, I'm still not sure how to make a clean link to my broadcast. On the icecast.org site, it calls a cgi-bin file called 'gen-mpegurl.m3u.' This always stars up my broadcast nicely. Is there anyway to get the source code to

Hi; I want to use a headless, debian linux box (no console) as my audio streamer. I've installed shoutcast and icecast multiple times without problems, but I have yet to find a streaming tools as effective as WinAMP on a windows box. I don't need the graphics and don't want to listen to the source on the server (a sparcstation 10), I just want something that I can use to develop a