Subject: Re: [linux-audio-dev] Blockless processing
From: Steve Harris (S.W.Harris_AT_ecs.soton.ac.uk)
Date: Fri Dec 13 2002 - 13:32:52 EET
On Fri, Dec 13, 2002 at 11:27:07 +0100, David Olofson wrote:
> Sort by dependencies... But is there any obvious way of dealing with
> feedback loops, or do you explicitly have to specify where you want
> the delay? Maybe there should just be a way of hinting delay
> sensitive connections for when you actually have problems?
Yes, I would maybe do what pd does and execute the modules in layout order.
Though I think pd goes right to left and bottom to top, which seems
backwards. Maybe I've remebered it wrong. If you know that is happening
you can layout the graph so it will execute correctly.
Alternativly just order them by placement sequence (though users find that
confusing apparently ;) or sort by dependencies and pick somewhere at
random for the delay.
> > i think the biquad is so common it's ok to have a .c fragment
> > for the operator instead of coding it in your .g language. a
> > generic iir generator? you can do it with some more .pl i guess.
>
> Makes sense - but I think it would be nice to be able to deal with
> these kind of problems when you need to, so you can do filter
> prototyping and stuff without going back to C. Prototype first, then
> maybe hack an optimized .c fragment.
Yes. Also its quite interesting to be able to delve into filters and see
the internal structure. It would be good for teaching if nothing else.
This appears to be fast enough that that is practical.
- Steve
This archive was generated by hypermail 2b28 : Fri Dec 13 2002 - 13:37:59 EET