search for: egoplay

...EG-1 Frequency: 44100 DEBUG: Bitrate: 128 kbit/s Padding: 1 Mode: j-stereo DEBUG: Ext: 0 Mode_Ext: 2 Copyright: 0 Original: 1 DEBUG: Error Protection: 0 Emphasis: 0 Stereo: 2 Playing /var/music/Darol_Anger/Barbara_Higbie_Quintet/01-Egrets.mp3 Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid DEBUG: Updated metadata on egoplay24 to: Darol Anger - Egrets Error during send: Mount failed on http://127.0.0.1:8000/egoplay56, error: Could not login on server. Server message: ERROR - Mount Point Taken or In...

On Mon, 14 Oct 2002, Michael Smith wrote: > kill -HUP pid > Replace 'pid' with the pid (process id) of the ices process. ps can tell > you that. hmmm... Our setup has ices running as 5 processes. 25140 pts/0 S 0:00 ../ices egoplay.xml 25141 pts/0 S 0:00 ../ices egoplay.xml 25142 pts/0 S 0:06 ../ices egoplay.xml 25143 pts/0 S 0:00 ../ices egoplay.xml 25144 pts/0 S 0:02 ../ices egoplay.xml So which pid do I use? The lowest one? does it matter? Geoff. <p>--- >8 ---- List archives: h...

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

...out killing the HTTP auth. But it seems to me to be one or the other. Is this how it should be or is this a bug? When I enabled icelogin, without editing my current CVS ices at all, I got these: [2002-09-27 02:11:25] INFO connection/_handle_source_request Source logging in at mountpoint "/egoplay.ogg" [2002-09-27 02:11:25] INFO connection/_handle_source_request Source (/egoplay.ogg) attempted to login with invalid or missing password [2002-09-27 02:11:26] INFO connection/_handle_source_request Source logging in at mountpoint "/egoplay24.ogg" [2002-09-27 02:11:26] INFO conn...

...this is to chain ogg bitstreams together. This is explicitely allowed in the spec. so if you need to update the metadata, conclude your ogg stream and then start a new one, as if you had 2 ogg files and you joined them one after the other. This is why, if you play a stream like Kirk Reiser's egoplay that updates every song in a player such as ogg123 that shows elapsed time, you'll see it reset at the beginning of each song. Egoplay 112-128 kbps - http://linux-speakup.org:9000/egoplay.ogg Egoplay 64kbps - http://linux-speakup.org:9000/egoplay64.ogg Egoplay 24kbps - http://linux-speakup.org...

Excuse my ignorance but how do I do that from the command shell? R <p>On Wed, 09 Oct 2002 19:12:04 +1000 Michael Smith <msmith@labyrinth.net.au> wrote: > At 12:03 AM 10/9/02 -0600, you wrote: > >thanks, this works but its almost impossible to make all my > >programs to add up to an hour exactly so at some stage I would need > >to kill the a song half way through

...in ogg bitstreams together. This is explicitely allowed in the spec. > so if you need to update the metadata, conclude your ogg stream and then > start a new one, as if you had 2 ogg files and you joined them one after > the other. This is why, if you play a stream like Kirk Reiser's egoplay > that updates every song in a player such as ogg123 that shows elapsed time, > you'll see it reset at the beginning of each song. > > Egoplay 112-128 kbps - http://linux-speakup.org:9000/egoplay.ogg > Egoplay 64kbps - http://linux-speakup.org:9000/egoplay64.ogg > Egoplay 24kb...

...d running on 3 seperate mountpoints and it was rock solid. then we started 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...

...of the CVS trees and switching to ices2 (as opposed to the libshout example streamer), the icecast server at bumpy.braille.uwo.ca:9000 is back up. I've put my old 22khz mono files (encoded with beta4) back up on test.ogg. In addition, 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 playl...

...of the CVS trees and switching to ices2 (as opposed to the libshout example streamer), the icecast server at bumpy.braille.uwo.ca:9000 is back up. I've put my old 22khz mono files (encoded with beta4) back up on test.ogg. In addition, 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 playl...

...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: appl...

Hi: Last week, I upgraded an icecast2 server and enabled the directory code. The primary streams that run on it showed up nicely. As some may recall, I had issues with libshout compiling (seems the sources got hosed somehow, a fresh checkout fixed everything after all else failed), and I just compiled the latest ices2. I noticed, with some surprise, that the config file hadn't changed in

...nore the comments, this began as the sample config file and the comments weren't removed or changed. <?xml version="1.0"?> <ices> <background>0</background> <!-- run in background? (unimplemented) --> <logpath>/var/streamers/ices2/egoplay</logpath> <!-- where logs, etc go. --> <logfile>ices.log</logfile> <loglevel>4</loglevel> <!-- 1=error,2=warn,3=info,4=debug --> <consolelog>0</consolelog> <!-- set this to 1 to log to the console instead...

Hi: Just in case people are interested, Kirk Reiser's Egoplay is now available in 3 different bitrates for your listening pleasure. http://linux-speakup.org:9000/egoplay.ogg - as is (encoder defaults) http://linux-speakup.org:9000/egoplay64.ogg - 44.1khz stereo quality 0 http://linux-speakup.org:9000/egoplay24.ogg - 22.05khz mono quality -1 Note that some o...

...ate mountpoints and it was rock solid. then we started 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...

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

...enaissance DEBUG: Layer: III Version: MPEG-1 Frequency: 44100 DEBUG: Bitrate: 128 kbit/s Padding: 1 Mode: j-stereo DEBUG: Ext: 0 Mode_Ext: 2 Copyright: 0 Original: 1 DEBUG: Error Protection: 0 Emphasis: 0 Stereo: 2 Playing /var/music/Renaissance/Prologue/6-Rajah_Khan.mp3 DEBUG: Updated metadata on egoplay56 to: Renaissance - Rajah Khan DEBUG: Updated metadata on egoplay24 to: Renaissance - Rajah Khan DEBUG: Updated metadata on egoplay to: Renaissance - Rajah Khan Warning: Encountered error while transfering /var/music/Renaissance/Prologue/6-Rajah_Khan.mp3. [Libshout reported send error: Libshout soc...

hey all, maybe i am dumb but it took me a few hours to work out which cvs was which and where ogg went etc etc...so i am completing some documentation (the icantcode site was down too when i checked last time, is it still alive?) anyway, I am going to make some good documentation for my site soon but heres a skeleton including some snippets from docs online already - appologies in advance for

...III Version: MPEG-1 Frequency: 44100 > DEBUG: Bitrate: 128 kbit/s Padding: 1 Mode: j-stereo > DEBUG: Ext: 0 Mode_Ext: 2 Copyright: 0 Original: 1 > DEBUG: Error Protection: 0 Emphasis: 0 Stereo: 2 > Playing /var/music/Renaissance/Prologue/6-Rajah_Khan.mp3 > DEBUG: Updated metadata on egoplay56 to: Renaissance - Rajah Khan > DEBUG: Updated metadata on egoplay24 to: Renaissance - Rajah Khan > DEBUG: Updated metadata on egoplay to: Renaissance - Rajah Khan > Warning: Encountered error while transfering /var/music/Renaissance/Prologue/6-Rajah_Khan.mp3. [Libshout reported send erro...

...s rock solid. then we started 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...