Hello Fedora musicians, I've been lurking this list for a little bit and this is my first time chiming in on something.
I think it is important to pursue an official realtime kernel for Fedora. I think a distribution focused on audio without a realtime kernel would have a serious bug, that IMO, would be worth delaying publication for.
>So I had a beer with hansomepirate(jdulaney), who is, or was on the kernel
sig, last night and we got to talking about a RT kernel.
>Last time we talked to the kernel folks about an rt kernel, they weren't
impressed with the "need" for Fedora, but that was before the Spin was
>Now might be a good time to raise this issue again? I dug through my
archives and found this thread. Now that we have an actual spin that's out,
we can actually redo some of the testing to have more realistic tests.
(multitrack with effects)
>I feel like right now, it's one of the few benefits that the ubuntu studio
folks have (or at least claim to have) over us. The other is some
semi-proprietary software that on... you know what, never mind it's getting
>Anyways, does the list think this is worth pursuing?
>>On Wed Feb 22 2012 at 9:10:29 PM Brian Monroe <briancmonroe at gmail.com[https://admin.fedoraproject.org/mailman/listinfo/music]>
>> Ok, I redid all the tests, while the system was only running my DE and the
>> test, and then again when I put it under duress by running a script that
>> looped "du -h /" and "ls -Ral /usr/" over and over. I ran the script twice
>> to get my proc up a bit to emulate running some intese delays and reverbs
>> or other effects.
>> Ironically the kernels typically did better when the scripts were running.
>> Personally I think there's a clear advantage with CCRMA's kernel or even
>> just a preempt kernel in the max lat areas. Those max numbers jumped up
>> close to where they were near the beggining of the test if anyone was
>> Here's the file with both sets of tests and the uname -a info as requested
>> by Fernando.
>>> On Wed, Feb 22, 2012 at 6:54 AM, Brian Monroe <briancmonroe at gmail.com[https://admin.fedoraproject.org/mailman/listinfo/music]
>>> I'll be sure to include that on the next batch. I used the kernel you
>>> after installing the CCRMA repo when you use yum install kernel-rt, which
>>> happens to be 3.0.17-1.rt33.1.fc16.ccrma.x86_64.rt. I'll go back and
>>> include the other info to the old results when I do the load testing
>>> tonight or tomorrow.
My wife composes, and for playback she has used an Audigy2 PCI card in
her desktop machine for years. That computer is beyond it's last legs
now, and her new one has only PCIE slots. (Yes she uses Linux for her
composing and playback.)
The problem is that she uses the Midi feature of that card and has
sound fonts that she loads (about 126 MB in size) into it. She has
given up trying to find one and has asked me to help... but so far I've
Are there ANY PCIE sound which is roughly the equivalent of the Audigy
2 cards? I won't say "money is no object", but I'm approaching the
point where cost is less important than finding such a card if on
Any pointers on this issue will be greatly appreciated.
Thanks in advance
william w. austin airedad(a)att.net
"life is just another phase i'm going through. this time, anyway ..."
I agree that we need lag to be less than 5ms with no xruns for serious
musicians. It makes a difference.
I was chatting in #opensourcemusicians about the rt patch issue and someone
threw this out there: http://www.funtoo.org/Kernel/configs/realtime
I'm smart enough to get what they're doing, but not smart enough to know if
this is what we're already doing in Fedora or how it'll affect other
security concerns. Also the settings listed for /etc/security/limits.conf
is setting you up for a bad time.
They said they could get less than 1ms with no xruns (except at application
startup) which sounds promising. Certainly if we're shooting for less than
5 ms instead of less than 1ms.
Hello Fedora musicians, I've been lurking this list for a little bit and
> this is my first time chiming in on something.
> I think it is important to pursue an official realtime kernel for Fedora.
> I think a distribution focused on audio without a realtime kernel would
> have a serious bug, that IMO, would be worth delaying publication for.
Real Time Kernels are available from PlanetCCRMA:
There are concerns about the implementation of Real Time Kernel as
expressed in the Musician's Guide:
I am not a systems programmer so I can't speak to these concerns. Some of
the names of the real time kernel developers listed on the PlanetCCRMA
kernel-rt page are Red Hat employees.
I would like to see Fedora be the premier linux distribution for music.
But until we can overcome the concerns listed in the Musician's Guide we
will probably not have a real time kernel in the Fedora repositories.
Maybe a Fedora "Re-Mix", or Fedora.Next and Workstation with the works with
Fedora software library may break the ice.
since lv2rack and zynjacku are currently unmaintained (btw, on my F20
install i'm getting runtime errors on both and do not start), i've started
playing around Carla/Cadence packages by falkTX. I had to install
indicator-cpufreq-selector and change the policy in polkit file and build
many missing packages from source to get Cadence working, but now it seem
to be ok. i had to update jack_capture to the lateset version as well, in
order to obtain freewheeling rendering.
i'm wondering if there is any plan to include these packages in the spin by