Digital-Inn
 
 

Go Back   Digital-Inn > EAC - Offizielles Support Forum > Exact Audio Copy - English

Exact Audio Copy - English Offizielles Support Forum - Englisch

Reply
 
Thread Tools Display Modes
Old 15-08-2007   #121
Scorpio
Registered User
Board-Frischling
 

Join Date: Jul 2007
Location: Netherlands
Posts: 9
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
Quote:
Originally Posted by greynol View Post
This has already been mentioned to Andre and should be fixed in the next release.
Ok..didn't know that
Scorpio is offline   Reply With Quote
Sponsored Links
Old 19-08-2007   #122
paesc
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 19-08-2007 at 00:39
paesc is offline   Reply With Quote
Old 19-08-2007   #123
Andre Wiethoff
E.A.C. Coder
Senior Member (Board-Inventar)
 
Andre Wiethoff's Avatar
 

Join Date: Sep 2000
Posts: 2.523
Abgegebene Danke: 0
Erhielt 12 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
Andre Wiethoff is offline   Reply With Quote
Old 20-08-2007   #124
paesc
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
paesc is offline   Reply With Quote
Old 20-08-2007   #125
Lund
Registered User
Junior Member
 

Join Date: Oct 2005
Location: Taka-Tuka-Land
Posts: 74
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...
Lund is offline   Reply With Quote
Old 20-08-2007   #126
greynol
Registered User
Senior Member (Board-Inventar)
 

Join Date: Aug 2006
Location: Sunny California
Posts: 1.109
Abgegebene Danke: 0
Erhielt 26 Danke für 25 Beiträge
...not to mention this person seems to think offsets create unwanted silence between tracks. This isn't true, of course.
greynol is offline   Reply With Quote
Old 20-08-2007   #127
paesc
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:
Originally Posted by greynol View Post
...not to mention this person seems to think offsets create unwanted silence between tracks. This isn't true, of course.
No, of course "this person" don't thinks offsets create unwanted silence between tracks! How did you came to this, is it written anywhere? He - this person - just wanted to have bit-identical copies - precisely to 1/44100, if possible. THEN we can speak of an exact 1:1-copy, like the name of the programm, exactaudiocopy, sais. Didn't you read that this person had problems with his Pioneer DVR-109? When you are saying something about other persons, so first read exactly what they had written...

Greez
Paesc
paesc is offline   Reply With Quote
Old 20-08-2007   #128
greynol
Registered User
Senior Member (Board-Inventar)
 

Join Date: Aug 2006
Location: Sunny California
Posts: 1.109
Abgegebene Danke: 0
Erhielt 26 Danke für 25 Beiträge
"...seems to think..."
I'm happy I was wrong. Perhaps you might see how I got this impression...
Quote:
Originally Posted by paesc View Post
This to receive absolutely bit-identical rips, also for blank space at the begin and the end of a track.
Quote:
Originally Posted by paesc View Post
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).
For copies that are not offset from the original, it is the combined offset of the reader and the write that matters. Depending on your drive you may not even need to configure any offset corrections for this to happen. If you're so concerned about "empty space" maybe you should find a reader that is able to overread as well as a writer that is able to overwrite.
greynol is offline   Reply With Quote
Old 21-08-2007   #129
paesc
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
paesc is offline   Reply With Quote
Old 21-08-2007   #130
petit prince
Registered User
Member Deluxe
 

Join Date: May 2003
Location: -
Posts: 255
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
Quote:
Originally Posted by greynol View Post
[...] as well as a writer that is able to overwrite.
... or a writer that already has a "zero write offset", like LG's GSA-... models (at least the earlier ones, I don't know about their current models).
petit prince is offline   Reply With Quote
Old 21-08-2007   #131
paesc
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
paesc is offline   Reply With Quote
Old 22-08-2007   #132
Lund
Registered User
Junior Member
 

Join Date: Oct 2005
Location: Taka-Tuka-Land
Posts: 74
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.
Lund is offline   Reply With Quote
Old 22-08-2007   #133
greynol
Registered User
Senior Member (Board-Inventar)
 

Join Date: Aug 2006
Location: Sunny California
Posts: 1.109
Abgegebene Danke: 0
Erhielt 26 Danke für 25 Beiträge
This thread is quickly going off-topic.
greynol is offline   Reply With Quote
Old 22-08-2007   #134
X-ray Doc
Registered User
Board-Frischling
 

Join Date: Aug 2007
Location: Greenwood Village, CO
Posts: 2
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 21:10 Reason: Left out word.
X-ray Doc is offline   Reply With Quote
Old 23-08-2007   #135
bugMagnet
Registered User
Board-Frischling
 

Join Date: Aug 2007
Location: dunno
Posts: 4
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
Talking Wishlist: ability to mass compress by dir tree

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 12:21
bugMagnet is offline   Reply With Quote
Sponsored Links
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT +2. The time now is 15:45.


Powered by vBulletin® Version 3.7.4
Copyright ©2000 - 2010, Jelsoft Enterprises Ltd.
SEO by vBSEO 2.4.0
Template-Modifikationen durch TMS
Advertisement System V2.5 By   Branden
Copyright by NightwoLF & Jesse69