similar to: port->mount mapping

This kind of behavior (on demand live streaming) is not supported by either oddcast or icecast2, and honestly, really shouldn't be...In your situation, I'd consider doing something closer to what live365 did back in the day to address this particular issue, which is store all their content locally on their servers, and basically build playlists that are customed for each user. I

On Wed, 2003-01-29 at 10:09, stream wrote: > Now i need to have another mount point wich streams another playlist > file how can i do it? you read from one source like a playlist and stream out one or more instances. If you want multiple playlists going out then use multiple ices. > <encode> >

so if you play only music that is released under the Open Audio Licence or gpl, then what is the status regarding replay and the payment of royalties? adam <p>On Wed, 11 Jun 2003, Bryan Payne wrote: > Ditto Scott - you nailed it !! > > But the DMCA actually sets rules on requests and processing them without > being considered "interactive" - for instance the time

I tried to stream two different playlists in two different mount points. I created playlist1.m3u for ogg compressed at 96 Kbps and playlist2.m3u for ogg comressed at 32 kbps (wich each playlist contain the right path to ogg files) i created another ices-plylist.xml called ices-playlist32.xml in this one i had changed the path to the playlist file <param

Ditto Scott - you nailed it !! But the DMCA actually sets rules on requests and processing them without being considered "interactive" - for instance the time frame allowed from when requests are made and then processed and actually air (minimum 60 minutes), to displaying your playlist - (can not be displayed public in the order of actual performance) basically as long as you never

Now every thin works fine good, thanks a lot for helping me, but there is another problem. in ices-playlist.ogg the are to sections first section is: <input> <module>playlist</module> <param name="type">basic</param><!-- Only 'basic' implemented --> <param

Did you create the playlist on the linux server or bring it over from a Windows machine? I had a similar problem when I was taking moving some playlists. I ended up ditching the old playlists (after all kinds of searching/replacing) and re-created them on the linux server. One good way to do this is to use find. 'find /home/audiotron/music -print' did the trick for me. Wade

For some reason this didn't make the list and I got no approval message... this time I'll force the From to be my subscribed address. Bug in Monty's new filtering system? Anyway, here goes again. ----- Forwarded message from ----- Date: Thu, 1 Aug 2002 10:24:46 -0400 To: vorbis-dev@xiph.org Subject: Re: [vorbis-dev] [fwd] CVS: ogg123 rocks! vcut no so much so... (from:

Hi to all, I have this error and I don''t understand why. I have three model, Image and Playlist and PlaylistItem. Everything works fine. The app should work also a XML REST service. When I made this call I obtain this XML because the playlist don''t contains images: GET http://0.0.0.0:3000/playlists/7.xml <playlist> <id>7</id>

hi folks, in my (unlucky) first test of ogg vs other encoders, i found a case where wma and mp3pro sound much better than ogg at 64k. can anyone suggest a setting that i haven't tried yet that can rival the wma and mp3pro samples at 64k? it's the "gravel effect" that is troublesome. the part in question is the first 15 seconds of this wave file:

Maybe I'm misunderstanding ices' capabilities...is ices 0.4 only capably of handling a single playlist? Do I need to run multiple instances of ices in order to process multiple playlists? My issue is that I need to stream mp3 audio, not ogg (iTunes doesn't support .ogg yet natively), and if I'm reading the docs correctly, ices2 only supports .ogg, not .mp3. Is this correct,

This is my first question to the Forum. I’ve set up these associations: class Playlist < ActiveRecord::Base … has_many :playlists_tracks, :dependent => :destroy has_many :track_ones, :through => :playlists_tracks, :source => :track has_many :track_twos, :through => :playlists_tracks, :source => :track end class Track < ActiveRecord::Base … has_many

Hi, ah.. I see your problem, at least the one which prevents people from being able to tune in. No idea why your Winamp is stuttering though. the .m3u filetype is a playlist type which is used to send the actual URL of a stream to a player so they can open it. Chances are that Winamp as a player won't handle this properly anyway since it does the broken thing of looking at file

Hi, I have made a small patch for enabling repeating in ogg123. It adds the parameter "--repeat n" or "r n" where n indicates how many times it repeats the playlists. Zero in forever. Apply it if you like, I find it very convenient. -- Regards Niels Sandmann Jabber: sandmann@jabber.dk, Email: sandm@nn.dk -------------- next part -------------- Only in ogg123: .deps Only in

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

Hi, Another basic question (the list archive search doesn't seem to be working). Is it possible to do scripted playlists with shout? I want to allow the people at my site to upload new mp3 files to the server and have them placed in the playlist automatically. I tried generating the playlist (file) with crontab, but it seems shout only reads the playlist once, at startup. I

> > We will have thousands of 24 hour playlists generated everyday by > software I'm developing. If we encode all our audio files at 32kb/s, > could we not just supply a link to the playlist files directly on our > server. So in effect, our server is just acting like a hard disk and > listeners are playing the files directly. Would this work? you mean you have a pool of

On 5 Jan 2016, at 0:06, Hannah Carroll wrote: > Hello > They have multiple links for there stream with different file types > how can we do this They have different playlist types linked there. Icecast itself supports the playlist formats m3u, xspf and vclt. Adding more playlist formats is not trivial without changing Icecasts sourcecode.

Hi all. I finally got my automating stream working. now, I do have a question for you all regarding fallback mount. I believe I have them setup correctly. but what I would want to do is when I go to http://kjscradio.com:8000/stream.mp3.m3u, I would like it to fallback to the mount point that I have setup for my automation stream. Then, when a source drops the connection from the /stream.mp3.m3u

Good morning, I'm using the deb package provided with Debian buster. Output of 'apt search ices2' --> ices2/stable,now 1:2.0kh60a-dmo4 amd64 [installed] So I should probably remove that, and build it from source then. -Allen -- Allen Seelye A Linux user since 1997. December 9, 2019 6:38 AM, "Philipp Schafft" <phschafft at de.loewenfelsen.net> wrote: > Good