Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 26 reacties
Bron: Exact Audio Copy, submitter: satcp

Exact Audio Copy is een geavanceerd audio-extractieprogramma om al dan niet beveiligde audio-cd's in te lezen naar de computer, waarbij gekozen kan worden voor vrijwel elk denkbaar compressieformaat. Het programma is ontwikkeld door Andre Wiethoff uit onvrede met de toenmalige extractieprogramma's die vaak slechte resultaten behaalden op beschadigde cd's. Exact Audio Copy gebruikt een leestechniek waarmee fouten met zeer hoge betrouwbaarheid kunnen worden gedetecteerd en vaak zelfs worden gecorrigeerd. Door middel van de AccurateRip-plugin kan de kwaliteit van de rip worden vergeleken met die van andere gebruikers.

Zoals wel vaker na het uitkomen van een belangrijke release worden al snel enkele kleine onvolkomenheden gevonden. Beta 2 is dan ook voornamelijk een bugfix-versie van de begin mei uitgekomen versie 0.95 beta 1. Zo zijn er aanpassingen gemaakt aan de pas toegevoegde CDRDAO-ondersteuning en is er een command line switch toegevoegd voor mensen die problemen hebben met het opvragen van freedb-informatie. Het changelog van deze release ziet er dan ook als volgt uit:

What’s new in version 0.95 beta 2
  • Fixed some starting up issues and "Expecting only one toc-file" problems using CDRDAO
  • Added a new experimental command line switch for those still having freedb problems
  • Some smaller fixes
[break]De volgende downloads zijn beschikbaar:
*Exact Audio Copy 0.95 beta 2 (zonder CDRDAO)
*Exact Audio Copy 0.95 beta 2 (met CDRDAO)[break]
Exact Audio Copy screenshot (resized)
Moderatie-faq Wijzig weergave

Reacties (26)

He, beta 1 had ik gemist :(

Ik wou dat iedereen van dit programma gebruikt (in secure mode) voor het rippen van cd's, is de kwaliteit van de mp3's een stuk beter !!
Vind ik ook, wij gebruiken het bij de omroep om van CD via WAV naar mp2 te gaan, 256k/48khz, en klinkt als een klok.
Via externe encoder, dat wel, maar wordt gewoon door EAC aangestuurd!
MP2? en dan op 256kbps? MP3 op die bitrate klinkt als een klok, maar MP2 was niet zo geweldig...
MP2 op 224Kbit/s wordt gebruikt bij (S)VCD en ik vind dat al behoorlijk goed klinken.
48kHz? Waarom die overbodige conversiestap? Kun je beter de bitrate iets omhoog gooien (256 is wat weinig voor MP2).

Overigens zou ik gewoon meteen FLAC nemen.
Ik gebruik het in combinatie met WinLame (ook freeware): EAC voor het rippen en WinLame om .wav naar .mp3 te doen. WinLame stelt toch wat lekkerder in dan EAC.
Ja, maar als je in google een handleiding zoekt kom je op de site van SatCP en dat instellen valt dan echt reuze mee. Is gewoon een aap een kunstje leren, 1 keer doen en je kunt de instellingen uit je hoofd :Y)
Het jammere vind ik dat het aantal cd/dvd-rom spelers dat niet aan audio-caching doet echt gelijk aan nul is.

EAC heeft wel een feature om dat te omzeilen, maar die werkt niet goed.

Ik heb met EAC eens lopen testen met bekraste cd's en soms gaf hij aan dat de rip 100% was, maar toch week de CRC af van de rip die ik er voor had gemaakt (van dezelfde track natuurlijk ;-)

Probeer zelf maar eens 2x dezelfde cd te rippen. En check de CRC's eens.

Maar EAC is iig de beste oplossing, andere rip programma's zijn echt ruk.

Mijn reactie op de reacties:
Ik gebruik wel de secure mode, maar nou weet ik het weer ja: de veroorzaker was de C2 error retrieving. Daar was ik zelf ook achtergekomen, ik was dat echter weer vergeten.

Ik gebruik(te) overigens een JLMS XJ-166S (hij is gisteren overleden). Omdat die drive een goede C2 error retrieving had, ben ik toen met C2 gaan spelen. Later heb ik dat weer uitgezet, maar de gedachte dat EAC toch best wel vaak fouten kon maken is me (onterecht dus) bijgebleven.

