Hab dich schon verstanden, was du suchst ist ein Lame-Codec der über ACM angesprochen werden kann. Die DLL alleine nützt dir da erstmal nix, da dort nur die "Funktionen" zum Coding enthalten sind. Die kann man dann exportieren, kriegste ne schöne kleine Tabelle von Strings, die man dann beim Coden benutzen kann. Falls EAC das immer noch nicht gemacht hat (habe schon seit Wochen kein EAC mehr benutzt, obwohl -> bestes Ripping Prog sowieso), dann ünterstützt es wie gesagt immer noch den Aufruf über die ACM Schnittstelle. Ist vergleichbar mit DirectShow oder VfW (Video for Windoof), halt nur für Audio-Sachen.
Ich würd mal Google quälen, da dürfte sich was mit lame und ACM finden lassen, da bin ich mir ganz sicher. Hab hier auf der Platte auch noch eine relativ alte Version rumliegen, die kann aber leider nicht dekodieren, wofür ich sie eigentlich haben wollte. Naja, Coding funzt damit, wenn Interesse besteht, lad ich die auch gerne hoch, allerdings ist die doch schon ziemlich alt. Also erstmal Google fragen! Viel Glück!

cya
liquid

Nein, das ist ganz normal, da EAC im Secure Mode jeden Sektor mindestens drei Mal ausliest und vergleicht. EAC verlässt sich hier nicht auf die Fehlerkorrektur und Statusausgabe des CD-ROM LW sondern trifft selbst Entscheidungen ob das LW den Sektor richtig gelesen hat. AudioCatalyst ist in meinen Augen eher dürftig, da es sehr naiv mit den LWs umgeht und ihnen fast alles abnimmt. Die Qualität der Rips ist dementsprechend auch mehr schlecht als recht. In der "Szene" ist EAC deshalb auch State-Of-The-Art.

cya
liquid