On Thu, Aug 2, 2012 at 9:40 AM, Paul Davis <paul@email-addr-hiddenwrote:
>
>
> On Thu, Aug 2, 2012 at 12:02 PM, David Robillard <d@email-addr-hidden> wrote:
>
>> On Thu, 2012-08-02 at 11:28 -0400, Paul Davis wrote:
>> >
>> >
>> > On Thu, Aug 2, 2012 at 10:46 AM, David Robillard <d@email-addr-hidden>
>> > wrote:
>> >
>> > Is there a reason Jack can't do this for everything? I am not
>> > really
>> > keen on putting a bunch of mysterious assembler crap in a host
>> > meant to
>> > be a relatively clean example, and it's even worse to make
>> > plugins have
>> > to do this...
>> >
>> > JACK doesn't get a chance to handle the output of a plugin until the
>> > host hands it over to JACK and the process cycle ends. Just have a
>> > reverb plugin outputting denormals and then have the host apply a gain
>> > value and boom .. JACK can't play a role in that signal flow.
>>
>> I mean set the flush-to-zero flag (and/or any other processor state
>> stuff required).
>>
>
> Ah, yes that would make a certain amount of sense if we called it from the
> jack thread, somehow.
>
Yes, please. I like this idea. Make it a JACK option. That way the black
magic can be centralized instead of everybody having to copy code out of
Ardour.
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-dev
Received on Fri Aug 3 00:15:07 2012
This archive was generated by hypermail 2.1.8 : Fri Aug 03 2012 - 00:15:08 EEST