Bedankt dus voor deze herinnering. Nou weet ik weer waarom ik toch EAC als ripper bleef gebruiken :D
Het jammere vind ik dat het aantal cd/dvd-rom spelers dat niet aan audio-caching doet echt gelijk aan nul is.
EAC heeft wel een feature om dat te omzeilen, maar die werkt niet goed.
Ik heb met EAC eens lopen testen met bekraste cd's en soms gaf hij aan dat de rip 100% was, maar toch week de CRC af van de rip die ik er voor had gemaakt (van dezelfde track natuurlijk ;-)
Dat kan alleen betekenen dat je een instelling fout hebt staan of dat er elders - mogelijk in de drive een probleem is (zeer waarschijnlijk foutieve C2-informatie). De cache-omzeiling van EAC is feilloos doordat EAC steeds de buffer figuurlijk laat overlopen (hierdoor moet er veel meer gelezen worden wat dan ook meteen de oorzaak is van de traagheid van EAC). De tweede leespoging zal niet uit de buffer gehaald kunnen worden daar er ondertussen al andere data in de buffer zit. Er moet dus opnieuw van de cd gelezen worden.

Dat systeem werkt perfect en is in de loop van de jaren uitvoerig getest, ondermeer door mezelf.

Dat wil overigens niet zeggen dat het absoluut onmogelijk is dat EAC fouten over het hoofd ziet. Er is een bijzonder kleine kans dat bij het foutief inlezen bij de tweede leespoging dezelfde foutieve informatie zal worden gelezen. Dit lijkt hoogst onwaarschijnlijk, maar het komt voor. Ik heb het zelf tijdens m'n uitvoerige testen enkele malen meegemaakt. Bij normaal gebruik is de kans hierop echter verwaarloosbaar klein.
Erger is foutieve C2-informatie. Wanneer EAC gebruik maakt van C2-foutinformatie vertelt de cd-romspeler EAC wanneer er fouten zijn. Het programma gaat dan niet elk block tweemaal herlezen, maar zal pas herlezen als de drive een fout aanduidt. Jammer genoeg is de C2-informatie geleverd door veel drives niet 100% betrouwbaar. Dat betekent dat EAC - of liever gezegd de drive - fouten over het hoofd kan zien. Helemaal falikant mis gaat het met drives die zeggen dat ze C2 ondersteunen, maar in werkelijkheid geen fouten aanduiden. Heb je steeds perfecte rips mee (ironisch)...
Bij mijn 2 Plextors werkt die functie gewoon goed. (3x vergelijken op CRC) Ik gebruik juist EAC voor bekraste cd's goed uit te lezen.

Rip je wel in secure mode? Welke lezer heb je?

Mijn lezers bij de test:
- Plextor PX-708A
- Plextor PX-130A
Als je dan toch voor een betere kwaliteit wil gaan... waarom dan nog mp3? En zelfs mp2?
Gebruik dan gelijk Ogg Vorbis of, als schijfruimte geen probleem is, Flac.

Voor de aanbevolen encoder voor Ogg Vorbis kijk je hier:
http://www.hydrogenaudio.org/forums/index.php?showtopic=15049
Op dit moment is oggenc25.exe de download die je wilt.
Welke encoder je ook aanbeveelt: laat mensen dan aub wel EAC gebruiken. Ik kan iedere keer wel janken/lachen als ik weer mp3's tegenkom die dan op 256kbit gecodeerd zijn, maar waar de jitter je om de oren vliegt. (ik heb ook APE-files waar tikken in zitten, omdat wederom het rippen slecht gedaan is)
Ik hoop wel dat het nu niet zo vaak meer vastloopt...

Als er echt veel krassen in een cd zitten, hangt het programma de hele ide bus(en dus ook de rest van de pc) op.

Ik gebruik nu maar CdEX, werkt ook goed,geen last van tikken e.d. (de error check werkt wel goed in ieder geval, op Paranomia mode is 0 errors dus echt foutloos)
Programma geeft niet snel op, 2 uur over 1 rotte audiotrack is geen uitzondering

