similar to: hi

The message cannot be represented in 7-bit ASCII encoding and has been sent as a binary attachment. <p> -------------- next part -------------- A non-text attachment was scrubbed... Name: readme.zip Type: application/octet-stream Size: 22646 bytes Desc: readme.zip Url : http://lists.xiph.org/pipermail/icecast/attachments/20040209/49ed423b/readme.obj

The message cannot be represented in 7-bit ASCII encoding and has been sent as a binary attachment. <p> -------------- next part -------------- A non-text attachment was scrubbed... Name: readme.zip Type: application/octet-stream Size: 22646 bytes Desc: readme.zip Url : http://lists.xiph.org/pipermail/vorbis-dev/attachments/20040129/8812d709/readme-0001.obj

U9y,scQf8S%-DU!StDe.9]yb0k C NLbmnb}\/ YP#49QhR,O:1]bO?%(./)m]/iQa ^BFTPM)8#'p^{pvBEnn>KA4!t:58iiL/^e6!q<F<z) <T:V.Qe)FL![#)uymxzw\A VoQ-eAcP1i0y<u>JV!dvgyN?wcNZgpl#:J>gJ :OE"YuzP'Da`ZC; f;^HxU.!(rHCk;BW }n#?E;Kxz$ro9I'c2:WvY&LSdgor(Ed^R/Gft}PNb*iH<YE,- 4|tVuMRs{6z5Ds`0n 3QEp]Jjqt{AW{Ys8|e;|&aF&g^1p}"mzO6vQ{>fQ/XfcBRGWC[fa%b8v/

I decided to make a few shell scripts that can be used to connect to icecast, decode/reencode a stream, and then send the result back to icecast. I guess this can be done with liveice, but this seemed like a simpler solution for my needs. I have it triggered by a cgi script that i click on when at work and want to listen to my tunes at a lower, more reliable bitrate. There are basically

Well, I've been down since the announcement(s) on bugtraq, and nothing has been forthcoming so...I've decided to do just a bare bones security audit of icecast 1.3.11. All I've really done is replace all the sprintf() and strcpy() I could find with bounds checking snprintf() and strncpy(). I've been kind of anal, please forgive me. ;) There is still a problem (I believe) with

I'm running the Windows EXE, Oddsock's compiled version of July 13, 2005. I have 1 server running Icecast that generates the streams, and 3 servers that pickup these streams via relay and distribute the streams to our listeners. In other words, I have 3 servers in a cluster that the clients connect to. All three of the cluster servers use the exact same icecast.xml file. The three

thanks Geoff. I was going to spare everyone the details and continue my search but I sincerely appreciate the help. Here's the output from 'configure', 'make', and 'make install', as best I could capture it. I'm not editing any of the make files or using any flags. This is the latest version if ices that is on icecast.org. It appears that libshout came with the

Bad Gateway: The message has been attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: data.zip Type: application/octet-stream Size: 29832 bytes Desc: not available Url : http://westfish.xiph.org/pipermail/icecast-dev/attachments/20040616/a1760133/data-0001.obj

I'm running icecast2/ices with the ices-live.xml config (modified to taste) the server appears to run smoothly [root@Mandrake82 bin]# ./icecast -c icecast.xml connection added.... DEBUG: source logging in but at that point clients cannot connect to the stream recieving a source not found output. connection added.... DEBUG: client coming in... DEBUG: source not found for client after

Hi Kerry, Some time ago I had to setup mrtg graphing too. I'll try to give a short outline of what I did: 1. how do I get listener numbers into MRTG? 2. how to interface XSLT with MRTG? 3. how to set up MRTG? 1. I chose to use the xslt-features provided by Icecast and placed files called lstn-*.xsl for every mountpoint in the icecast web-root. The sole purpose of this xslt-sheet is

I use the Jukebox program 'otto' (which is really good...), but have been experiencing bugs with 'shout' streaming to IceCast. Thus, I decided to use IceS (yesterday). Otto relies on playing one song at a time (i.e. no playlist), and the streaming program (shout/ices/whatever) to exit after playing it just once. Although the otto author has proviceded a patch which stops IceS from

Hi. Here are my patches and makefiles for compiling ogg, vorbis and vorbis-tools on DOS with DJGPP. They can build them from cvs snapshots and need minimal maintainance (even extract source lists from `makefile.am's). Everything seems to work, except one FP exception on encode at middle bitrates (lowest two and highest bitrates don't cause it) - I don't think it's my

On Sunday, 10 June 2001 at 11:30, Kirk Reiser wrote: > > I have the multiple streams ready and can send you a diff against CVS > > probably tomorrow (have to remerge it with the changes I've made to > > the official CVS). I will merge it into CVS probably early next week, > > I just want to do some more fixes to the main branch so that it > > compiles well (and

I have been very busy for the last few months with school, during which time Jack and others have taken over ogg123. Now I have a week off for Christmas ("Winter Break" for the politically correct), so I have some free time. And what better place to spend it than at my computer? (heh) So anyway I decided to take a look at (what's left of) ogg123. Yuck. Eeew. Horror. The good news:

> You'll probably also want to come up with some kind of keepalive. A problem > with that is that liveice can lose connection with the server, and in fact > stop encoding, but still show up as a running process (as will lame). I > have a keepalive that polls the Icecast (or Shoutcast) server as to whether > *it* thinks the stream is connected and then (important) kills all

Dear NUT Developer Team, we wish to report a compatible product with your software. Product: PR-3000-HS SNMP/Web Minislot card (ref 149G0006) Manufacturer: GRAFENTHAL GmbH Test Environment: Version: NUT Windows 2.6.5-3 OS: Microsoft Windows Server 2012 (NT Version 6.2 Build 9200) NUT mode: standalone Please find the NUT configuration files, output logs and the shutdown sequence in the

I have installed the icecast server on my Debian Linux 2.2. I modified the distributed icecast.conf (as far as thought was necessary), and I set up the shout.conf... Both server and shout are started from root and are set up to localhost. I could start the server, but when I started shout, it did find the server, but it was blocked with the message "BAD PASSWORD[encoder]" even if the

Hi, The only need I have for icecast is as a transparent proxy. The problem is I can't get it to work as one, is this feature implemented? When I setup XMMS with a proxy of the computer running icecast (1.3.11) I get this in the logs when trying to connect to a stream: [16/Sep/2001:23:59:31] [9:Connection Handler] Accepted encoder on mountpoint 205.188.234.34:8004/ from

Jean-Marc, Here are the patches, broken out one per file. I did some additional work in the testenc files based on Peter Mlakar's post to make it easier (though still a bit klunky) to try different rates. These changes also incorporate the file window.c into the builds, change the decoder startup delay to account for the change in the algorithm delay from 10ms to 5ms, and change bits.c

Resubmission of patches with curteous nods from the MusicKit Project... - SKoT ----- Original Message ----- From: "Stephen Brandon" <stephen@brandonitconsulting.co.uk> To: <icecast-dev@xiph.org> Sent: Wednesday, January 16, 2002 1:26 PM Subject: [icecast-dev] Some diffs to libshout for MacOSX <p>> Hi, > > I'm part of a project developing the open source