Re: [Audacity-devel] Mac rc1 for 2.0.3 [was: Mac Xcode project]

[Gale A. <ga...@au...>]

| From Bill Wharrie <bi...@go...> 
| Wed, 16 Jan 2013 15:28:19 -0500
| Subject: [Audacity-devel] Mac rc1 for 2.0.3 [was: Mac Xcode project]
> 
> On 16/01/2013, at 2:01 PM, Gale Andrews <ga...@au...> wrote:
> 
> > 
> > | From Bill Wharrie <bi...@go...> 
> > | Wed, 16 Jan 2013 12:40:30 -0500
> > | Subject: [Audacity-devel] Mac rc1 for 2.0.3 [was: Mac Xcode project]
> >> 
> >> On 16/01/2013, at 2:55 AM, Gale Andrews <ga...@au...> wrote:
> >> 
> >>> 
> >>> | From Vaughan Johnson <va...@au...> 
> >>> | Tue, 15 Jan 2013 22:08:48 -0800
> >>> | Subject: [Audacity-devel] Mac Xcode project
> >>>> Overall, I meant to ask, is 2.0.3 ready for Mac rc1 or not?
> >>> 
> >>> I'll take a look sometime during the day. It would be great if 
> >>> Bill can do so too. 
> >>> 
> >>> I believe it's OK, I tested the addition of higher supported
> >>> sample rates a while ago. The thing that has changed would 
> >>> be the move to libsoxr Time Track resampling.
> >> 
> >> Computer is iMac 27" late 2012, 2.7 GHz quad-core i5 with 8 GB RAM.
> >> 
> >> The Jan 16 nightly shows libsoxr as the only resampling library enabled. A quick test with a time track shows that it works. I have no way of objectively assessing the quality of the resampling. Playback is continuous with the default real-time resampler. Exporting a 38-minute stereo track to AIF takes 8 seconds if not time warped, and 30 seconds when warped and using the default highest-quality resampler. The AIF was copied into the project and the project quality was 32-bit float/44100.
> 
> Just realized that the Quality Prefs settings have nothing to do with this. AFAICT there is meant to be a single var-rate resampler used for both real-time and export operations when using a Time Track.
> 
> -- Bill

At present only one resampling library can be enabled in a build. That
library is libsoxr in releases and for a default self-compiled build on
any platform. 

Whatever library is enabled, changing Prefs converter qualities 
does not affect var-rate resampling (as you say).  

Libsoxr var-rate uses a single, dedicated quality level for var-rate 
(so it's the same quality for playing or rendering Time Tracks). 

Hoping I've mastered all that, I cleared the Manual P1's about 
this, so please verify you're happy. I slightly fudged the "single"
referred to above, given the other two resampling libraries use 
different var-rate qualities for playback and render, but I 
think it's clear enough.   




Gale