Audio streaming work flow

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I have been fooling around with an Internet radio station setup. Just to
see what kinds of trouble might show up.

There seem to be two sides to broadcasting software. Audio and admin. I
don't know if I can really cover the admin side well, both rivendell and
airtime seem to work for that. For that matter I have heard of some 
people using windows apps for doing admin and playlist creation while
using Linux for audio streaming.

I will cover the audio part for now. Audio is divided into two parts,
studio and server. A number of people use a streaming service rather than
their own server because most people have a dynamic IP and so name service
is problematic. It is often cheaper to use a streaming service. In any
case the server side install seems to be trivial, install icecast2,
configure and run. I found that part easy. I set it up on a 10 year old
1.2Ghz Celeron box with Ubuntu Server installed. Quick and easy, basically
set up the passwords, enable and start the init.d/icecast2 script. Done.

The studio side takes a bit more. I will note here that the studio side
setup also makes a good podcast recorder. I am not so sure about live DJ
work as many live DJs consider video a large part of their show. I don't
know if they would consider the video part as truly separate or expect to
have one application that does it all.

The response I have gotten to mixxx is that it is "not ready" for prime
time use. My personal experience is that:
 a) it doesn't like the open nvidia driver (crashed xorg on me).
 b) it's window is too big for at least one of my screens (netbook).

I think the first problem is known and may even be fixed by now. But the
second is more troubling. Podcast recording or remote broadcast might well
want to be done on a small screen computer like a netbook or notepad. The
window is not even shrinkable to screen size with scroll-bars. Though once
the user got used to kb shortcuts that might not be an issue.

IDJC seems to be much better. It is the recommended studio solution for
airtime and interfaces well with jack. That is what I used for my setup
and at least one of our users uses it for their internet radio station as
well. It is small enough to be used on any screen... well maybe not a
smart phone :)  It allows the unattended streaming of prerecorded content
as well as mixing live audio with that. All audio content (including MP3s,
OGGs etc.) are decoded to audio at the rate jack is running and remixed
with whatever audio the users wishes to add. It has dedicated jack ports
for VOIP or landline audio available. It has jack ports for insert
purposes after mixing and before streaming. This allows the use of a
compressor or eq or even outboard equipment. This is also the place to get
audio out for live use or live broadcast (think transmitter, though I
would think it may go through some other stuff before that).

So far great. There is an online setup and use guide for IDJC that covers
about everything.

The last bit is still the roughest. Integration of desktop sounds with
jack. The most common use for this is VOIP generally skype, though the
problem is the same with almost all of these kinds of apps. The most
common thing is doing remote interviews and the most common work around is
to route audio outside the computer via pulse and then back in though
audio ports. The PA-jack bridge is getting better, but has two limitations
at this time. The PA that ships is 2.*, the new one I can find is 3.0 and
both of these have the same problem. The first is a bug where jack will
not start while PA is streaming. There is a fix, but it is not in any repo
yet... there is also a workaround... but that is not easy to set for
install.

The second problem for those with a sound card with more than two ports,
is that PA defaults to as many ports as the physical device has. The more
ports PA has to deal with the more CPU it uses... with an ICE1712 based
audio device that is 12/10. A default of stereo would be better. I am told
the version currently in git has the ability to set the number of
channels. I have asked for a default of two, but being able to set the
number is second best. It is possible to set the PA-jack bridge not to
auto connect and the method of doing so should be documented for this
workflow.

Using a jack session seems ideal with this workflow. The pa bridge can be
connected to the correct ports as they appear. The nice thing about using
the pa bridge for these things is that once PA is running it is always
there unlike many desktop apps that only show up when they are running and
therefore have to be manually connected after they connect to the sound
server.

Some good open conferencing SW that works with Jack and has OSX win
clients would be really nice.

The other possibility would be to have a logon or mode that is set up just
for this work flow. Jack would start first and run as the default sound
server. Pulse would be started after with sink and source modules started
from script rather than jack detect. These module do allow setting
channels. Other audio work flows might benefit from this kind of setup
too.

Len is out of breath.

-- 
Len Ovens
www.OvenWerks.net

_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
http://lists.linuxaudio.org/listinfo/linux-audio-user


[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux