Re: [linux-audio-dev] Sample Rate Converter Comparison

2007-01-22 Thread Erik de Castro Lopo
Erik de Castro Lopo wrote: > Hi all, > > SecretRabbitCode was recently included in a test of a number of > commercially available sample rate converters and while it wasn't > the best, it certainly didn't disgrace itself either. I should also thank Ben Loftis of GWL (Harrison consoles) for hooki

Re: [linux-audio-dev] Sound processing objects architecture, is it possible?

2007-01-22 Thread Stefano D'Angelo
Anyway, I gave a fast look at the include/zzub/plugin.h file and it seems me like it's a valid example of a plugin system which could be implemented on the top of an architecture such as the one I'm describing right here. (You were meaning this, right?) Regards, Stefano

Re: [linux-audio-dev] Sample Rate Converter Comparison

2007-01-22 Thread Erik de Castro Lopo
Paul Davis wrote: > congrats Erik. Thanks! > as you said, not the best (r8brain ?) r8brains was good as was iZotope, Wavelab/Crystal and a couple of others. > but compared to the > stuff in some proprietary DAWs, pretty great. quite amazing how bad the > ProTools and Sadie systems were ... Pr

Re: [linux-audio-dev] Sound processing objects architecture, is it possible?

2007-01-22 Thread Stefano D'Angelo
2007/1/22, Dmitry Baikov <[EMAIL PROTECTED]>: On 1/23/07, Stefano D'Angelo <[EMAIL PROTECTED]> wrote: > Good point! This is true, but there are lots of sound processing > plugins around, so maybe instead of creating a new API and then apply > some "compatibility layer", it should be better to cre

Re: [linux-audio-dev] Sample Rate Converter Comparison

2007-01-22 Thread Paul Davis
On Tue, 2007-01-23 at 08:53 +1100, Erik de Castro Lopo wrote: > Hi all, > > SecretRabbitCode was recently included in a test of a number of > commercially available sample rate converters and while it wasn't > the best, it certainly didn't disgrace itself either. congrats Erik. as you said, not t

[linux-audio-dev] Sample Rate Converter Comparison

2007-01-22 Thread Erik de Castro Lopo
Hi all, SecretRabbitCode was recently included in a test of a number of commercially available sample rate converters and while it wasn't the best, it certainly didn't disgrace itself either. The results are here: http://src.infinitewave.ca/ This test gives me yet more incentive to continue

Re: [linux-audio-dev] Sound processing objects architecture, is it possible?

2007-01-22 Thread Dmitry Baikov
On 1/23/07, Stefano D'Angelo <[EMAIL PROTECTED]> wrote: Good point! This is true, but there are lots of sound processing plugins around, so maybe instead of creating a new API and then apply some "compatibility layer", it should be better to create a wrapping tool natively. I think it should be a

Re: [linux-audio-dev] Sound processing objects architecture, is it possible?

2007-01-22 Thread Stefano D'Angelo
2007/1/22, Leonard Ritter <[EMAIL PROTECTED]>: might libzzub be part of what you are searching for? http://trac.zeitherrschaft.org/zzub Well, what do you mean for "extensible DSP plugin system"? Let me know, Stefano

Re: [linux-audio-dev] Sound processing objects architecture, is it possible?

2007-01-22 Thread Stefano D'Angelo
2007/1/22, Dmitry Baikov <[EMAIL PROTECTED]>: On 1/22/07, Stefano D'Angelo <[EMAIL PROTECTED]> wrote: > What I'd like to work on is a sound processing architecture (LADSPA, > VST, DSSI, etc.) wrapper, which hides the details of a particular > implementation to audio program developers. All this a

Re: [linux-audio-dev] Sound processing objects architecture, is it possible?

2007-01-22 Thread Leonard Ritter
might libzzub be part of what you are searching for? http://trac.zeitherrschaft.org/zzub On Mon, 2007-01-22 at 20:08 +0100, Stefano D'Angelo wrote: > Hi all, > I'm quite new to sound-related programming, but however I have an idea > which could interest some of you, but I don't know if it's possi

Re: [linux-audio-dev] Sound processing objects architecture, is it possible?

2007-01-22 Thread Dmitry Baikov
On 1/22/07, Stefano D'Angelo <[EMAIL PROTECTED]> wrote: What I'd like to work on is a sound processing architecture (LADSPA, VST, DSSI, etc.) wrapper, which hides the details of a particular implementation to audio program developers. All this architectures have different APIs. Will your one hav

[linux-audio-dev] Sound processing objects architecture, is it possible?

2007-01-22 Thread Stefano D'Angelo
Hi all, I'm quite new to sound-related programming, but however I have an idea which could interest some of you, but I don't know if it's possible to develop such thing. What I'd like to work on is a sound processing architecture (LADSPA, VST, DSSI, etc.) wrapper, which hides the details of a part