dehalley

EAC has an option to trim beginning and ending silence. I would like to also have the option to instead replace each of them with silence of chosen durations. For example, I like 2 seconds of beginning and 1 second of ending silence per track. Having EAC accomplish this for me saves me the extra step of running a separate SoundForge script.

Teller

Hello Andre
Same request as before.
In today’s lossless ripping community reporting the source of the rip in the EAC log would be very, very useful information.

thanks

fj4

I rip to flac, and the DATE field is able to store more than just the YEAR.
It would be great to be able to enter the complete date, like 2001.01.28 instead of just 2001. As it is now, I have to go back and manually change it all with foobar2000.

I also have to second Legato777's and greynol's wishlists (open-source and stdout.)

Anyway, thanks for the best ripper ever!

dnewhous

I'd like to see manually selectable de-emphasis. Early Japanese CDs frequently have pre-emphasis and in addition to that they don't have the flags set correctly so your playback system won't catch it even if it can. I've heard iTunes will compensate for pre-emphasis when ripping but it doesn't work on my CDs.

Default User

I finally found this function, but it is disabled by default (no matter there is an audio CD inserted or not).

First, insert an audio CD (otherwise cannot use the function). Then in the menu, choose "Action" -> "Detect Gaps" (or simply press F4), and the last 3 items in the Action menu will become enabled:

1. Leave Out Gaps
2. Append Gaps to Previous Track (default)
3. Append Gaps to Next Track

The option "Leave Out Gaps" is actually what I want. Thanks EAC!

P.S. There is a small bug in this function, in which if I choose "Create CUE Sheet" -> (any sub item in this group) before "Detect Gaps", the "Detect Pre-gap" dialog will also show up. However, after the process, the last 3 items (Leave Out Gaps, ...) are still disabled. Only run the "Detect Gaps" function will enable them. Also, each time I eject the disc and insert another one, the 3 items are disabled again (and I have to run the "Detect Gaps" again to enable them). I like to know if EAC can "memorize" the gaps in the CDs (just like the CRC after ripping).

I think I did not speak clearly. What I want is to add a menu item in EAC to show the ripping log in a small window, or just a menu item to open the Windows Explorer in which the log file is located (probably with the ripped audio files as well).

Yes, I agree. It makes more flexibility to ripping tracks in EAC. Is it possible for this function to have selection of frames (milliseconds)?

greynol

This is normal.

I suppose this could be changed, though pressing F4 isn't a whole lot of effort.

This is normal also; EAC isn't capable of memorizing gap information.

dissociative

I was thinking about a feature or option: "Extract cdda track to raw pcm file"

greynol

Did you try F11 -> Waveform tab
Wave format: Microsoft PCM Converter
Sample format: 44.100 kHz, 16 Bit, Stereo
Do not write WAV header to file
???

greynol

There's been a long outstanding issue with enabling overreading with drives that drives that aren't capable which I fear may be filling the AR database with consistent results that can be avoided with what may hopefully be just a simple tweak.

Beginning with http://www.hydrogenaudio.org/forums/...dpost&p=535133 I wrote:
"enabling overreading in EAC when a drive doesn't support it can result in non-null data being replaced with null data well beyond the specified offset, including data before the last 5 frames. The program has behaved this way for quite some time now."

In the next post, Spoon responded:
"Ok I see, so he reads in big blocks, and if the last block (of many sectors) cannot be read the whole lot is NULLed. Still a bug in my book (we keep knocking 1 sector off and retrying and when a read comes back, the sectors which could not be read are nulled, not the whole lot)."

Andre Wiethoff

Ok, I see the problem... But I think these might be big changes which can cause problems on various fields (cache flushing) etc.
So what do you think of the following proposal, that when overreading is activated, at the very beginning of the extraction is tested whether the drive is capable to overread as selected (test only if selected), and if it is not able to overread, it is deselected (also for the next extraction). The other possibility is that it is only disabled for the currect extraction as it might only be a combination between drive and CD (but I don't think so). I tend to the first proposal...
What do you think?

cu, Andre

greynol

I was hoping it wouldn't be difficult, but I really have no way of knowing.

My concern about the first proposal is about the amount of delay it would add to the process. Regarding your second proposal, it has been my experience that suspicious positions and the dropping of data only occur when the samples attempted to be overread are not null, but I don't exactly have a vast array of drives that can't overread in order to test this, nor do I have anywhere near the level of understanding that you have on the matter. Further, I have no way of knowing if the amount of dropped data is the same between different models of drives and defer to your expertise.

I have confidence in whatever you decide to do. My qualifications are limited, but I'm more than happy to help in any way I can.

Thanks Andre.

Andre Wiethoff

I think the test whether overreading is possible should be done within a few seconds (at least I hope so). Basically I think I am heading towards the first proposal, disabling the overrading once it doesn't work out (from then the test is not performed, so extraction isn't slowed down)...

cu, Andre

gottogo99

I would like to see burning of .FLAC files. Now that EAC has .FLAC pretty well integrated and can extract to that format, it should be able to burn those files back to audio CDRs. Is that possible, or planned? Thanks. (Yes, I know there's a workaround with AutoFLAC).

MagicOmlet

I wish for an EAC Version for APPLE!!!!

normm9

Is it possible to access the CDDB data base?