Re: [Audacity-devel] Var-rate rendering improvements
A free multi-track audio editor and recorder
Brought to you by:
aosiniao
From: Vaughan J. <va...@au...> - 2013-01-11 01:31:31
|
On 1/7/2013 12:17 PM, Rob Sykes wrote: >[...] > Outstanding libsoxr things for 2.0.3 that I know of: > > 1. This patch http://dl.dropbox.com/u/8835547/m4-patch is needed to support builds with a system lib. Can somebody on *nix please commit this? TortoiseSVN on Win has proven it doesn't handle it correctly. > 2. I've gone right off the name "Basic" quality—shall we just call it "Medium" and be done with it? (Whatever objections I had before seem to have melted away). I read the further discussion you had with Steve. You still prefer Medium, as I read it, so I think "author decides" guideline applies. I've gone ahead and made that change. Easy to change again before release, if further discussion warrants it. But does "Quality" need to be in each entry? The word is in only one of the several libresample and libsamplerate names. > 3. A decision is needed as to the default var-rate resampler (either libresample or libsoxr) as it's currently the latter on windows, and the former on unix. I say libsoxr! :-) But we need a *nix and Mac devs to do that, I think. > 4. Libsoxr should really be on a vendor-branch in the audacity tree; how to do it is described in audacity-patches.txt. There's a choice of whether to base this on a git checkout (there already), or on a tar-ball downloaded from sourceforge (once one is there). Okay, but better post-2.0.3, I think. > 5. Possible issue with static/virtual methods in Resample.cpp (details sent to Vaughan off-list). Fixed, I believe, with my commits today. Thanks, Rob! And Steve for follow-up. - V |