ozboomer wrote:Gale Andrews wrote:If lame_enc.dll is in C:Program FilesLame for Audacity (where the LAME installer puts it) or in the Audacity installation folder, or in the Plug-Ins folder inside that, the dll should be autodetected without browsing for it, as long as it's called "lame_enc.dll".
Well, that certainly happens... although, the same old problems occur when any encoding is required; that is, a v3.98-2 lame_enc.dll is not found (at encode time) even though the FILE is automatically found or browsed and found. A v3.97 lame_enc.dll file IS both found automatically AND is used Ok at encode time... and the v3.97 lame_enc.dll included in audacity-win-1.3.8-alpha.zip does its encoding now without crashing Audacity.
So you are saying that when you export as MP3 using 3.98.2, instead of export occurring, the "Locate LAME" dialogue pops up, or some other behaviour, if so, what exactly?
ozboomer wrote:The revised v3.97 lame_enc.dll, when used 'out of the box', produces an MP3 file that sounds horrible... EX1-Aud-a.mp3[/b] is the MP3 format file created by the 'revised' v3.97 lame_enc.dll when selected from the 1.3.8 Alpha installation... and it sounds pretty awful. There seems to be all sorts of nasty artefacts in the file. ffmpeg reports: 44100 Hz, stereo, 128 kb/s
We don't support v3.97 in Audacity any longer - you just happen to have a 3.97 version that Audacity accepts. LAME v3.97 is well known to suffer from "warbling" distortion unless you use higher bit rates (circa 192 kbps or higher). To avoid this you need a non-beta LAME 3.98.
ozboomer wrote:I'm using Windows XP Professional 2002 with no service packs installed (no direct internet connectivity for that PC)... and another PC that is using Windows XP Professional 2002 with Service Pack 2. I've tried using these new versions on a couple of PCs now and I keep having the same troubles... but one trivial thing that might be interesting to try as well -- I've also installed Audacity on an 'E:' drive as well as on 'C:' and I get the same problems... but it might be worthwhile seeing if that makes any difference from your (development) side; I've seen weird behaviour like this in other applications where a path only is checked and not a device.
If Audacity autodetects lame_enc.dll from a clean audacity.cfg (meaning it has no contents other than "NewPrefsInitialized=1") then no path is ever read or written anywhere, except the internal one that apparently allows detection to work.
You could try some other angles. Right-click over audacity.exe and try running as administrator (if you are not already doing so). Try right-clicking over audacity.exe > Properties and using other compatibility modes.
Otherwise, unless Leland can think of some obscure reason for what you alone are seeing, or until we can reproduce it, then probably you should use the other alternatives such as WinLAME, or export MP3 with Audacity via the command line (external program) option, purely because chasing a bug that only one person can reproduce really isn't time-effective from anyone's point of view.
Gale