i believe this quote from
Basic setup without real-time scheduling ¶
The simplest way to use FFADO with JACK is without real-time privileges
on a standard kernel. You won't achieve very low latency that way, but
it should be good enough for some basic audio work.
might not be correct (even though i probably wrote it myself...)
is there any chance at all to get ffado usable without -R? if so, what
are the minimum safe values for -p and -n?
it might be nice to leave it in if there's a chance to get it in a
half-way usable state, so that users can maybe test it with a simple
player before trying to set their ulimits to achieve rt scheduling. but
if it won't work anyways for most users, i'll chuck it out and point
them to the ulimit fixes directly.
Verantwortlicher für Veranstaltungstechnik
Audio and event engineer
Ambisonic surround recordings
+49 177 7937487
As for our common defense, we reject as false the choice between
our safety and our ideals. - Barack Hussein Obama
On Mon, Mar 23, 2009 at 06:42:54PM +0100, Jörn Nettingsmeier wrote:
> hi everyone!
> might not be correct (even though i probably wrote it myself...)
> is there any chance at all to get ffado usable without -R? if so, what
> are the minimum safe values for -p and -n?
Yes. I used FFADO on my io14 with -p around 512 and -n 3. It produced
xruns whenever I opened a new tab in Firefox^WIceweasel, however, I got
crackle-free sound when I did nothing else on the machine.
Sure, life with -R is way better, when you can do whatever you want.
> if it won't work anyways for most users, i'll chuck it out and point
> them to the ulimit fixes directly.
Note that Debian's next jackd release takes care about ulimit settings.
I guess Ubuntu & Co will follow.
So if you write something about ulimit rt tweaks in the wiki, don't
forget to update it once the new packages are available.
(I can ping you about that or change it in the wiki, since I co-maintain
the jackd package)
More good news: Next ubuntu release (Jaunty) ships with FFADO. And FFADO
will hit Debian in the next few weeks.
mail: adi@... http://adi.thur.de PGP/GPG: key via keyserver
Eine Idee ist so lange gut, bis man weiss von wem sie ist.