Re: [Jack-Devel] Can't bring F/P below 128
On 12/19/2011 03:31 PM, Paul Davis wrote:
> On Mon, Dec 19, 2011 at 1:41 AM, Nikos Chantziaras<[hidden]> wrote:
>> On 12/19/2011 03:29 AM, Paul Davis wrote:
>>>
>>> On 12/18/11, Nikos Chantziaras<[hidden]> wrote:
>>> some of what it does doesn't necessarily
>>>>
>>>> work in a beneficial way for your average Linux Multimedia Desktop.
>>>
>>>
>>> jackd doesn't have much to do with "your average Linux multimedia
>>> desktop". neither does f/p below 128.
>>
>>
>> I disagree. A multimedia desktop should be able to achieve this. For
>> example people using FL-Studio (former Fruity Loops) on Windows expect to be
>> able to do that (with something like ASIO4all if their card doesn't have
>> proper ASIO drivers.)
>
> 1) "desktop multimedia" != "specialized music creation applications"
Not specialized. Simple stuff, like hooking up a MIDI keyboard to your
average FL-clone (I use LMMS on Linux, which is a wannabe FL clone.)
>> People expect to be able to play notes on their MIDI keyboard without audio
>> delays on their non-specialized computers.
>
> people expect a lot of different things. that doesn't make their
> expectations correct.
What are we arguing about here exactly? My point was that an RT kernel
might have some negative effects on average desktop systems, affecting
performance and throughput. I've lost the ball by now :-P Are you
saying that pretty much everyone should be using an RT kernel? Or that
I should be rebooting to an RT kernel when I need to work with audio?
If yes, then I disagree. I think you can have both a stellar desktop
performance *and* low latencies with the same kernel (which is the case
with BFS.) But my issue is not a matter of vanilla kernel vs RT vs BFS.
It's about the on-board sound chip being quite lame latency-wise,
while a cheap-ass, ancient PCI card I have lying around unexpectedly
turns out to be quite the low-latency monster.
1324304099.13478_0.ltw:2,a <jcngs4$5s0$1 at dough dot gmane dot org>