I used to generate CD-DA images with "ImgBurn" to be used directly with "Daemon Tools". As a result: a pair .BIN/.CUE files (.BIN = EAC image without .WAV header plus .BIN extension instead of .WAV).
I know that EAC can perform similar results following these steps:
1. "EAC" > "Compression Options..." > "Waveform"
2. "Wave format" = [Microsoft PCM Converter]
3. "Sample format" = [44,100 kHz, 16 Bit, Stereo]
4. "Do not write WAV header to file = [√]
5. "File extension for headerless files" = [.bin]
6. "Action" > "Copy Image & Create CUE Sheet" > "Compressed..."
The problem is, however, that there are too many steps involved and the need to edit .CUE file in order to change the "WAVE" tag for "BINARY".
Perhaps it would be better to have an option such as "Copy BIN Image & Create CUE Sheet".
Please add UNC support to EAC so that ripping to a NAS doesn't have to go through a network mapping. See this thread for details: http://www.digital-inn.de/exact-audi...-unc-path.html
I would like a "batch" mode that reads the selected tracks in burst mode, then reads any tracks with timing problems or AccurateRip-issues (not found or not accurate) again in secure mode.
Also, I'd love to have the compression done afterwards, when the log says that all the tracks are fine. I mean in face of the feature request above, but also indepently. Like a "Alright, EAC, this looks good to me, have it compressed now"-Button.
Last edited by ICBM on 30-06-2011 at 20:07
A fully automated ripping process would be great.
Insert CD, and EAC starts, then rip/tag/cover art fully automaticaly. Without "choosing freedb entry" and "choosing cover art"
For example: --autorip -mp3 -coverart -freedb -path "Target PATH" -copyprotect -closeeac
rip CD to mp3 into the target PATH and adds automaticaly coverart and freedb tags - without userprompt! and after all, disc eject and eac closes.
If CD is protect by copyprotection (-copyprotect) EAC eject disc immediately.
Last edited by traxxus on 22-07-2011 at 10:48
Support for new(er) burners. What good is new versions of EAC if it doesn't support new burners? After all, the primary reason for EAC is to make "Exact Audio Copies" of CD's. Sure it rips a perfect copy, but if you can't burn it, what good is the program?
Configuration Wizard to include option for Ogg Vorbis
Configuration Wizard to include option for Ogg Vorbis (having already downloaded oggen2 encoder).
Last edited by Jingleman on 11-08-2011 at 19:51
Lyrics Search Results Window
When obtaining information on compilation albums there are sometimes dozens of entries (not always obvious why), could a sort tab be implemented so you can sort results alphabetically by Artist or Track?
Last edited by Jingleman on 11-08-2011 at 19:00
Great program, although I only use a tiny portion of its capabilities. One change I would REALLY like to see is the removal of the confirm box after I look up FreeDB information. I've now had to press this wretched button hundreds of times, and in every case it was completely redundant. I've still got hundreds more presses to go and they will also be absolutely pointless. These buttons should only be used where there's a serious risk of losing irretrievable information - this does not appear to be the case here.
Great app, liking the features in 1.0 so far.
I have a few suggestions which I think will make it better...
1). "Customizable" buttons.
Example, give X number of buttons (currently 4) on the side, you select a feature (Copy Selected Tracks, Copy Image & Cue, Write CD, etc) and a type (WAV, CMP, etc) and an existing icon.
2). Download multiple Album Art at a time.
Example, when searching for Images you'll sometimes the Booklet front and Case Back images. Currently you have to download both individually.
3). Customizable 'Copy Image & Cue' format.
Currently it rips to %artistname% - %album%.wav, which is fine.... but I'd like to be able to put it into it's own subfolder, to keep wav + cue + log + art together without manually moving it between rips.
Thanks for the great app
The possibility to run one or more external programs after each ripping step.
E.g. adding album gain to ripped and compressed files,
metaflac --add-replay-gain "$TRACK1" "$TRACK2" "$TRACK3" ...
Wish: Free choice of naming scheme when splitting images.
I used to backup my CD's as images but nowadays I prefer separate tracks. Since it is much faster to split images than to re-rip my CD-collection I use EAC's splitting tool.
But I prefer a different naming scheme than the default (and only) one. It is a tedious task to rename all the separated tracks on the hdd and even more tedious to edit the cue-sheet (*-cutted.cue).
Also, EAC uses relative paths for the cue-sheet when ripping vs absolute paths when splitting. To delete absolute paths in Notepad isn't so hard but still a little annoyance.
Btw, EAC is the one and only software I've been loyal to for as long as 12 years! Thank you so much Andre for the time and effort you spent during these years (and before).
Hello! I'm new to this forum, despite having used EAC for years, so I am still trying to get caught up.
EAC is a superb program, and I wouldn't use anything else.
That said, I am running 1.0b3, and have a few requests for the next version:
(1) Option to carry over artwork and other basic CD information from the previous CD. The first post of this thread mentions a similar request, so this may be a duplicate.
(2) Album-wide normalization. I would LOVE an option that normalizes the peak volume of an entire CD to 100%, but maintains the peak level differences between tracks. In fact, I would probably use this on all my CDs if it were available. Of course, there would need to be an ability to turn that option off when e.g. compilation CDs are being ripped. (I noticed one person above requested the ability to run an external program to apply album gain. This would work as well.)
(3) Speaking of normalization, the progress window reports progress incorrectly when normalization is turned on. For example, a 5 minute track will go through two cycles - the rip, and the normalization. While this is correct, EAC's progress window incorrectly reports the track as double the length (10 minutes). The reported "Expected time to completion" also does not take the normalization step into account.
(4) As others have mentioned before, I'd like the ability to rip hidden track 0.
(5) This is not a high priority, so take it as you will. I'd like EAC to be able to automatically analyze the last track of the album for "hidden" songs. For example, at least four seconds of silence in the middle of that track probably indicates an extra "hidden" song at the end.
Last edited by BFG99 on 10-10-2011 at 20:51
Senior Member (Board-Inventar)
In reply to a couple of the listed points in the previous post...
2) Peak normalization is pretty well useless, even if done across an entire album since it does not guarantee any specific volume level as perceived by the listener. The two main reasons for this are differences in dynamic range compression and which parts of the spectrum are emphasized. While such an implementation would be trivial (and hence I see little reason not to implement it, except that people might actually use it ), I would not like to see it employed without also implementing both ReplayGain and R128GAIN which are far and away superior methods of implementing volume equalization either between tracks or between albums. Such an implementation should focus on applying this information as metadata, rather than altering the audio data itself, though this should be given as an option (but not the default option!).
4) Hidden track extraction is already possible and has been for a very long time. I would like to see it as an integrated part of the normal process of ripping separate tracks with gaps appended to the next track, however. I'd also like to see a drive-configurable setting so that it can be omitted using drives that aren't capable of extracting it. This would be especially important for those wanting to rip single-file images who get errors because their drive isn't capable. Such an implementation should also generate the proper CUE sheet, inserting a pregap line and starting the track 01 index 01 at 00:00:00 for drives that are not capable. There should also be an effort to ensure that EAC is not the sole reason why HTOA cannot be extracted, since a recent post showed that other software was capable of retrieving this data while EAC was not, using the exact same disc and drive.
Last edited by greynol on 10-10-2011 at 21:17
One thing that can be added was an extra column for the Year. This would be especially helpful for Greatest Hits or Compilation albums that have tracks from multiple years on the CD.
And I concur with the idea of having EAC itself rip CD's into multiple formats simultaneously. I tried using REACT, and found it too confusing for my admittedly non-programmer brain. Perhaps there could be a way to toggle EAC between those who want to rip CD's into one format, and for those who want multiple formats, allow several encoders to work on the WAV file. With multi-core processors being as prevailent as they are, I'm sure that can be done much more easily on recently built computers. Even with my computer, it still took quite a while to encode all of my 750+ CD collection into MP3 and then into FLAC.
Last edited by elcap1999 on 27-10-2011 at 02:46