similar to: Icecast 2.4x Metadata doesn't clear if net file has none

reflum, On Fri, 2015-07-31 at 10:23 -0400, Steve Matzura wrote: > I don't know if I have something set wrong in icecast.xml or not, but > on my old server (version forgotten, installed 2009), if I streamed > two files with the first one having metadata present but the second > had none, Icecast wouldn't stream anything when the second file > streamed. On my 4.21 server,

So that means files with metadata in them don't get that metadata streamed? Too bad that. This had potential. On Sat, 22 Aug 2015 20:55:11 +0200, you wrote: >On 22 Aug 2015, at 20:47, Steve Matzura wrote: > >> I just happened on a comparison page with a table listing the >> differences between Icecast and Shoutcast (Icecast wins, of course), >> and found a line that

On Fri, 09 Oct 2015 09:05:05 +0000, you wrote: >reflum, > >On Thu, 2015-10-08 at 14:52 -0400, Steve Matzura wrote: >> Additional to my earlier post, I was also thinking of a single >> broadcast relay, but it's not possible to start it and stop it on >> demand. One way around this might be to load a special Icecast XML >> with the relay in it at the

Additional to my earlier post, I was also thinking of a single broadcast relay, but it's not possible to start it and stop it on demand. One way around this might be to load a special Icecast XML with the relay in it at the program's broadcast time, then reload the regular one when the relayed program ends. Klugey, but it could work I suppose. On Thu, 08 Oct 2015 06:20:47 +0000, you

I recently upgraded from 2.41 to 2.43. I feed my Icecast server with either a live stream or from EZStream. I am now finding that track title metadata never exceeds thirty characters. Is this new, or have I got something wrong in the 2.43 configuration? I am actually using the same one I used for 2.41, and I don't ever remember seeing anything in the XML that controls length of metadata

Thomas: On Thu, 20 Nov 2014 19:26:30 +0000, you wrote: >Which version of RedHat is this? Fedora release 20 (Heisenbug) >Could this be a x86 vs amd64 thing? Just to be sure run "file" on the >binary? The processor is definitely a 64-bit processor, even though that's not verified with the above version name. However, I'm the one who installed it, I know it's the

Can it, or will it ever be able to, process .CUE files along with the MP3 streams? If not, this would be a *VERY* VERY* valuable feature, as a popular playout system in common use can now create .CUE files when recording programs for later airing.

Hello, I'm currently using Liquidsoap to stream a group of files to Icecast. The stream is sent to Icecast in a few different formats (MP3,HE-AAC v2,OggFlac,OggOpus). The "Current Song" metadata is correctly displayed for the MP3 and the AAC stream, but not the OggFLAC or OggOpus stream. I see a few entries in the Icecast forums, but it does look like FLAC metadata support never

I just happened on a comparison page with a table listing the differences between Icecast and Shoutcast (Icecast wins, of course), and found a line that intrigued me. The line in the table listed AAC as one of the codecs in which Icecast can stream. If this is correct, what do I need to add to my Linux-based Icecast server and configuration to make this happen?

I can start it fine from the command line using icecast -c icecast.xml we have ver 2.4. When I try and start it using /etc/init.d/icecast2 start it says [ ok ] Starting icecast2 (via systemctl): icecast2.service. but it actually doesn't start. nothing in the error logs, nothing in syslog. Any ideas would be appreciated. Nick

It used to be that streamed titles could exceed thirty characters. Ever since I upgraded to I believe it was version 2.4.0, no matter what I send, there's a truncation of the artist-plus-title combined sting. At first, I thought it was an ices-cc problem, but it isn't, because when live programs connect to the input port, the title bar still cuts off at thirty characters. I've

reflum, On Sat, 2015-08-22 at 20:13 -0400, Steve Matzura wrote: > So that means files with metadata in them don't get that metadata > streamed? Too bad that. This had potential. I think what he tried to say is: It may or may not work. There is no official support. If it works for you: fine. If it doesn't or break: no official support ('also fine'). regarding meta data:

On Fri, 21 Nov 2014, "Thomas B. R?cker" wrote: > On 11/21/2014 02:21 PM, Geoff Shang wrote: >> I would like to request that this be configurable somehow. I agree >> that this is undesirable under most circumstances, but there are >> situations where this is required. > > It has been requested before and the answer is still the same, we have > it on our

Yes, Philipp, it does help. Thanks for the clarification. I'll try it and see what happens. On Sun, 23 Aug 2015 00:29:24 +0000, you wrote: >reflum, > >On Sat, 2015-08-22 at 20:13 -0400, Steve Matzura wrote: >> So that means files with metadata in them don't get that metadata >> streamed? Too bad that. This had potential. > >I think what he tried to say is:

On Fri, 21 Nov 2014, Philipp Schafft wrote: > What is your schedule? How fast do you need it? Could we target a fix > for in about a week? Sorry, I didn't mean to cause a panic. I don't have an immediate need for this feature. I know others do, or at least might, and have always felt this should be configurable ever since it was first implemented. I've never run an

Hello. I have been streaming IceCast for about three years now and have run into a problem, which I hope this forum can resolve We stream non copyright songs from independent musicians. When they upload their music to our site, they upload Mp3's of which some have entered the MetaData information in the MP3. Problem, musicians dont always do this, leaving the meta data very sparse.... When

Hi, I have tuples of data in rows of a data.frame, each column is a variable for the 'items' (one per row). One of the variables is the 'size' of the item (row). I would like to cut my data.frame into groups such that each group has the same *total size*. So, assuming that we order by size, some groups should have several small items while other groups have a few large

Se ha borrado un texto insertado con un juego de caracteres sin especificar... Nombre: no disponible Url: https://stat.ethz.ch/pipermail/r-help/attachments/20060628/32226ee4/attachment.pl

Hi list, We're new to Icecast and we're looking at securing the admin functions. I've trawled the docs but it's not clear to me if we are able to run this on a different TCP port to the streams themselves. Has anyone with a little more experience any insight into this? Thanks, David.

Dear R experts, I am trying to simulate correlated binary data and have stumbled upon the following problem: With the help of "binarySimCLF" or "mvpBinaryEp" I have been able to simulate correlating binary vectors given certain mean values and a desired correlation. My problem is that these procedures do not allow you to specify the exact vector for which you want to generate