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 17-05-2007   #46
Benb
Registered User
Board-Frischling
 

Join Date: May 2007
Location: USA
Posts: 1
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
Can you add a checkpoint/restart feature? I often use EAC for severely scratched "problem CD's" that are generally unplayable in CD players, and take many hours to read in EAC. I've had my computer crash while EAC was doing one of these long runs, and I had to start over. It would be nice to be able to start near where it left off. Is this a possible feature?
Benb is offline   Reply With Quote
Sponsored Links
Old 17-05-2007   #47
Lund
Registered User
Junior Member
 

Join Date: Oct 2005
Location: Taka-Tuka-Land
Posts: 76
Abgegebene Danke: 0
Erhielt 1 Danke für 1 Beitrag
Quote:
Originally Posted by Benb View Post
Can you add a checkpoint/restart feature? I often use EAC for severely scratched "problem CD's" that are generally unplayable in CD players, and take many hours to read in EAC. I've had my computer crash while EAC was doing one of these long runs, and I had to start over. It would be nice to be able to start near where it left off. Is this a possible feature?
That's a feature some recovery tools data for CD/DVDs have. Like h2cdimage or dvdisaster.

While that would be a very interesting and unique feature for a DAE program, it is very complicated to implement. I guess it might be an option when André re-writes the secure ripping core.

But apart from that I give a for this, when you have several optical drives at hand then you could recover much more a heavily scratched audio CD, using all of the drives on the same extracted image consecutively.
Lund is offline   Reply With Quote
Old 21-05-2007   #48
Lund
Registered User
Junior Member
 

Join Date: Oct 2005
Location: Taka-Tuka-Land
Posts: 76
Abgegebene Danke: 0
Erhielt 1 Danke für 1 Beitrag
I got another feature request: per user/all user settings, i.e. support for "Documents and Settings\$Loginuser|All Users\Application Data\EAC" as a saving location for the *.DAT files and Profiles folder. So that nothing has to be written to EAC's program folder (e.g. for security reasons).

Last edited by Lund on 21-05-2007 at 19:29
Lund is offline   Reply With Quote
Old 22-05-2007   #49
morisimo
Registered User
Board-Frischling
 

Join Date: May 2007
Location: UK
Posts: 6
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
My humble contribution to the wishlist...

I have used EAC for a few years now, and love it.

My feature requests are:
  1. Incoroprate album art fetching and options for embedding it in the tags.
  2. Add the ability to rip and encode a batch of CD's, where the CD is ripped and encoded automatically on inserting it into the drive (much like Ripstation Micro). You would only be interrupted on ripping errors.
  3. Integrate your own multi-encoding interface instead of having to use REACT or MAREO etc.
Great program, and I cant wait to see the next release!
morisimo is offline   Reply With Quote
Old 23-05-2007   #50
Lund
Registered User
Junior Member
 

Join Date: Oct 2005
Location: Taka-Tuka-Land
Posts: 76
Abgegebene Danke: 0
Erhielt 1 Danke für 1 Beitrag
Yet another small idea for the log file:

Independent language setting for the log file itself. So one doesn't have to change the UI language in order to save the log in a differing language.

Also add EAC's version to the log. I think this becomes especially important by the time the ripping routines change, sometime in the future.
Lund is offline   Reply With Quote
Old 24-05-2007   #51
morisimo
Registered User
Board-Frischling
 

Join Date: May 2007
Location: UK
Posts: 6
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
Just another quick thought, not sure if it has been asked for already, apologies if so...

Add options for error logging and accuraterip logging to be silent except on errors. This would mean that CD's ripped correctly will not display any logs and the whole process of ripping can be automated and secure. If CD's produce errors, then you get the opportunity to fix it, otherwise, you can just let EAC do its magic.

I am a big fan of automated and secure ripping if you hadn't guessed. I just love the idea of only having to rip a large CD collection once, and if it is only once, it needs to be done properly!
morisimo is offline   Reply With Quote
Old 26-05-2007   #52
ugu
Registered User
Board-Frischling
 

Join Date: May 2007
Location: Greece
Posts: 1
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
I think EAC needs an updated, more modern interface.I see the site exactaudiocopy.de got one and so should the program.

However, my most important request is for the log files to be generated within the same folder as the audio and cue files.
Right now the log files are generated within the default EAC directory and so, if your naming scheme involves creating folders, you end up with a bunch of log files which you have to have the patience to put them in correct album folder.
ugu is offline   Reply With Quote
Old 26-05-2007   #53
Lund
Registered User
Junior Member
 

Join Date: Oct 2005
Location: Taka-Tuka-Land
Posts: 76
Abgegebene Danke: 0
Erhielt 1 Danke für 1 Beitrag
I agree the user interface could use an overhaul. Maybe ribbons? I think they would be ideal for a tool like EAC.
Lund is offline   Reply With Quote
Old 01-06-2007   #54
DT5
Registered User
Junior Member
 

Join Date: May 2006
Location: Germany
Posts: 87
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
Please no ribbons and such stupid logic like in Office 2007. I do not find it logical at all.
In my opinion the program should work and should automate many things to make the work easier. And a modern interface is something what should have the lowest priority.

Andre - please don't waste your time with it!
DT5 is offline   Reply With Quote
Old 01-06-2007   #55
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 14 Danke für 6 Beiträge
I am very limited what I can do with Modula II. It is like working on hand and knees... I am not even able to make the list view editable in any column without much hassle. So I doubt that there will be a new interface very soon...

cu, Andre
Andre Wiethoff is offline   Reply With Quote
Old 01-06-2007   #56
DT5
Registered User
Junior Member
 

Join Date: May 2006
Location: Germany
Posts: 87
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
Is there a reason why you use still Modula? We converted all our Modula programs ten years ago to Pascal.
Theoretically you could write your frontend with another language - so you would have more components available.
DT5 is offline   Reply With Quote
Old 01-06-2007   #57
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 14 Danke für 6 Beiträge
Why go back? Modula is the successor of Pascal...
Pascal has only a better development environment support than this Modula II (which was developed by a small company...)
Anyway, doing a different interface is hard (even if it means only to interface a different language and UI, as EAC is not a DLL..)

cu, Andre
Andre Wiethoff is offline   Reply With Quote
Old 03-06-2007   #58
drewdc
Registered User
Board-Frischling
 

Join Date: Feb 2006
Location: exactaudiocopy.org
Posts: 7
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
log: extraction speeds, misspelling

I have one feature request for the extraction logs: include extraction speeds/times. See my post from last year for more information.

Also in the logs, in the message "No errors occurred" the word "occurred" has been misspelled as "occured" for what seems like forever.
drewdc is offline   Reply With Quote
Old 03-06-2007   #59
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 14 Danke für 6 Beiträge
Do you mean the real extraction speed, or the selected extraction speed?

cu, Andre
Andre Wiethoff is offline   Reply With Quote
Old 04-06-2007   #60
drewdc
Registered User
Board-Frischling
 

Join Date: Feb 2006
Location: exactaudiocopy.org
Posts: 7
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
The real extraction speed -- the one that is displayed during the extraction process for each track.

Because the program already keeps track of this information, I figure it would not be difficult to add it to the logs.
drewdc 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 02:58.


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