AW: [music-dsp] fast convolver

[Alex Stahl]

The Sony DRE-S777 is apparently a real-time convolver, does anyone 
know details of its algorithm?

-alex at pixar.com


>Umm... if your dB-60 response is, say, 1 second, you need to convolve
>EACH input sample with fs response samples. For fs > 100 or so, it won't
>be real-time, and an fs of 100 isn't really all that usable.
>
>Cheers,
>
>				/ h+
>
>
>  >what about using some FIR-algorithm ? should work and be fast enough for
>  >realtime ;-)
>  >
>  >max of wellental
>  >
>  >-----Ursprüngliche Nachricht-----
>  >Von: owner-music-dsp at shoko.calarts.edu
>  >[mailto:owner-music-dsp at shoko.calarts.edu]Im Auftrag von Alexey
>  >Menshikov
>  >Gesendet: Dienstag, 9. Januar 2001 15:12
>  >An: music-dsp at shoko.calarts.edu
>  >Betreff: Re: [music-dsp] fast convolver
>  >
>  >
>  >Actually i thought about realtime FFT convoler :) with small block.
>  >Who care about patent if i do convolver for my own usage?
>  >or even if ill create plug in and sell it :)
>  >So what about fast realtime convolver code arround?
>  >
>  >Alexey Menshikov
>  >Action Forms Ltd.
>  >www.action-forms.com
>  >----- Original Message -----
>  >From: "Wilfried Welti" <wwelti at vme.de>
>  >To: <music-dsp at shoko.calarts.edu>
>  >Sent: Tuesday, January 09, 2001 2:30 PM
>  >Subject: Re: [music-dsp] fast convolver
>  >
>  >
>  >> Alexey Menshikov wrote:
>  >> >
>  >> > Actually i asked sounic foundry about their .sfi format
>  >> > There is no description. as Sounic foundry guy said it just wav encoded,
>  >> > For Acoustic Mirror use simply wav for impulses.
>  >> >
>  >> > Im seeking for fast convolver too. would be interesting
>  >>
>  >> For non-realtime usage it could be quite fast using FFT with big blocks.
>  >> for realtime use there is that "lake dsp" patent for using increasing
>  >> block sizes from the beginning to the end of the impulse response. As i
>  >heared
>  >> they're a bit restrictive about their patents so who should implement and
>  >> distribute it? Though i guess it would be no problem to make a
>  >non-realtime
>  >> implementation just with large blocks, right?
>  >>
>  >> Regards
>  >>   Wilfried
>  >>
>  >> dupswapdrop -- the music-dsp mailing list and website: subscription info,
>  >> FAQ, source code archive, list archive, book reviews, dsp links
>  >> http://shoko.calarts.edu/musicdsp/
>  >
>  >
>  >dupswapdrop -- the music-dsp mailing list and website: subscription info,
>  >FAQ, source code archive, list archive, book reviews, dsp links
>  >http://shoko.calarts.edu/musicdsp/
>  >
>  >
>  >dupswapdrop -- the music-dsp mailing list and website: subscription info,
>  >FAQ, source code archive, list archive, book reviews, dsp links
>  >http://shoko.calarts.edu/musicdsp/
>  >
>
>dupswapdrop -- the music-dsp mailing list and website: subscription info,
>FAQ, source code archive, list archive, book reviews, dsp links
>http://shoko.calarts.edu/musicdsp/


dupswapdrop -- the music-dsp mailing list and website: subscription info,
FAQ, source code archive, list archive, book reviews, dsp links
http://shoko.calarts.edu/musicdsp/