similar to: dumping to multiple files

> Ideally you'd do it with the program which is encoding our stream. You just > start a new ogg stream when you want to change your metadata and use the > appropriate tags. > > If this is not possible, you can also do this via Icecast. It will insert > the tags for you, creating the new stream. > > Here's what I've managed to turn up quickly as the

On Mon, Sep 26, 2005 at 05:30:11PM +0200, Michael Smith wrote: > > Assuming this is correct, the next question that arises is "Is Vorbis > > when used this way truly gapless?" > > Yes, it is. ... and I can confirm this. No gaps were perceivable decoding in ogg123. However, an interesting effect can be had if all the parts have the same serial number. You get a bump

Hi all, Hope you can advise. I am aware you can use the <savefile> feature of IceS2 to save a copy of live streams. I have several sources for my Icecast server that are remote and which I do not have access to the hard drive. Is there any way to save a copy of the stream at the Icecast Server rather than the IceS2 source? If it can't be done by the server itself, I know there are

Hi, i have got a linux debian woody box with icecast2 and ices2 on it. I'm running a 24/7 stream with a huge playlist on my server, but I've got some questions about it: 1. Is it possible, that ices updates Metadata (Artist - Track) to the icecast Server in playlist mode? 2. Is there any possibility of controlling ices2 by a webinterface with functions like nextrack, stop and play,

Hi, today we came across the idea of adding an external authentification- module for listening to icecast2. There have recently been talks with artists and music labels that they would like to receive "a small fee" per listener to e.g. a concert streamed live over the internet. What do you think of adding an external authentification-module so that the user could listen to a stream

dimanche 24 mars 2002, 21:42:54, Brendan Cully a écrit : >> I also had strange results when commenting this function (in that case >> it is supposed to stream the name of the song, by reading the IdTag). With >> Winamp, I didn't get anything ("unnamned"), with XMMS, I had the proper >> name, with "unnamned" written after it, and it only worked

I'm using ices2's metadata facility to update the name of a track in a vorbis stream: <input> <module>alsa</module> <param name="rate">44100</param> <param name="channels">2</param> <param name="device">hw:1,0</param> <param name="metadata">1</param>

Hi, does anybody know some info about posting metadata to ices2 via stdin? My system is based on a PHP-script wich sends PCM-data from the player (mpg123 or ogg123) over a pipe to ices2. As i understand the documentation, metadata is sent as normal clear text within the PCM-data when using stdin. I tried the following format: \n artist=foo\n title=bar\n (\n is, of course, a normal

Hi there! I am currently developing a broadcast solution with ices2 (feeded over pipe, stdin). I use a metadata-file and signals to update the streams metadata. The problem is, names of songs and artists are cut off at special chars like & or at a german umlaut. For example: artist=Test title=foo & bar is sent to the clients as "Test - foo ". Do i have to use some kind of

OS: FreeBSD4.8 okay I installed ices from /usr/ports/audio/ices copied ices.conf.dist to config.xml can somebody explain to me why the configuration file is not getting loaded root@hurricane# ices [/usr/local/etc/ices] IceS 2.0beta2 (c) Copyright 2001-2002 Michael Smith <msmith@icecast.org> Usage: "ices config.xml" root@hurricane# ices

I reported this several months ago. I was using Oddcast to send and Winamp to listen. Winamp showed the title truncated at any extended character. >From memory, status.xsl didn't show the title correctly either. Regards, Ross Levis. ----- Original Message ----- From: "Michael Smith" <msmith@xiph.org> To: <icecast@xiph.org> Sent: Wednesday, March 03, 2004 4:27 PM

On Tue, 2017-06-06 at 16:18 +0000, Larry Turnbull wrote: > >Recently Stream Licensing LLC has changed their requirements so that > >streaming internet stations in the US must title stream the album along with > >the song title and artist. > > > >I use ices for the backup automation when no live programming is taking > >place. > > > >Ices shows the

Hi all: Recently Stream Licensing LLC has changed their requirements so that streaming internet stations in the US must title stream the album along with the song title and artist. I use ices for the backup automation when no live programming is taking place. Ices shows the song title and artist on the player with no problem. My question is how I configure ices to show the album as

On 7 May 2003 at 20:14, Michael Smith wrote: > On Wednesday 07 May 2003 19:34, Stefan Neufeind wrote: > > Hi, > > > > today we came across the idea of adding an external > > authentification- module for listening to icecast2. There have > > recently been talks with artists and music labels that they would > > like to receive "a small fee" per

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hello! does anyone have patch for liveice that the saved files (SAVE_FILE directive in the config file) don't get overwritten if liveice is stopped and started? i think about something like adding the current date and time to the filename... or ist there some other solution concerning dump (or save) files? if there is no patch around, i

Hello. I am running an up-to-date cvs snapshot (10 Aug 03) of ices2, and I cannot get the Metadata update from file to work (indeed this has always been true on all previous versions of ices2 that I have used). If I send the ices process a SIGUSR1, then the error log shows that the update is taking place, but immediately followed by a read error from the OSS input module, causing ices to die. I

I recently upgraded ices from 0.1.0 to 0.2.2. I have found that it is not reencoding my mp3 stream, even though I have it configured to. This is on a RedHat linux 7.0 system, kernel 2.4.11 ices build commands: ./configure --with-perl --with-lame \ --with-lame-includes=/usr/local/src/lame-3.89/include \ --with-lame-libraries=/usr/local/src/lame-3.89/libmp3lame/.libs gmake

On Tue, 21 Mar 2017, Arnaud Quette wrote: > Hi Roger, > > reviving this discussion, since we have a Github ticket for 2.7.5: > https://github.com/networkupstools/nut/issues/293 ... > I've made some additions to clarify things on the timer, and complete the script: > https://github.com/networkupstools/nut/compare/upssched-doc?expand=1 Hi Arnaud, Your change to the

I just had contact with an ices-developer about this issue. This is not a bug in ices, it is a documentation-bug. What the documentation not says is, that the metadata should be sent in UTF-8 encoding. Simply change from Ascii to UTF-8 and ALL esoteric characters will be sent, i've just tested this. ----- Original Message ----- From: "MacSym" <macsym69@yahoo.fr> To:

I?ve successfully implemented IceCast on a Raspberry Pi and can access the stream ONLY if I use an ffmpeg statement to start the stream. Unfortunately, the stream is choppy and the sound quality is poor. I?ve tried using ICES, but I don?t get any sound. Terminal command that works: ffmpeg -ac 2 -f alsa -i hw:0,0 -acodec mp3 -ab 48k -ac 2 -content_type audio/mpeg -f mp3 icecast://source:password