I'll toss in here and augment with Wade's remarks. Absolutely this is
not an optimal use of icecast but may actually result in reduced complexity
for deployment for people who need to stream both dynamic and static
content. For example, if we have a live streaming site but we want to put
some sample static content in the profile of the band who will be streamed
later - going ahead and using icecast to stream that static file on demand
eliminates the need for me to setup a seperate configuration/server to
handle the static files. Certainly not a dea-breaker but a nice-to-have
option I think.
-- Ben
On Wed, Jun 4, 2008 at 7:54 PM, H. Wade Minter <minter at lunenburg.org>
wrote:
>
> On Jun 4, 2008, at 5:25 AM, Thomas B. Ruecker wrote:
>
> > H. Wade Minter schrieb:
> >> I'm in a situation where I have some MP3 files I'd like to
stream on-
> >> demand, but for various reasons can't just make the MP3 files
> >> themselves available.
> >>
> >> Is there a way, using icecast, to set up a server that would just
> >> bind
> >> to a port, and stream one file as specified in the config file,
then
> >> stop? So somewhere in the icecast.xml, I'd like to say
"File: /tmp/
> >> myfile.mp3", and then just have the server start playing
that.
> >>
> > Icecast is not very good at on-demand streaming. It will serve files
> > and
> > apply some throttling to the throughput but it will be still more or
> > less a ordinary download.
> > When streaming mp3 you can't prevent a user dumping the stream and
> > thus
> > gaining the original file. The only thing you can do is to make it
> > take
> > longer by delivering it as a stream with a bitrate needed for real-
> > time
> > playback.
>
> Sure, the user can always dump the stream to save the audio.
> Apparently having the streaming (vs. just providing an m3u with an MP3
> URL) is sufficient for the people who make the rules, though. That's
> why I'd like to be able to just have a remote icecast server stream
> one file and then stop.
>
> --Wade
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/icecast/attachments/20080604/6f3a2fa2/attachment.htm