new EAC is out:
http://www.exactaudiocopy.de/en/index.php/...urces/download/ (http://www.exactaudiocopy.de/en/index.php/resources/download/)
Ooh, plug-ins.
Plugins are good. I love plugins. Here's a plugin that adds CTDB support to EAC: CUETools.CTDB.EACPlugin.rar (http://s3.cuetools.net/CUETools.CTDB.EACPlugin.rar) - just unpack this to EAC folder.
This actually contains two plugins, which can be enabled/disabled independently. One is a metadata plugin which uses Musicbrainz data via CTDB, other is an audio processing plugin which can verify and submit rips to CTDB.
Gregory, I see only Cuetools DB plugin, is that OK? I've unpacked all of it into EAC folder.
There's a button on the toolbar whose tooltip says "Get CD Information From Metadata Provider". Click on the down arrow next to it and select CUETools DB Metadata Plugin, if you wish to use CTDB/Musicbrainz instead of FreeDB.
Oh yeah... I thought there are two independent plugins that can be independently disabled in settings of plugins...
Thank you.
I found that having the audio processing plugin enabled reduced the extraction speed of EAC 1.0b2 significantly (70% - 75% with my copy). Disabling it returned it back to normal.
This shouldn't happen. At least it doesn't happen on my system, and CPU usage during extraction is close to zero with plugin enabled. Please recheck this, because the extraction speed can be quite random sometimes and can for example decrease if drive is overheated. If this still happens, please post more details, including extraction log etc.
Well, I like the ability to get data from Musicbrainz. If there would be plugin for Discogs, the program would be, IMO, complete...
Plugins are good. I love plugins.
thanks for this.
one minor thing...
---- CUETools DB Plugin V2.1.2
[CTDB TOCID: ePTcfUqg_QbtgQ4.P3ofGQ.zDLA-] found, Submit result: database access error: The request was aborted: The request was canceled..
[30d825de] (27/27) Accurately ripped
the cue tools DB not being available isn't the issue - things like that can't be helped. but i did notice it locks the EAC interface for a good minute or 2. surely it should only wait for a few seconds before giving up?
Thanks.
I reduced connection timeout to 15 seconds and re-uploaded the plugin.
This shouldn't happen. At least it doesn't happen on my system, and CPU usage during extraction is close to zero with plugin enabled. Please recheck this, because the extraction speed can be quite random sometimes and can for example decrease if drive is overheated. If this still happens, please post more details, including extraction log etc.
Re-ripped the CD in question in EAC 1.0b2. Here's what the results look like with the audio processing plugin turned off
Exact Audio Copy V1.0 beta 2 from 29. April 2011
EAC extraction logfile from 28. May 2011, 11:43
Various Artists / Dirty Dancing
Used drive : MATSHITADVD/CDRW UJDA770 Adapter: 2 ID: 0
Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : Yes
Make use of C2 pointers : No
Read offset correction : 102
Overread into Lead-In and Lead-Out : No
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks : No
Null samples used in CRC calculations : Yes
Used interface : Native Win32 interface for Win NT & 2000
Used output format : Internal WAV Routines
Sample format : 44.100 Hz; 16 Bit; Stereo
TOC of the extracted CD
Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.00 | 4:50.25 | 0 | 21774
2 | 4:50.25 | 2:39.57 | 21775 | 33756
3 | 7:30.07 | 3:52.68 | 33757 | 51224
4 | 11:23.00 | 4:08.32 | 51225 | 69856
5 | 15:31.32 | 1:35.55 | 69857 | 77036
6 | 17:07.12 | 3:17.38 | 77037 | 91849
7 | 20:24.50 | 3:01.57 | 91850 | 105481
8 | 23:26.32 | 2:23.65 | 105482 | 116271
9 | 25:50.22 | 3:41.03 | 116272 | 132849
10 | 29:31.25 | 2:54.20 | 132850 | 145919
11 | 32:25.45 | 4:01.00 | 145920 | 163994
12 | 36:26.45 | 3:05.45 | 163995 | 177914
Range status and errors
Selected range
Filename C:\Documents and Settings\All Users\My Documents\My Music\EAC\Various Artists - Dirty Dancing.wav
Peak level 100.0 %
Extraction speed 3.2 X
Range quality 99.9 %
Copy CRC EEA74A59
Copy OK
No errors occurred
AccurateRip summary
Track 1 accurately ripped (confidence 2) [C4F6C71E] (AR v2)
Track 2 accurately ripped (confidence 2) [9B1A81AC] (AR v2)
Track 3 accurately ripped (confidence 2) [C0609EC3] (AR v2)
Track 4 accurately ripped (confidence 2) [9CE660FE] (AR v2)
Track 5 accurately ripped (confidence 2) [D8C6F12D] (AR v2)
Track 6 accurately ripped (confidence 2) [046CB853] (AR v2)
Track 7 accurately ripped (confidence 2) [59DF9013] (AR v2)
Track 8 accurately ripped (confidence 2) [D7369F5C] (AR v2)
Track 9 accurately ripped (confidence 2) [0792F030] (AR v2)
Track 10 accurately ripped (confidence 2) [916DA399] (AR v2)
Track 11 accurately ripped (confidence 2) [CFDA6AFA] (AR v2)
Track 12 accurately ripped (confidence 2) [D8290942] (AR v2)
All tracks accurately ripped
End of status report
And here's what they look like with it turned on
Exact Audio Copy V1.0 beta 2 from 29. April 2011
EAC extraction logfile from 28. May 2011, 12:03
Various Artists / Dirty Dancing
Used drive : MATSHITADVD/CDRW UJDA770 Adapter: 2 ID: 0
Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : Yes
Make use of C2 pointers : No
Read offset correction : 102
Overread into Lead-In and Lead-Out : No
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks : No
Null samples used in CRC calculations : Yes
Used interface : Native Win32 interface for Win NT & 2000
Used output format : Internal WAV Routines
Sample format : 44.100 Hz; 16 Bit; Stereo
TOC of the extracted CD
Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.00 | 4:50.25 | 0 | 21774
2 | 4:50.25 | 2:39.57 | 21775 | 33756
3 | 7:30.07 | 3:52.68 | 33757 | 51224
4 | 11:23.00 | 4:08.32 | 51225 | 69856
5 | 15:31.32 | 1:35.55 | 69857 | 77036
6 | 17:07.12 | 3:17.38 | 77037 | 91849
7 | 20:24.50 | 3:01.57 | 91850 | 105481
8 | 23:26.32 | 2:23.65 | 105482 | 116271
9 | 25:50.22 | 3:41.03 | 116272 | 132849
10 | 29:31.25 | 2:54.20 | 132850 | 145919
11 | 32:25.45 | 4:01.00 | 145920 | 163994
12 | 36:26.45 | 3:05.45 | 163995 | 177914
Range status and errors
Selected range
Filename C:\Documents and Settings\All Users\My Documents\My Music\EAC\Various Artists - Dirty Dancing.wav
Peak level 100.0 %
Extraction speed 2.3 X
Range quality 99.9 %
Copy CRC EEA74A59
Copy OK
No errors occurred
AccurateRip summary
Track 1 accurately ripped (confidence 2) [C4F6C71E] (AR v2)
Track 2 accurately ripped (confidence 2) [9B1A81AC] (AR v2)
Track 3 accurately ripped (confidence 2) [C0609EC3] (AR v2)
Track 4 accurately ripped (confidence 2) [9CE660FE] (AR v2)
Track 5 accurately ripped (confidence 2) [D8C6F12D] (AR v2)
Track 6 accurately ripped (confidence 2) [046CB853] (AR v2)
Track 7 accurately ripped (confidence 2) [59DF9013] (AR v2)
Track 8 accurately ripped (confidence 2) [D7369F5C] (AR v2)
Track 9 accurately ripped (confidence 2) [0792F030] (AR v2)
Track 10 accurately ripped (confidence 2) [916DA399] (AR v2)
Track 11 accurately ripped (confidence 2) [CFDA6AFA] (AR v2)
Track 12 accurately ripped (confidence 2) [D8290942] (AR v2)
All tracks accurately ripped
End of status report
---- CUETools DB Plugin V2.1.2
[CTDB TOCID: R4F5q.1FJGvPPGdhVJZfjkPws9g-] found, Submit result: R4F5q.1FJGvPPGdhVJZfjkPws9g- has been confirmed
[a44f5b0b] (112/112) Accurately ripped
As you can see, there is almost a 1.0x reduction in ripping speed when the audio processing plugin is turned on, which translates into the rip taking 6 - 7 minutes longer than it should.
[!--sizeo:1--][span style=\"font-size:8pt;line-height:100%\"][!--/sizeo--]Moderation: Codebox! It's the new black![/size]
Will installing this new beta cause all settings/presets to be lost? (moving from 0.99 to 1.0 was )
Yeah. You will have to recreate filename presets, at least.
Well, I like the ability to get data from Musicbrainz. If there would be plugin for Discogs, the program would be, IMO, complete...
I would love to see meta-data pulled from multiple sources, including MB, Discogs and freedb and aggregated in a manner similar to dBpoweramp's perfectmeta.
Great to see the addition of CTDB to EAC. Maybe spoon will follow??
i'd like to see more free sources added. i'd also like the ability to tell EAC to add comp tags.
Don't know if this is the right place but I just want to let whoever it may concern that there is an error here: http://wiki.hydrogenaudio.org/index.php?ti...nal_Compression (http://wiki.hydrogenaudio.org/index.php?title=EAC_Compression_Options#External_Compression)
So an exemplary EAC 1.0b2 or newer command-line could look like this (LAME):
-V 0 --vbr-new --ta "%artist%" --tt "%title%" --tl "%albumtitle%" --tg "%genre%" --ty "%year%" --tn "%tracknr" --tc "%comment%" %source% %dest%
"%tracknr" should read "%tracknr%"
Thanks for your report; the error will be amended.
If anyone has any corrections, suggestions, etc. regarding a page on the Knowledgebase—but you don’t want to create a wiki account and apply for its activation (http://www.hydrogenaudio.org/forums/index.php?showtopic=42543)—please let myself or another moderator/administrator know via PM rather than by bumping old threads.
I'd really like to see EAC fix the long-standing issue with UNC paths. I can't rip files to a network drive unless I mount it to a drive letter first, which is annoying. Should be a pretty easy fix.
Could it be, that the release itself wasn't the only new thing on http://www.exactaudiocopy.de/ (http://www.exactaudiocopy.de/) , but also the installation of a flattr button for easy donation to the developer ? ^^ I could have sworn, that there wasn't a flattr button on this page before... as soon as it's possible to load one's flattr account via direct bank account, I'll flattr EAC !
thanks for the info
Re-ripped the CD in question in EAC 1.0b2. Here's what the results look like with the audio processing plugin turned off
As you can see, there is almost a 1.0x reduction in ripping speed when the audio processing plugin is turned on, which translates into the rip taking 6 - 7 minutes longer than it should.
Moderation: Codebox! It's the new black!
i just updated to beta2, and im experiencing huge increment in ripping time, now its taking as long as 120minute -150minute . (earlier it was less then 30minute )
my setting are exactly same as older version, but i clean installed this version.
is there any extra setting to rip with 100% log for speed bost ?
im following blowfish setup guide.
thanks in advance.
I have another problem after updating to beta 2:
I have a few profiles saved in beta 1. After updating (just installed beta 2 over beta 1), I can't change between the profiles. If I do so, EAC just crashes without any message, it just disappears. Is this a known error? Are beta 1 profiles not compatible with beta 2?
Are beta 1 profiles not compatible with beta 2?
No
Are beta 1 profiles not compatible with beta 2?
No
But then it's a little strange that the program just crashes, when old profiles are loaded...
Many people may update EAC by installing it over the older version. Then everybody who is using profiles should run into similar problems.