Re: Problem with RME 9632 and Plug

[Zsolt Barat <barat@medien.uni-weimar.de>]

Paul Davis wrote:

>Yeah, but bio2jack is a (working) hack and half. And it doesn't
>support lowlatency work properly either, because the thread that
>*really* does audio isn't scheduled as part of the JACK graph and
>doesn't get SCHED_FIFO status. I see this in xmms all the time when I
>do a multiway compile - JACK has no (or almost no) xruns, but the
>audio in xmms skips because the "feeder" thread doesn't get scheduled
>in time to fill the intermediate buffer.
>
>  
>
mplayer_g2 will probably change its architecture, so a poll like 
behaviour like jack uses will be possible. developers are still welcome 
to port (write) ao_jack for mplayer_g2 though.
on the other side, adding low latency features to mplayer aren't really 
possible, cause mplayer is designed intentionally as a movie player, so 
while you watching movies you will never get low latency audio. adding 
some low-lat features when it will be used as stand-alone audio app 
could be possible. but there are several audio-only-apps which already 
have full jack and alsa support (alsaplayer) so i don't really see a 
need for blown up low-lat audio support in mplayer.

regards

Zsolt



-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com