Re: Retry eac

The log file itself indicates that Mr. Pugh is using EAC version 1.5, which
was recently released. As I am (still) using version 1.4, my results might
differ in small (I hope) ways. Also, the FLAC  codec in use is the one that
came with EAC (again, from the log file). It's a 64-bit Windows version
(which Windows release isn't indicated).

BTW, I didn't have to log in to yahoo to download the log file -- it was
attached to the email that
I received.

CueTools does not generate a "track listing", merely a listing of the
number of matching extractions compared to the total in their database
(e.g., 37/39). It's one more check on the quality of extraction, similar to
the AccurateRip database check.

So this gentleman's log file does seem to indicate that the disk was read
and the data evaluated twice. I have not seen this before. What's more, it
seems to indicate that the *compression* to FLAC was done twice. However,
both passes -- if indeed there were two passes -- created files with the
same names, in the same directory, thus Windows would overwrite the "first"
set of files with the "second" set, and there'd still be only one set of
files resulting. Apart from inefficiency, that would not make the media
player see double.

I thought perhaps that a "Test and Copy" might produce the double log
listing; it does not, in EAC 1.4. One of the new features of EAC 1.5 is the
ability to compress to two different formats without changing the config
and re-extracting; maybe it would display a log file like this if "both"
conversions were set to use the same compressor? Clearly I should install
EAC 1.5 and test again.

However, since the remaining problem appears to be that having both
extracted files AND an m3u playlist file confuses the media player,
especially after moving the extracted results, perhaps Mr. Pugh should just
suppress the creation of the playlist file: EAC menu, EAC Options, Tools,
uncheck "Create m3u playlist on extraction".

I hope this is of some help. -- Mark F.