On 03/03/2014 11:17 AM, Tobias Doerffel wrote:
> 2014-03-03 10:15 GMT+01:00 Tobias Doerffel <[email protected]>:
>> This would of course have a severe impact on performance - probably
>> one of the reasons we didn't deploy this in many places yet.
> Addition: things will get very complex and slow when using this for
> more than just amplification etc. (like filter frequencies, phase
> offset, ...). For LADSPA plugins etc. this probably will be impossible
> at all.
>
>

Yeah, LADSPA plugins seem to treat control data differently than audio
data, they only check the control data once per buffer so this probably
is impossible to do with them.

Possibly it could work for some LADSPAs by running the effect with a
buffersize of 1... probably too resource-hungry for playback but might
be useful for export, possibly? I'm not sure if this is feasible at all,
it's just a thought...

What we need now is just two things IMO:

a) implement sample-exactness in the amplifier of the instruments (this
makes peak controllers much more powerful, as you'll be able to connect
them directly to volume knobs)
b) make sample-exact an option for playback as well as export - it might
be too heavy for lower-end computers, but I see no reason to deny the
possibility from people with higher-end hardware

And possibly, implement a native effect amplifier that can be inserted
in any part of the FX chain and controlled sample-exactly.

I'm not sure why filter frequencies couldn't be controlled
sample-exactly though... don't the cutoff LFO's in the ENV/LFO tab
already do so? At least the amp LFO does...

------------------------------------------------------------------------------
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
_______________________________________________
LMMS-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lmms-devel

Reply via email to