On Fri, 19.06.09 15:59, Stéphane Letz (letz@email-addr-hidden) wrote:
>
>>
>>> first of all.... lets assume jack is running with -p64 -n2
>>> (~3ms latency)
>>>
>>> i am not sure if lennart is aware that jack often runs with such
>>> latencies. i dont really care for event processing inside the RT
>>> loop.
>>> however you cant know how many clients are following in the process
>>> cycle, so you cant know a sane threshold value.
>>
>> But that information could be made available, couldn't it? I mean, the
>> Jack server has information about the graph, so it could make that
>> information available to the clients.
>
> Hum...even if this info would be available, it does not say what
> *actual* duration would take the following clients ...
That doesn't matter. Everything that is needed is an upper boundary.
> Better keep the current separated simple solution, until it can be
> proven it is a real bottleneck.
I guess I can agree to that.
Lennart
-- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 _______________________________________________ Linux-audio-dev mailing list Linux-audio-dev@email-addr-hidden http://lists.linuxaudio.org/mailman/listinfo/linux-audio-devReceived on Fri Jun 19 20:15:03 2009
This archive was generated by hypermail 2.1.8 : Fri Jun 19 2009 - 20:15:03 EEST