Thanks very much for your replies guys.
Jurg98 and
Apesbrain (via PM) hit the nail on the head.
Basically I just needed to stop messing with all this % thingy stuff (as there were conflicts with source and destination paths).
I was exactly following instructions that I had read on various sites (including this one) and that's what caused the problem. Command line switches are nothing but gibberish to me, so even though it's easy enough to see what the individual switches like %s etc. relate to, it's more difficult to be aware of the
interaction of the command line (as a whole) with other options that have been set within EAC. EAC gives you no warning of potential clashes or settings duplication (hence my comments about its poor interface).
One example is; using command line options makes the drop down list for bit rate redundant, but yet this drop list is not 'greyed out' when you enter text into command line box. So, you don't know if the bit rate value is having an effect or not (as the UI does not give you any visual cue). It's one of those things that you end up "just knowing" because you read somewhere that this is just how it works. This issue could be easily solved with just a couple of radio buttons.
I know loads of people will probably love the interface in EAC, but to me that kind of thing is just bad UI design. Obviously that's just my own opinion. There is, however, absolutely no denying that the underlying architecture of EAC is exemplary and delivers excellent results (but that don't necessarily mean that its interface is a triumph of usability and aesthetics).
I am still not exactly sure what the problem is in my configuration, but thanks to you guys I now know that it's something to do with defining source and destination files in 2 places at once (which either EAC or LAME does not like).
I simply removed the %s %d from my command line (which I had read in several different documents were
essential switches) and it now works!
So thank you all very much.
This at least allows me to start making files and will give me more time to familarise myself with EAC's way of working (so that I can properly track down and understand where the problem lies in my current config).
The reason I was persevering with using lame.exe rather than lame.dll, is that I read in the Coaster Factory tutorial that lame.dll should be avoided.
The article said:
QUOTE
"For VBR encoding r3mix.net recommends somewhat more advanced settings: -V 1 -b 128 -m j -h -q 1. Now here's the problem with the DLL. The -q 1 switch cannot be used when using the DLL. That is the reason why I do not recommend the usage of the LAME DLL for Variable Bitrate encoding. You better use the external executable version of LAME."
Finally, one more questions if I may:
How can I make EAC write ID tag information into wav files when extracting from CD to wav? I would prefer to extract several CD's to wav first and then set the whole lot compressing over night (as my PC is not very fast). However, if I do not make the MP3 file immediately in EAC, then it does not use any of the ID tag info that it has looked up in FreeDB and all the resulting MP3s have no tags at all.
In AudioGrabber this is done with just one checkbox "Append ID3 info to wav file for future use". You can then come back to the wav files at a later date and make MP3s with the full ID3 info.
I'm looking for the equivalent feature in EAC.
Thanks again
Oomingmak