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.<br>
<br>  -- Ben<br><br><div class="gmail_quote">On Wed, Jun 4, 2008 at 7:54 PM, H. Wade Minter <<a href="mailto:minter@lunenburg.org">minter@lunenburg.org</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"><br>
On Jun 4, 2008, at 5:25 AM, Thomas B. Ruecker wrote:<br>
<br>
> H. Wade Minter schrieb:<br>
>> I'm in a situation where I have some MP3 files I'd like to stream on-<br>
>> demand, but for various reasons can't just make the MP3 files<br>
>> themselves available.<br>
>><br>
>> Is there a way, using icecast, to set up a server that would just<br>
>> bind<br>
>> to a port, and stream one file as specified in the config file, then<br>
>> stop?  So somewhere in the icecast.xml, I'd like to say "File: /tmp/<br>
>> myfile.mp3", and then just have the server start playing that.<br>
>><br>
> Icecast is not very good at on-demand streaming. It will serve files<br>
> and<br>
> apply some throttling to the throughput but it will be still more or<br>
> less a ordinary download.<br>
> When streaming mp3 you can't prevent a user dumping the stream and<br>
> thus<br>
> gaining the original file. The only thing you can do is to make it<br>
> take<br>
> longer by delivering it as a stream with a bitrate needed for real-<br>
> time<br>
> playback.<br>
<br>
</div>Sure, the user can always dump the stream to save the audio.<br>
Apparently having the streaming (vs. just providing an m3u with an MP3<br>
URL) is sufficient for the people who make the rules, though.  That's<br>
why I'd like to be able to just have a remote icecast server stream<br>
one file and then stop.<br>
<font color="#888888"><br>
--Wade<br>
</font><div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
Icecast mailing list<br>
<a href="mailto:Icecast@xiph.org">Icecast@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/icecast" target="_blank">http://lists.xiph.org/mailman/listinfo/icecast</a><br>
</div></div></blockquote></div><br>