similar to: server side stream dump in icecast2?

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

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

On Thu, 4 Apr 2002, Akos Maroy wrote: > can you tell me more about these LADSPA plugins? LADSPA stands for Linux Audio Developer's Simple Plugin API (see http://www.ladspa.org/). Basically, it was pointed out on the linux audio dev (LAD) mailing list that numerous programs were using plugin architectures and all were different. So they fleshed out a plugin API and the rest, as they say,

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

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:

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

Michael Smith wrote: > I would think the logical (and simpler) way to do this would be on the > client side. But as I said, patches welcome. darkice support stream dump on the encoder side, but this is far from logical: in a typical setup, the encoder is a machine not visible from the outside, while the server (per definition) is visible. when generating the stream dump on the encoder,

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

gtgbr@gmx.net wrote: > Aaron Gaudio wrote: > >>Where is it released? Telling me I have to set up cvs to download > > > http://www.xiph.org/~msmith/ > > This has been said before. This is no good. This is by far not the first time someone has pointed out, that icecast2 is not mentioned _anywhere_ where one would expect to find it. By this I mean locations like

gtgbr@gmx.net wrote: > Well, the way I see it, icecast.org is some zombie webserver that nobody > really has access to any more, or other really time intense steps have With all due respect, this is ridiculous. You're saying that the site icecast.org, which was the home page for icecast 1.x for serveral years, is a 'zombie webserver' that has nothing to say about icecast, be

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,

oddsock wrote: > hrm....although I don't recall you stating that this is icecast 1.x, it > appears that from the context of this message, that that is what you are > running...if that is the case, from the log message above, it looks like > you are supplying a mountpoint ending in .ogg, which is just gonna > confuse the hell out of clients...change the mountpoint to

The same as wtih liveice, it stops while trying to open /dev/dsp according to strace. <p><p>On Sat, 20 Apr 2002, Maroy Akos wrote: > Raúl Gutiérrez Segalés wrote: > > > > Hi, > > > > I want to stream to an Icecast server (current version) that is up and running and I have tried plenty of streamers and no go.. > > > > Any advices? I want to

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

Karl Heyes wrote: > The handling of metadata is specific to the format, eg MP3 itself has no > in-stream metadata support, only the shoutcast-style streams have > metadata handling. Vorbis has in-stream metadata support but is handled > differently to MP3. I see. so we have separate solutions for: - shoutcast (mp3) - icecast 1.x (mp3) - icecast 2.x - mp3 - ogg vorbis > The

At present my stream is at 11.025 kHz and I want it to be at 44.1 kHz. Input is coming from line-in on my sound blaster card under linux (RH 9) using the sb driver. I presume that it is icecast that sets the sample rate on the dsp in the card, though when I change the settings in icecast.xml and darkice.cfg as show below the stream becomes choppy; or rather the sampling doesn't seem to

Greg J. Ogonowski wrote: > By adding support for AAC/HE-AAC to Icecast2, the project is certainly > about freedom. > It gives users the freedom to choose whatever codec they want. > > HE-AAC/aacPlus, because of its efficiencies and good sound quality at > ultra low bit-rates, is rapidly becoming a very popular streaming audio > codec solution. Even though the codec is not

ups, sorry for fuzzy description. I use "top" to watch the running processes. It updates every 5 seconds. I am running RedHat 7.2, download from one of Redhats mirros. Haven't installed any updates of Redhat 7.2. The box is a fresh PC with Amd Athlon 1700XP, 128MB, two SoundBlaster 16 PCI using OSS drivers. Any info missing? Kristjan <p>-----Original Message----- From:

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.