Goede tweede is de goeie oude Plextor 40x SCSI cd-rom met Plextools(alleen jammer dat plextools alleen met Plextor drives werkt)
Ik hoop wel dat het nu niet zo vaak meer vastloopt...
Als er echt veel krassen in een cd zitten, hangt het programma de hele ide bus(en dus ook de rest van de pc) op.
Echt hangen doet EAC dan niet, maar het programma kan wel gedurende relatief lange tijd lijken te hangen. Dit kan inderdaad bijzonder storend zijn. Meestal is de track dan toch reddeloos verloren. Een truukje om wanneer dit voorkomt de pc te bevrijden uit EAC's ban is de functie om de cd-rom tray te vergrendelen uit te zetten in de opties. Doet EAC de pc dan weer eens 'hangen' en heb je geen zin om te wachten tot EAC erdoor komt, dan druk je gewoon op de eject-knop van je cd-romspeler. EAC heeft dit echter niet door en denkt dat de drive gewoon lege blocks stuurt. Het resultaat is dat EAC meteen weer reageert (en fouten leest terwijl de drive niet eens draait :P) en het systeem ook weer vrij komt.
Ik gebruik nu maar CdEX, werkt ook goed,geen last van tikken e.d. (de error check werkt wel goed in ieder geval, op Paranomia mode is 0 errors dus echt foutloos)
Paranoia werkt schijnbaar wel alleen betrouwbaar bij spelers die geen audiodata cachen. Laat het nu net deze drives zijn die momenteel sterk in de minderheid zijn... Vrijwel alle recente drives hebben caching.

In testen uitgevoerd op drives die cachen scoort CDex bijzonder ondermaats en wordt simpelweg verpletterd door EAC en PlexTools.
http://wiki.hydrogenaudio.org/index.php?title=EAC_Vs_CDex_SecureMode

Zoals je hier kunt lezen is de Paranoia mode niet altijd betrouwbaar.
Het hangt inderdaad nogal van de cd drive af.

Ik heb het op 5 verschillende drives geprobeerd
(AOpen 1647 /aap pro, Lite-On SOHD-167T, Nec ND-3500 , Plextor PX-40TS en Plextor PX-R412C)

Als het echt moeilijk wordt, dan hangt EAC .

De beste drive blijkt de AOpen te zijn.
Deze leest het beste van al deze drives.

En ik luister uiteraard naar de WAV files, daar gaat het nou juist om.

Deze cd`s zijn niet meer te krijgen en zelfs in een normale cd-speler zijn ze bijna niet meer af te spelen.

Dus is het zeker de moeite om deze ingelezen te krijgen.
En hier werkt dus CdEx beter als EAC.

En dat het lang duurt, maakt me niet uit, als ik de cd maar ingelezen krijg zonder getik en gekraak.
Dat betekent dat je er ook cd's mee kunt branden.

Bij de vorige release stond dit:
In deze nieuwe versie is de stabiliteit sterk verbeterd en zijn diverse nieuwe mogelijkheden toegevoegd, waaronder de mogelijkheid om cd's te branden.
Wat is cardware?
Licentietype: Cardware
(Misschien is het wel handig dat Licentietypes voorzien worden met een link naar T.net met uitleg)
http://gathering.tweakers.net/forum/list_messages/905920///licentietyp e
gevonden!(je moet een ansichtkaart sturen naar de maker(s))
Staat ook gewoon op de betreffende site. :)
Ik vind het allemaal een beetje overdreven audiofielengezeur over die vermeende ripkwaliteiten van EAC. Als ik gewoon ff snel een CD wil rippen, gebruik ik gewoon AudioGrabber + LAME. Dan zit er (schijnbaar) maar af en toe een foutje in, ik bied het toch niet aan op internet.

Het (vermeende) kwaliteitsverschil weegt mi niet op tegen de brakheid en de onduidelijkheid in configuratie van EAC, icm mijn pauper Aopen DVD-speler en mijn pauper LiteOn CD-fikker.
Heeft niks met audiofilisme (hm) te maken. Ga jij maar lekker op je hoofdtelefoon zo'n door AudioGrabber geripte track 'met maar af en toe een foutje' luisteren, dan hoop ik voor je oren dat je dat op een heel laag volume doet, want zo'n krijsende tik doet gewoon pijn anders. Die dingen komen van een stofje of beschadigingetje op de cd, en daar maakt AudioGrabber keiharde herrie van.
EAC snapt dat die herrie niet okee is, en leest het stukje indien nodig nog 184 keer (letterlijk) in, wel zo fijn voor je oren, want die willen ook niet-audiofielen graag nog lang gebruiken, toch?
Ik heb nog nooit last gehad van de problemen die jij hier beschrijft. AudioGrabber ript hier uitstekend. Itt dat brakke EAC, dat de functionaliteiten van mijn CD-spelers niet goed uitleest, regelmatig een tijdje blijft hangen en sowieso erg traag is.
Ik heb wel eens meegemaakt dat EAC een track weigerde uit te lezen, vanwege errors, terwijl Audiograbber 'm gewoon pakte. En die Audiograbber-rip mankeerde niks (geluisterd met koptelefoon).
EAC is blijkbaar erg streng (en heel traag).

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True