search for: egoplay64

...ed hitting problems with disconnects and the like. I recompiled everything this morning and set it running again. But one mount has died already. We have 3 streams running. the first is the ogg files as they were encoded (egoplay.ogg). the second is a re-encode to 44.1khz stereo at quality 0 (egoplay64.ogg). and the third is a downmix and resample to 22.05khz mono at quality -1 (egoplay24.ogg). It's this latter one that's died. by using the "current song" information from the stats page, I was able to find the log entries around the time it died. Here's what the ices log...

...error [2004-03-09 10:47:57] INFO stream/ices_instance_stream Connected to server: linux-speakup.org:9000/egoplay24.ogg [2004-03-09 10:47:57] DBUG input/input_flush_queue Input queue flush requested [2004-03-09 10:47:57] INFO stream/ices_instance_stream Connected to server: linux-speakup.org:9000/egoplay64.ogg [2004-03-09 10:47:57] DBUG input/input_flush_queue Input queue flush requested and this cycle repeats. There's not much of help in the icecast error log. I had to grep for "source" because of all the YP activity (see below), but it seems as if ices isn't sending anything d...

...d out to me that ethereal was an X11 application. The X environment is, at least for now anyway, pretty much inaccessible to blind people, so I had to make use of something else. fortunately, setting up netcat on the icecast port worked beautifully. Here's what the latest ices sent: SOURCE /egoplay64.ogg HTTP/1.0 Authorization: Basic c291cmNlOmF1ZGlv ice-name: Kirk's Egoplay ice-genre: all genres ice-audio-info: samplerate=44100;channels=2;quality=0%2e00 ice-public: 0 ice-description: An eclectic mix of ogg's from Kirk's vast collection User-Agent: IceS 2.0beta2 Content-Type: applic...

...with disconnects and the like. I recompiled everything this >morning and set it running again. But one mount has died already. > >We have 3 streams running. the first is the ogg files as they were encoded >(egoplay.ogg). the second is a re-encode to 44.1khz stereo at quality 0 >(egoplay64.ogg). and the third is a downmix and resample to 22.05khz mono >at quality -1 (egoplay24.ogg). It's this latter one that's died. > >by using the "current song" information from the stats page, I was able to >find the log entries around the time it died. Here's w...

On 21 Mar 2003, Karl Heyes wrote: > There really isn't that much changed in ices wrt directory services, it > just invokes an added libshout API call on encode/reencode cases. Ices > could do with a tag to enable/disable it though. Check that you have > recent versions and if you still have the problem send me the http > headers that ices is sending. Well, it was current CVS

Hi! Been trying to figure out how to stream metadata. I got metadata streaming working for MP3, but just cant seem to make it work for Ogg? This is how I *think* it works - please correct me where I'm wrong: 1. For MP3 the metadata is updated via a HTTP GET (aka Old shoutcast method, just new URL /admin/) 2. For Ogg the metadata is embedded directly into the stream using a comment packet? I

...ition, we've implemented a vorbis subset of Kirk Reiser's egoplay MP3 stream. You can now hear all the vorbis encoded songs in his collection at http://bumpy.braille.uwo.ca:9000/egoplay.ogg (these were encoded at 128kbps mode). There is also a re-encode at http://bumpy.braille.uwo.ca:9000/egoplay64.ogg (the usual re-encode quality issues apply here). The playlist is growing daily, so check it out. Of course, if you want to hear the entire collection using MP3 (icecast 1.x and ices 1.x CVS), you can connect to: 128kbps http://bumpy.braille.uwo.ca:8000/egoplay 56kbps http://bumpy.braille.uw...

...like. I recompiled everything this > >morning and set it running again. But one mount has died already. > > > >We have 3 streams running. the first is the ogg files as they were encoded > >(egoplay.ogg). the second is a re-encode to 44.1khz stereo at quality 0 > >(egoplay64.ogg). and the third is a downmix and resample to 22.05khz mono > >at quality -1 (egoplay24.ogg). It's this latter one that's died. > > > >by using the "current song" information from the stats page, I was able to > >find the log entries around the time it...

...like. I recompiled everything this > >morning and set it running again. But one mount has died already. > > > >We have 3 streams running. the first is the ogg files as they were encoded > >(egoplay.ogg). the second is a re-encode to 44.1khz stereo at quality 0 > >(egoplay64.ogg). and the third is a downmix and resample to 22.05khz mono > >at quality -1 (egoplay24.ogg). It's this latter one that's died. > > > >by using the "current song" information from the stats page, I was able to > >find the log entries around the time it...

...like. I recompiled everything this > >morning and set it running again. But one mount has died already. > > > >We have 3 streams running. the first is the ogg files as they were encoded > >(egoplay.ogg). the second is a re-encode to 44.1khz stereo at quality 0 > >(egoplay64.ogg). and the third is a downmix and resample to 22.05khz mono > >at quality -1 (egoplay24.ogg). It's this latter one that's died. > > > >by using the "current song" information from the stats page, I was able to > >find the log entries around the time it...

