Re: A surprisingly stupid RT priority question

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

 



On Sun, December 2, 2012 1:00 pm, Ken Restivo wrote:

> Why am I asking these dumb-ass questions now? Because I've been playing
> around with Liquidsoap and Airtime for some radio stations, and I'm
> obsessed with getting them as rock-solid on cheap/free/old hardware as I'd
> been able to get with my gigging and studio synths.
>
> It physically pains me to hear audio stuttering because Apache is running
> on the same box. It seems an outrage to me. Shouldn't happen. Ever. I used
> to record and mix multi-track songs in Ardour with tons of soft-synths
> WHILE A KERNEL COMPILE WAS GOING ON THE SAME MACHINE without a single
> glitch. I expect no less.

I don't know if realtime would fix this. This is not a low latency
operation unless you are using the same machine for studio monitoring (not
the way I would do it for sure) but rather a matter of having a large
enough buffer to play with and setting buffer refill soon enough and with
the priority it needs to refill in time.

Having a bigger priority than apache may not be enough, the buffer needs
to be big enough that the largest packet apache sends to the NIC driver
has time to get gone and load the audio in. In other words once apache has
sent a packet to the network stack, the packet(s) that the network stuff
has in the queue has to be gone before your audio can get sent.

So if you are using Jack, try setting the latency twice or more and see if
that helps. Then if that doesn't help it is time to get Liquidsoap to have
a bigger packet size and maybe to try and get more packets into the
network queue at a time. There may be some settings in apache that makes
it send smaller packets too.

So I would envision a studio box with whatever is needed to make the
studio work with s/pdif out to s/pdif in on the server. The studio runs
jack with ~5ms latency and the server runs with ~200ms latency or
something like that. Some software that can have ~5ms latency in and
~200ms latency out would work too, but I don't know if such a thing
exists, though it doesn't sound that hard to make. (though Len hasn't done
any of this kind of programing at all so use the grain of salt thing)


There are lots of people here with much more experience in audio
programing who may have a better solution.

-- 
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