Icecast - Feb 2014 - Opus supported source client without transcoding?

Figured I'd join the list since I saw someone else had just popped in
looking for exactly the same thing I am (non-transcoding opus streamer for
sending multiple .opus files to icecast2).

It looks like ices2 would do exactly what I personally need, except for not
having been updated to support opus yet. (I chatted on IRC once or twice with
someone who it sounds like is interested in adding support for this, but has
been busy with more urgent matters and hasn't had time.)

Failing that, it seems like someone could write their own simple custom script
to pipe files to oggfwd, but if I'm not mistaken (and I'm new enough
that I may be...), every time oggfwd sees an EOF it'll terminate, and every
time oggfwd terminates icecast will drop the stream, so just having a series of
"cat $1.opus  | oggfwd [...]" would result in a listener only getting
the rest of whatever track is playing when they connect, then having to
reconnect again to hear the stream when it restarts on the next file.

This seems like it's got to be an embarrasing gap in my Linux knowledge, but
is there some sort of simple command-line "buffered pipe" utility that
would keep a second or two worth of data buffered, allowing the next file to be
opened and fed to it before it ran out?  (Am I even describing that in a way
that makes sense?...)

(I think it might be possible to do something like that with pv, but I'm not
sure. I have to admit I haven't yet tried just setting up a named pipe and
seeing if oggfwd will wait for more data rather than disconnecting from the
icecast server at the end of a file, either - might that work?)

For a much "heavier" solution, does anyone know if airtime or
rivendell would support non-transcoded streaming of opus to icecast servers, or
do they necessarily transcode as well?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/icecast/attachments/20140217/bb9423d9/attachment.htm

have you tried "cat $1.opus $2.opus $3.opus | oggfwd"
could be a band-aid until ices2 can work with opus files - if it works...


On Sun, Feb 16, 2014 at 10:19 PM, <epicanis+icecast at
dogphilosophy.net>wrote:
>  Figured I'd join the list since I saw someone else had just popped in
> looking for exactly the same thing I am (non-transcoding opus streamer for
> sending multiple .opus files to icecast2).
>
>
>
> It looks like ices2 would do exactly what I personally need, except for
> not having been updated to support opus yet. (I chatted on IRC once or
> twice with someone who it sounds like is interested in adding support for
> this, but has been busy with more urgent matters and hasn't had time.)
>
>
>
> Failing that, it seems like someone could write their own simple custom
> script to pipe files to oggfwd, but if I'm not mistaken (and I'm
new enough
> that I may be...), every time oggfwd sees an EOF it'll terminate, and
every
> time oggfwd terminates icecast will drop the stream, so just having a
> series of "cat $1.opus | oggfwd [...]" would result in a listener
only
> getting the rest of whatever track is playing when they connect, then
> having to reconnect again to hear the stream when it restarts on the next
> file.
>
>
>
> This seems like it's got to be an embarrasing gap in my Linux
knowledge,
> but is there some sort of simple command-line "buffered pipe"
utility that
> would keep a second or two worth of data buffered, allowing the next file
> to be opened and fed to it before it ran out? (Am I even describing that in
> a way that makes sense?...)
>
>
>
> (I think it might be possible to do something like that with pv, but
I'm
> not sure. I have to admit I haven't yet tried just setting up a named
pipe
> and seeing if oggfwd will wait for more data rather than disconnecting from
> the icecast server at the end of a file, either - might that work?)
>
>
>
> For a much "heavier" solution, does anyone know if airtime or
rivendell
> would support non-transcoded streaming of opus to icecast servers, or do
> they necessarily transcode as well?
>
> _______________________________________________
> 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/20140217/193020b5/attachment.htm

> have you tried "cat $1.opus $2.opus $3.opus | oggfwd"
I haven't tried that, though I'm fairly certain it would work as you
suspect.

The problem is, of course, that as soon as ($3).opus is done, the 
feed dies. What I need/want is a continuous feed looping through an existing
set of audio files repeatedly (ideally with some way of varying how often
each one is played or at least pseudo-randomly shuffled or something, though
this isn't strictly necessary).

I have a suspicion that the only way available for now would be a named
pipe to oggfwd and some sort of custom script to keep selecting and feeding
the files to the pipe (unless the opus-supporting fork of BUTT does something
ices2-like (in addition to transcoding, the limited documentation makes it
appear
that it only handles one piece of audio at a time, rather than a list of files,
so it
may not be useful for this.)
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/icecast/attachments/20140220/3f28d4b7/attachment.htm