1. Make it fully Windows 7 x64 compatible
2. Allow an option to override Windows 7 speed report on a CD.
Split WAV by CUE sheet constructs the files in the form of:
01 first track name.wav
02 second track name.wav
I.e. it ignores the naming scheme specified in F9->Filename.
Is it possible to construct the files with naming scheme specified in F9-Filename.
And also is it possible that the cutted.cue file has the header with REM entries exactly the same as that of the original cue file?
And would it also be possible to have an option of having RELATIVE filenames in cutted.cue file? I.e. right now in cutted.cue file the FILE entry has ABSOLUTE path followed by a file name:
FILE "C:\Directory1\Directory2\01 the first song title.wav" WAVE
It would be nice to have flexibility to so that the PATH is removed, i.e.:
FILE "01 the first song title.wav" WAVE
or even better:
FILE "01. the first song title.wav" WAVE
My biggest request is to get the app working with Win7. I can get it to rip individual MP3s in 7 just fine, but when i try to use the Action -> Copy Image & Create CUE Sheet function the app just closes. So currently I'm having to keep a partition with XP on it just to rip audio this way.
I'd love to see a native OS X version as well, but I know that's a pipe dream
Also The option for audio record in MOTOROLA BIG ENDIAN format.
For any reason my CDRW drive Mitsumi CR-4804TE at use of this pair programs gives (for not clear reason for me) white noise at "PLAY", because, somehow, at use CDRDAO joins byteswapping, and I as it is regrettable. I can not influence this factor at all
That that byteswapping is a consequence of combination EAC+CDRDAO+Mitsumi 4804TE I has revealed after on the same disk drive I have written down the same audiofile in program Nero Burning Rom 126.96.36.199 and record replayed ok!!!
maybe my drive is slowly die, maybe. but Nero writes ok!!!
But Nero is not able to consider displacement at audio record, "here in what a bullet!!!"
Last edited by ramvivat on 09-02-2010 at 06:30
Reason: new mind shoot in my Head
Bring back detection of preemphasis & copyright flags in subcode
I've been finding some old CDs I own will have pre-emphasis flags set in their subcode, but not in their native TOC. In order to detect these flags, I have to use an older version of EAC that supports pre-emphasis detection as part of 'manual' TOC detection.
It's my understanding that manual TOC detection was removed from EAC due to European legislation about circumventing copy protection measures (something to do with deliberately erroneous track start positions, I think). Unfortunately, subcode flag detection was the baby thrown out with the bathwater.
I would like to see detection of subcode flags (pre-emphasis & copyright) added back in as features of EAC.
Warning before closing while compression work is going on
don't know if anyone made the suggestion before, but one thing about EAC is very annoying (probably because the same silly mistake keeps happening to me again and again): The current version of EAC allows closing the program while compression tasks are still going on. There is no warning or button like "wait till compression is done" in the settings. So, if one is as absentminded as I sometimes am, you get a lot of *.wav-files instead of the flacs or mp3s.
I imagine it should be simple to program at least a short notice before terminating while there are compression tasks waiting ...
Last edited by Sherlock on 30-03-2010 at 15:56
EAC is perfect!
1) Multi disk tagging (TPOS)
2) Multiple compresion output (compress to flac for home audio, mp3 for mobile player)
3) Output to network share or NAS folder (\\server\share)
4) Artwork support.
don't change anything else.
Hi everyone - I'm a relative newby to EAC but not to ripping apps and let me tell you that I have tried every Linux based app known to man and they don't hold a candle to EAC. I would very much like to add to your composite wish list one item:
A parameter of the form '%x' to allow the output file extension to be used in the concatenation of the output path so that I can store FLACs under one filepath and MP3s under another path, etc. This would be MOST HELPFUL to me at least and I'm sure some others could use this. Why - well my Thecus NAS has an iTUNES server feature but the files must be in a specific location for this to work. My reference library of WAV's/FLACs need to be stored elsewhere - a larger volume. Appologies if this feature has already beeen requested or documented elsewhere but I could not find it mentioned anywhere so far and I have read all the EAC FAQ's and searched this forum for likely key words.
Can I also add my vote for ALBUM ART AS SOON AS POSSIBLE PLEASE - Many thanks
Update track info with no cd in drive
re updating freedb - some of my cds have no cover (or have just become separated from it) but the freedb info is on the disc itself - after bringing up the track listing i would like to be able to update same having ejected the cd (ie. the only screen change should be the 'no audio cd in drive' message appearing) - unless there's a desire to then rip the cd please allow the screen to be updated and sent to freedb
and yes, where the cover is available, it would be nice to be able to scan and send the cover art too (and routinely retrieve this and show it as an icon next to the album info)
video track audio
it would be great to be able to extract the audio from video tracks - eg my panasonic dvd player hunts for appropriate suffixes that it can play eg quicktime/avi - i've others it won't play like cdvs (pal and ntsc compact disc videos) and cd-i (compact disc interactives) - oftentimes the audio on these tracks is not the same as (a) conventional cda track(s) on the disc
The option to have EAC detect gaps automatically upon insertion of a cd would be marvelous. A good 50% of the time I forget to hit 'F4', and then have to re-rip the cd again when I invariably remember 2 minutes later.
Thanks in advance.
Senior Member (Board-Inventar)
If you are using the default method of gap handling, detecting gaps prior to ripping is more cosmetic than anything. It makes no difference in the tracks as they are ripped. My apologies if you knew this already. I made the statement because there are a lot of people who are misinformed about what the function does.
That said, I don't see adding an option as a bad thing other than that we might consider that there are some unnecessary if not detrimental options that should be removed. This would create space for the options that are added without adding complexity (people like to complain that EAC has too many things to configure).
We should scrap anything and everything dealing with the compression offset. We should also scrap the ability to calculate CRCs without including null samples. Is there any reason that there still needs to be an option to synchronize between tracks? I think the normalization function should be removed as well.
Capability to rip HDCD
I am aware some CD rippers can rip HDCDs into 24-bit wav files. Not sure if EAC supports 24-bit wav files but it would be nice if we can have a perfect rip of a HDCD. Also, if EAC does not support 24-bit files, maybe we can have that support as well. Am I asking too much?
Senior Member (Board-Inventar)
On the contrary, it is the 16-bit extraction of HDCD that is perfect and 100% lossless; whereas the 24-bit representation is merely that of the decoded stream.
Originally Posted by ky_chong
You can always use the original code (the one borrowed for use in dBpoweramp) to decode your waves if you like. You can probably even configure it as an external encoder, if not then you can certainly put it in a batch script that EAC uses by calling out cmd.exe as the external encoder.
Last edited by greynol on 14-05-2010 at 20:32
First of all...great app!
My wishlist request is concerning the directory setting used for extracted tracks. I would like to be able to specify a base directory and then have the app create a sub-folder based on the artist and/or album.