![]() |
|
|||||||
| Exact Audio Copy - English Offizielles Support Forum - Englisch |
![]() |
|
|
Thread Tools | Display Modes |
|
|
#121 |
|
Registered User
Board-Frischling
Join Date: Jul 2007
Location: Netherlands
Posts: 9
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
|
|
|
|
|
| Sponsored Links | |
|
|
#122 |
|
Registered User
Member
Join Date: Nov 2005
Location: Ostschweiz
Posts: 147
Abgegebene Danke: 0
Erhielt 1 Danke für 1 Beitrag
|
Offset correction without liability to install AccurateRip would be nice. This to receive absolutely bit-identical rips, also for blank space at the begin and the end of a track.
Greez Paesc Last edited by paesc on 18-08-2007 at 23:39 |
|
|
|
|
|
#123 |
|
E.A.C. Coder
![]() Senior Member (Board-Inventar)
Join Date: Sep 2000
Posts: 2.523
Abgegebene Danke: 0
Erhielt 14 Danke für 6 Beiträge
|
Sorry, I don't understand that... To disable AccurateRip, either disable "Use AccurateRip with this drive" or just delete the AccurateRip DLL from the EAC folder...
Of course you can extract "blank" space (silence) at the begin and the end of tracks!? cu, Andre |
|
|
|
|
|
#124 |
|
Registered User
Member
Join Date: Nov 2005
Location: Ostschweiz
Posts: 147
Abgegebene Danke: 0
Erhielt 1 Danke für 1 Beitrag
|
I don't use AccurateRip actually and I did never use it. What I like to say is, that it would be nice if EAC in future can detect the Offset correction its self (without AccurateRip), for example still by installing EAC and the drive properties.
This, because some drives have a great difference in positioning the laser. I had this problems sometimes with my old drive Pioneer DVR-109. For good calibrated drives, Offset correction is not a must, but nice to have absolutely bit-identical copies, so that the empty space at the end and the begin is equal to zero (no difference, even not 1/44100). Do you understand now what I mean? Greez Paesc |
|
|
|
|
|
#125 |
|
Registered User
Junior Member
Join Date: Oct 2005
Location: Taka-Tuka-Land
Posts: 76
Abgegebene Danke: 0
Erhielt 1 Danke für 1 Beitrag
|
EAC has auto-detection of the offset built-in. But the reference CDs are far less than those that can be used by the AccurateRip.dll.
You can either look up your drive's offset from the AR database using your web browser (http://www.accuraterip.com/driveoffsets.htm) or use AccurateRip.dll just for auto-detection and write down the offset (it will vanish once your've removed the dll) and then use that correction value in EAC's settings. I don't really see what the problem is. It's not like EAC doesn't support offset correction without AR... |
|
|
|
|
|
#126 |
|
Registered User
Senior Member (Board-Inventar)
Join Date: Aug 2006
Location: Sunny California
Posts: 1.194
Abgegebene Danke: 1
Erhielt 31 Danke für 30 Beiträge
|
...not to mention this person seems to think offsets create unwanted silence between tracks. This isn't true, of course.
|
|
|
|
|
|
#127 | |
|
Registered User
Member
Join Date: Nov 2005
Location: Ostschweiz
Posts: 147
Abgegebene Danke: 0
Erhielt 1 Danke für 1 Beitrag
|
@Lund: thank you for your notes. So offset correction can easily done on myself. Do you mean in EAC the point "EAC - Drive Options... - Offset / Speed"? I didn't know about that... Sorry! Since a short time I'm discovering, what "tuning" or improving ist possible with EAC - so of course EAC can more than just rip like every other programm. Until yet, I only heard about AccurateRip for detect the offset correction.
So are both methods, AccurateRip and offset with EAC, equal precise? If yes, so I prefer the EAC way and will not use AccurateRip for auto-detection. Quote:
Greez Paesc |
|
|
|
|
|
|
#128 | |
|
Registered User
Senior Member (Board-Inventar)
Join Date: Aug 2006
Location: Sunny California
Posts: 1.194
Abgegebene Danke: 1
Erhielt 31 Danke für 30 Beiträge
|
"...seems to think..."
I'm happy I was wrong. Perhaps you might see how I got this impression... Quote:
|
|
|
|
|
|
|
#129 |
|
Registered User
Member
Join Date: Nov 2005
Location: Ostschweiz
Posts: 147
Abgegebene Danke: 0
Erhielt 1 Danke für 1 Beitrag
|
Ok, thanks. Let's forget the misunderstanding. I know that normally the offset isn't great, but it may happen. The less offset differences appear, the better results you got... My old Pioneer DVR-109 had sometimes problems... Actually, I am happy with my both drives Plextor PlexWriter Premium2 and Plextor PX-716SA. But to test them would be nice.
Greez Paesc |
|
|
|
|
|
#130 |
|
Registered User
Member Deluxe
Join Date: May 2003
Location: -
Posts: 263
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
|
|
|
|
|
|
|
#131 |
|
Registered User
Member
Join Date: Nov 2005
Location: Ostschweiz
Posts: 147
Abgegebene Danke: 0
Erhielt 1 Danke für 1 Beitrag
|
Can I fairly trust to the values in the database of AccurateRip and the EAC offset correction? I think about fluctuations in production of the drives. Or can I be shure the variations of the drives are less than the correction of the offset causes?
Have both database, the one in EAC and the one of AccurateRip, the same quality for the offset correction? Greez Paesc |
|
|
|
|
|
#132 |
|
Registered User
Junior Member
Join Date: Oct 2005
Location: Taka-Tuka-Land
Posts: 76
Abgegebene Danke: 0
Erhielt 1 Danke für 1 Beitrag
|
AFAIK there's no such thing as a fluctuation on a drive to drive basis. The offsets will always be correct for the same models, and most often for several generations of models, too, as you can easily see in the list of drive models.
I don't know the exact technological reason for this tho. I guess the same controller chip and laser pickup system is all that it takes to get consistent offsets for the drives. |
|
|
|
|
|
#133 |
|
Registered User
Senior Member (Board-Inventar)
Join Date: Aug 2006
Location: Sunny California
Posts: 1.194
Abgegebene Danke: 1
Erhielt 31 Danke für 30 Beiträge
|
This thread is quickly going off-topic.
|
|
|
|
|
|
#134 |
|
Registered User
Board-Frischling
Join Date: Aug 2007
Location: Greenwood Village, CO
Posts: 6
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
|
Wishlist Item:
Please restore the Constant Bit Rate options for WMA Encoding that were present in the 0.95 versions. It was very convenient to have them show up in the drop down menu once you chose the Microsoft WMA9 Encoder. I don't see a reason why they were removed, even if VBR is a better way to encode. I own two devices that will not play VBR files, so I still need the CBR option. Thanks. Last edited by X-ray Doc on 22-08-2007 at 20:10 Reason: Left out word. |
|
|
|
|
|
#135 |
|
Registered User
Board-Frischling
Join Date: Aug 2007
Location: dunno
Posts: 4
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
|
I ripped 40 CDs and saved them as wav files in a dir tree like this:
c:\rips --|artist a ----|album 1 ----|album2 --|artist b --|artist c ----|album 1 I would like to have an option to mass encode all wav files in c:\rips and all subdirectories. I think this function should have: -- options to save the compressed file to the same directory as the wav file or to automatically create a subdirectory under the wav directory, such as: c:\rips --|artist a ----|album 1 <-- wav files here ------|MP3 <-- optionally auto-created subdirectory -- and option to look for an existing compressed file of the same type and skip re-compression if it exists. [this is so that only newly added wav files are compressed.] If such a power already exists in EAC, my wish is that i knew how to do it
Last edited by bugMagnet on 23-08-2007 at 11:21 |
|
|
|
| Sponsored Links | |
![]() |
| Thread Tools | |
| Display Modes | |
|
|