Re: running certain spectral(?) plugins faster-than-realtime ... issues
Re: running certain spectral(?) plugins faster-than-realtime ... issues
- Subject: Re: running certain spectral(?) plugins faster-than-realtime ... issues
- From: tahome izwah <email@hidden>
- Date: Fri, 20 Aug 2010 18:03:25 +0200
I never understood why people would write code that depends on host
block size. That is both unreliable and bad style.
--th
2010/8/20 Richard Dobson <email@hidden>:
> Of course, there should be no problem. The only thing I can think of is that
> those plugins depend on or expect a particular block size in order to drive
> their FFTs. There has been a steady stream of posts over the years on the
> vst list, at least, from people asking variations on the theme of how they
> can ensure this or that fixed block size from the host as they need it for
> their FFT code - anything rather than having to handle their own buffering.
> If you are changing the block size, that might be what is precipitating the
> problem. It would be most surprising from such illustrious sources, but (if
> not already tried) worth a quick test.
>
>
> Richard Dobson
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden