similar to: [Bug 313] server side stream dump feature request

Hi Akos, --- Akos Maroy <darkeye@tyrell.hu> wrote: > well of course, the nanocast server uses some different login > protocol > than icecast or shoutcast. is there a site for this server? maybe a > spec > on the source login protocol? then I could add support for it to > darkice Hmm.. I thought nanocaster was similar to shoutcast? I can use the shoutcast plugin for

--- Akos Maroy <darkeye@tyrell.hu> wrote: > did you try it with darkice configured for shoutcast? e.g. a > configuration section [shoutcast-0]? Yes I did, but it never connected properly. This is the message: DarkIce 0.8 live audio streamer, http://darkice.sourceforge.net Copyright (c) 2000-2002, Tyrell Hungary, http://tyrell.hu Using config file: /usr/local/etc/live365.cfg Using

Hi, I'm wondering if this feature is implemented in icecast2? It was in icecast 1.x, and I found it very useful... <p>Akos --- >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 the body. No

This has come up earlier, but I don't remember a solution. How do I update the metadata of the stream 'on the fly'? I'm thinking of having a live stream (through darkice), with the title, author, etc. metadata changed every once in a while to reflect the actual program. How would I do that? Should I insert such data into the mp3 / ogg voribs data somehow by calling some

Does anyone know what tool I can use to update the stream metadata (like artist, title, etc..) while I use an app like DarkIce? I would like to be able to update the stream info with the track I play. I know that XMMS and its liveice plugin do that, but I'd rather use DarkIce and capture all the sound from the card. Thanks, Tom __________________________________________________ Do You

Hi all, I'm attempting to stream audio to a live365.com server, more specifically, it is a Nanocaster/2.0 server: HTTP/1.0 200 OK Server: Nanocaster/2.0 Content-Type: audio/mpeg Cache-Control: no-cache Pragma:no-cache Connection: close Content-Length: 44000000 I tried Liveice (XMMS plugin) and it wouldn't connect properly. I tried ices, that too would not work. I even tried DarkIce

A bit off-topic question: has anyone any experiences with the relaying service that live365.com has? what kind of stream(s) do they relay? what is the protocol they use? --- >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

Akos Maroy <darkeye@tyrell.hu> said: > Jack Moffitt wrote: > > Icast at one point had about 456 stations or so. We were able to do > > this (all the music was preencoded) with 8 machines quite reliably. > > Basically 4 machines sourced streams, and 4 machines served them. Only > > but the source machines: did they encode live audio, or send static > files

So how would that would work? I guess I could use Darkice to broadcast the stream to a new mountpoint, and then use winamp,xmms or streamripper on another PC to attach to that mount point and save the stream to a file - kludgy but would work. I realize I could use something like waverc, but that would chew up significant disk space as I need to capture this audio (approx 2-3 hrs) at 128K VBR.

Gary Major wrote: > Does darkice or anything else allow you take the incoming audio from a > soundcard, but instead of encoding it and sending it to icecast, just encode > it and save it as a file instead? DarkIce not at the moment, though as of 0.8 you can save all what is sent to the server in a local file. <p>Akos <p><p>--- >8 ---- List archives:

> -----Original Message----- > From: Akos Maroy [SMTP:darkeye@tyrell.hu] > Sent: Wednesday, June 26, 2002 9:14 PM > To: vorbis@xiph.org > Subject: Re: [vorbis] streaming ogg audio > > figyu wrote: > > so, if i listen to a streamed ogg file (enter url into winamp, eg), the seek > > bar never shows up, nor the position of where the playback is at any given > >

Answer to your question: Live365 is strictly mp3 Much more than you wanted to know: I started using Live365 about a zillion years ago and of course it was wonderful "back in the good ole daze". After you signed up with them, you could park 365 meg of mp3s (up to 56k) and/or set up a relay (using either icecast or shoutcast) all for free. (Dirty little secret was at first, although

I can create a section in darkice with looks like [file-0] format = vorbis bitrateMode = abr bitrate = 48 fileName = /tmp/save.ogg Is there a way to start/stop recording without stopping all other streamer? per example - stop file recording - save file to another name - start recording ( regenerate the nessesary header for mp3 or ogg) maybe an HUP? Thanks.

What settings do I need to change in the Makefile etc so it compiles and installs on a normal shell account? I've already tried compiling it using a different prefix etc but I must have messed up somewhere. Since its a normal shell account i obviously can't install to /usr/local and so forth... I'm wanting to have it installed to /home/username/icecast/server (then /bin for binaries,

If the client is using freeamp, they can see the song titles. (They are passed along by the server.) Winamp and XMMS do not seem to see the meta data from the server. -- Byron L. Hicks Network Engineer NMSU ICT ----- Original Message ----- From: "Akos Maroy" <darkeye@tyrell.hu> To: <icecast@xiph.org> Sent: Monday, September 17, 2001 9:35 AM Subject: Re: Updating show

> As a guess, how many IceCast streams could be supported on one Linux PC > (say 1.5Ghz PC). Icast at one point had about 456 stations or so. We were able to do this (all the music was preencoded) with 8 machines quite reliably. Basically 4 machines sourced streams, and 4 machines served them. Only three machines were really needed, so failures were taken care of if only one machine

> What we've found, however, is that the stream title is only sent to the > client during initial connect. If I recall correctly, in icecast2, it's in > the ice-name header. We'd like to be able to update this for each > broadcast on both streams. The name of the stream is unchanging, just as it's URL should be. Just come up with a name that's not DJ specific.

Hi: If a source connects to a mount that has the stream dump enabled and the file already exists, which of the following will happen: 1. the old file is overwritten. 2. The new stream is appended to the old one. 3. Either the old or new file is written with a modified name so that they can both exist. Thanks, Geoff. <p> -- Geoff Shang <gshang@uq.net.au> ICQ number 43634701

Hi, I see that the server side stream dump feature is now implemented, as I see the dump-file tag in the icecast config file. I have a question though: is it possible to specify the server side dump file via the source login protocol? Thanks, <p>Akos --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this

----- Weitergeleitete Nachricht von digulla@hepe.com ----- Datum: Mon, 15 Oct 2007 16:05:13 +0200 Von: Aaron Digulla <digulla@hepe.com> Antwort an: Aaron Digulla <digulla@hepe.com> Betreff: Re: [feature request] Modify --backup option to make backups on source side, too An: Matt McCutchen <hashproduct+rsync@gmail.com> Quoting Matt McCutchen