the cache can then be defeated by either using the FUA
(force unit access flag) on supporting drives, or by overreading the cache.

if i remember correctly, ruby ripper is designed to overread
the cache. in that sense, ruby ripper at least is good for
accurate rips. it probably uses an arbitrarily large target
buffer size rather than detecting the cache.

the problem is, non of the developers of low level cd rippers on linux seem interested in the kind of pedantic detail provided by EAC. IOW, accurate rip support, proper log files, and C2 error support seem to be outside the scope of the application as it is designed.

there exists an open source linux accurate rip checker
called ARCue.pl and that seems to indicate that the spoon
(accurate rip creator) is open to open source apps using
the db, and that it’s trivially easy to do. it’s not suitable for
most people though as it currently only works on images,
not tracks.

i may submit some changes to it at some point but i’m seriously looking at modifying one of the existing linux
C/C++ tools to provide a ripper comparible to EAC. (GUI included)

don’t watch this space though

Fixed this not by changing Wine. Just followed logos34’s tip to “launch EAC and set EAC options>interface tab to “Native Win32 interface for NT/2000/XP. Relaunch.”

Now it works fine – although EAC now only sees my first CD/DVD Drive.

Thanks! Happy to have a easy solution to this.

Yet another case of the devs *improving* a pkg to the point it no longer works properly!

I finally got the latest Wine release (.61) to work by CAREFULLY going through winecfg Drive tab. On mine it refuses to autodetect the partitions/devices correctly and includes duplicate entries, which I have to clean up. Here’s what I have to do:

-press ‘Autodetect…’ button
-go through the list manually clicking on each and every partition/device, with ‘Type’ dropdown menu set to ‘Autodetect’. It turns out that on mine the cdrom drive was being misidentified as a ‘local hard disk’ partition. So I added it as D:\ and set type to CDROM.
-launch EAC and set EAC options>interface tab to “Native Win32 interface for NT/2000/XP. Relaunch. Only then does EAC see the drive and fetch cddb info for audio CD.

The problem is that it does not always save the settings over standby or system restart. So I have to reconfigure all over again!

I appreciate Wine is hard to setup, had EAC not worked well on any Wine I would have accepted that. What annoyed me was that EAC, which had been working through quite a few versions of Wine for about 18 months (across both Ubuntu and Fedora) suddenly stopped working after an upgrade.
Incidentally, my life is largely spread between fiddling inside old & new studio equipment and tweaking realtime performance on Linux workstations with little human interaction. So yes, my life is fairly pathetic The EAC clone you refer to is cdparanoia and/or RubyRipper. There’s two basic problems with those systems:

They do no empty the CD-ROM cache, so if your optical drive caches audio, your error correction won’t be accurate

There is no system that currently works with AccurateRip. And AccurateRip is a great little insurance system to verify that the CD rip is indeed accurate

In any event, my investigations into this have shown that it’s as much a kernel problem as anything else. And no, it’s not “that kernel problem” that’s cropped up with Wine and Ubuntu Hardy (I get that too, but there’s another issue that affects EAC).

In any event, this is all academic at the moment as my optical drive packed up last week and now there’s some sort of major power problem with my laptop and it’s currently in the hands of a trained money at Toshiba.

Thanks for the comments BTW.

To be serious though, there is an eac clone for linux (produces the same logs and uses the same ripping processes), i just do not know what it is called and cannot be arsed to look for them.

I don’t like regressions either, but many times a new Wine version will see regressions fixed if bug reports have been submitted.

P.S. Not too sure about procedures but I know it can be done.
GL.

I filed two bugs of my own about this just now,
http://bugs.winehq.org/show_bug.cgi?id=12359 and
http://bugs.winehq.org/show_bug.cgi?id=12361