[LAU] Need to create delay or artificial latency

[jwm.art.net at gmail.com]

The CMT LADSPA delays have no feedback.

Sent using BlackBerry® from Orange

-----Original Message-----
From: Patrick Shirkey <pshirkey at boosthardware.com>
Sender: linux-audio-user-bounces at lists.linuxaudio.org
Date: Mon, 04 Apr 2011 15:55:02 
To: <linux-audio-user at lists.linuxaudio.org>
Subject: Re: [LAU] Need to create delay or artificial latency

On 04/04/2011 03:09 PM, David Adler wrote:
> On Mon, Apr 4, 2011 at 4:18 AM, Patrick Shirkey wrote:
>    
>> On 04/04/2011 12:12 PM, Paul Davis wrote:
>>      
>>> On Sun, Apr 3, 2011 at 9:57 PM, Daniel Bair wrote:
>>>        
>>>> I have two different sized delays that I need to create.
>>>> 1.) I need a audio delay of no more than 4 seconds. All of the delay
>>>> plugins
>>>> for Jack-Rack create echo. I just need a pure delay or artificial latency
>>>> inserted into the jack audio stream (the output needs to be delayed 4
>>>> seconds from the input without mixing back the input).
>>>>          
>>> just change the dry/wet mix to 100% wet and you'll get what you want.
>>>        
>> Not quite. It depends on the amount of feedback too.
>>      
> Or use puredata, an example patch is attached.
>
>    
>>>> 2.) I need a timezone delay of no more than 4 hours. (there are no
>>>> plugins
>>>> for Jack-Rack that do this and my attempt to create one with csladspa
>>>> doesn't work... I have plenty of hd space for looped storage.)
>>>>
>>>>          
>>> more details on the use case would be appropriate. it may not be that
>>> a delay in the conventional sense is the right answer. or it could be.
>>> no way to tell.
>>>
>>>        
>> I think hk.e is wanting to buffer for upto 4 hours... Either that or record
>> something and then play it back up to 4 hours later. Sounds like a very
>> unconventional tool so would probably be best to create it with PD or build
>> the app from scratch. However it may be that "timemachine" does what he is
>> looking for.
>>
>>      
> No. Timemachine just records audio.
> I cannot help here.
>
> (14400000 ms in [delwrite~] is too much for puredata -
> I was just curious. Anyhow, these objects use ram, not
> the disc.)
>    

So puredata can't buffer 4 hours of data? Is that a limitation of  the 
available memory or the internal format or what? Ardour can records for 
at least 10 hours non stop.

Maybe ecasound is a better tool for this procedure?






-- 
Patrick Shirkey
Boost Hardware Ltd.

_______________________________________________
Linux-audio-user mailing list
Linux-audio-user at lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user