At the suggestion of some posts here, I backed out the standard LAME DLL engine that comes with CDex 1.51 (3.92) and replaced it with 3.90.3. I've been experimenting and the MP3s do sound better with -alt-presets standard than -R3Mix. However, the resulting bitrate seems a bit too high (wasteful) for some of the rock stuff I'm encoding - averaging over 200kbps - when I'm honestly not hearing a whole lot of difference and most of my MP3 listening is in less than idea places (the car or at work on mediocre headphones).
So I'd like to give the -Y switch (and others) a try, but there doesn't seem to be a way to use this or any of the LAME switches in CDex which aren't pre-programmed into the CDex interface... Is this true? Any work-around short of changing ripping programs (and moving to a two-stage extract/encode cycle instead of the very cool on-the-fly encoding)? If not, I suppose I would suggest that an "advanced" option would be nice so one could pass whatever options to lame_enc.dll.
Using -APS encoding is also taking a LOT longer on my P4 3Ghz - twice as long as R3Mix or even -APFS - and contrary to what some people here seem to think, time does matter when you have around 1000 CDs to encode! If I want to use -alt-presets fast standard, am I better off with LAME 3.92 or 3.90.3?
Thanks!
- mikebo