...like. I recompiled everything this > >morning and set it running again. But one mount has died already. > > > >We have 3 streams running. the first is the ogg files as they were encoded > >(egoplay.ogg). the second is a re-encode to 44.1khz stereo at quality 0 > >(egoplay64.ogg). and the third is a downmix and resample to 22.05khz mono > >at quality -1 (egoplay24.ogg). It's this latter one that's died. > > > >by using the "current song" information from the stats page, I was able to > >find the log entries around the time it...

...like. I recompiled everything this > >morning and set it running again. But one mount has died already. > > > >We have 3 streams running. the first is the ogg files as they were encoded > >(egoplay.ogg). the second is a re-encode to 44.1khz stereo at quality 0 > >(egoplay64.ogg). and the third is a downmix and resample to 22.05khz mono > >at quality -1 (egoplay24.ogg). It's this latter one that's died. > > > >by using the "current song" information from the stats page, I was able to > >find the log entries around the time it...

...like. I recompiled everything this > >morning and set it running again. But one mount has died already. > > > >We have 3 streams running. the first is the ogg files as they were encoded > >(egoplay.ogg). the second is a re-encode to 44.1khz stereo at quality 0 > >(egoplay64.ogg). and the third is a downmix and resample to 22.05khz mono > >at quality -1 (egoplay24.ogg). It's this latter one that's died. > > > >by using the "current song" information from the stats page, I was able to > >find the log entries around the time it...

...like. I recompiled everything this > >morning and set it running again. But one mount has died already. > > > >We have 3 streams running. the first is the ogg files as they were encoded > >(egoplay.ogg). the second is a re-encode to 44.1khz stereo at quality 0 > >(egoplay64.ogg). and the third is a downmix and resample to 22.05khz mono > >at quality -1 (egoplay24.ogg). It's this latter one that's died. > > > >by using the "current song" information from the stats page, I was able to > >find the log entries around the time it...

...like. I recompiled everything this > >morning and set it running again. But one mount has died already. > > > >We have 3 streams running. the first is the ogg files as they were encoded > >(egoplay.ogg). the second is a re-encode to 44.1khz stereo at quality 0 > >(egoplay64.ogg). and the third is a downmix and resample to 22.05khz mono > >at quality -1 (egoplay24.ogg). It's this latter one that's died. > > > >by using the "current song" information from the stats page, I was able to > >find the log entries around the time it...

...like. I recompiled everything this > >morning and set it running again. But one mount has died already. > > > >We have 3 streams running. the first is the ogg files as they were encoded > >(egoplay.ogg). the second is a re-encode to 44.1khz stereo at quality 0 > >(egoplay64.ogg). and the third is a downmix and resample to 22.05khz mono > >at quality -1 (egoplay24.ogg). It's this latter one that's died. > > > >by using the "current song" information from the stats page, I was able to > >find the log entries around the time it...

...like. I recompiled everything this > >morning and set it running again. But one mount has died already. > > > >We have 3 streams running. the first is the ogg files as they were encoded > >(egoplay.ogg). the second is a re-encode to 44.1khz stereo at quality 0 > >(egoplay64.ogg). and the third is a downmix and resample to 22.05khz mono > >at quality -1 (egoplay24.ogg). It's this latter one that's died. > > > >by using the "current song" information from the stats page, I was able to > >find the log entries around the time it...

...like. I recompiled everything this > >morning and set it running again. But one mount has died already. > > > >We have 3 streams running. the first is the ogg files as they were encoded > >(egoplay.ogg). the second is a re-encode to 44.1khz stereo at quality 0 > >(egoplay64.ogg). and the third is a downmix and resample to 22.05khz mono > >at quality -1 (egoplay24.ogg). It's this latter one that's died. > > > >by using the "current song" information from the stats page, I was able to > >find the log entries around the time it...

...like. I recompiled everything this > >morning and set it running again. But one mount has died already. > > > >We have 3 streams running. the first is the ogg files as they were encoded > >(egoplay.ogg). the second is a re-encode to 44.1khz stereo at quality 0 > >(egoplay64.ogg). and the third is a downmix and resample to 22.05khz mono > >at quality -1 (egoplay24.ogg). It's this latter one that's died. > > > >by using the "current song" information from the stats page, I was able to > >find the log entries around the time it...

...like. I recompiled everything this > >morning and set it running again. But one mount has died already. > > > >We have 3 streams running. the first is the ogg files as they were encoded > >(egoplay.ogg). the second is a re-encode to 44.1khz stereo at quality 0 > >(egoplay64.ogg). and the third is a downmix and resample to 22.05khz mono > >at quality -1 (egoplay24.ogg). It's this latter one that's died. > > > >by using the "current song" information from the stats page, I was able to > >find the log entries around the time it...