First, let me say that I like the "old" search feature better. Not sure why, but I'm having a hard time with the new one.

Anyway, I am always getting the error "Too Many Samples". It's always on the last track of the CD. I did not have this problem before. It just started, and seems to be every CD now.

What the heck does that error mean?

Just a guess: EAC stores every CD ripped in its database. I assume that's why there're so many of those .IDX files in its folder accumulating... You might have run out of that namespace somehow?

I also asked this question to no avail... I'll be watching your thread for an answer...

http://64.246.62.80/~hydrogenaudio.org/ind...many+samples%22

I'll mess with it tonight. I had already tried uninstalling EAC and deleting the directory.


Found this on the EAC forum:

This is an EAC internal error message and can be connected with offset correction and/or "overread into lead-in/out" and/or "Synchronize between tracks".
Files should be ok though...

cu, Andre

FWIW: CDex did not report any problems ripping.

I've experienced the problem too. Both my drives support overreading into lead-in only, but I wanted to check it out. I've made a sample CD and tested it. With "Overread into Lead-In and Lead-Out" option enabled, EAC added extra silence at the end of the last track. The lead-in was read correctly regardless of the option status. This was done using EAC V0.9 prebeta 11 and Cool Edit. So, I don't think it's just an internal error message.

Well, nothing I have tried has corrected the problem. It does this on every CD I have.

The weird things is, I just started having this problem yesterday. I have no idea what may have changed on my system.

The rips are probably fine, but I think I'll use CDex until I can work this out.

If you hit the "more options" button on the main search page, doesn't that take you to the "old" search feature?

By indybrett:

You don't have to do that - just turn "Overread into Lead-In and Lead-Out" option off.

Actually, it's the way the results are organized and presented that is different. I probably just need to use it more to become used to it.

Well, I get an error no matter what settings I use. Either I get the "Too Many Samples" error, or I get the "Suspicious Position" error. Always at the very last sector (if that's the right term) of the CD.

I had this problem too. Did everything to correct it, but finally I stuck with the question 'Why'..At first when I began ripping nothing was wrong and I got clean errorfree copies. And from one day to the other I got these 'too many samples' error. But the copy just sounded good, execellent I might say.
But now I finally got it: running several configurations with both FLAC and Monkey (stored in a CFG) I started comparing. I even did a WAV rip (test & copy). The result was: the WAV came out errorfree, the FLAC and Monkeys had these errors again. Then I thought what changes I made to the settings...: the ripped wav's where just from a clean setting (let's make this 'default' setting) and both the compressed outputs were manipulated...Comparisson led to the following result: the only difference from each other was the setting 'use combined read/write sample offset correction' in the Drive tab. This value was set to 0 ( and maybe I did this in the past to play with the settings for ultimate rippin results. Unticking this setting and ticking the setting 'use read offset corretion' (for which I calculated the value 3 times) with +116 (for my Plexwriter 1210S) corrected the problem. The error was gone!
To calculate this offset value I used the description given on : http://pages.cthome.net/homepage/eac/setup1.htm

(Thnx Dick)

For that Plexwriter your offset is almost certainly +98 (I have yet to come across any Plextor that is different on its offset across same drives, Sonys + Teac yes, Plextors no):

http://www.accuraterip.com/driveoffsets.htm

You might have a write offest of 18? which was not taken into account.

@indybrett:
Does the problem still exist ?
A bit more information could be helpful. Does it only happen with one drive ? What is this drive's actual offset (or the correct read offset correction) ? Is it capable of overreading into the lead-out ?

If this error happened with my Plextor (read offset -12, capable of overreading into the lead-out), I'd first try to enter a read offset correction more than +12 so that one or more samples from the lead-out are extracted. By wav-comparing this (hopefully flawless) extraction to the other one I could verify that the end of the last track was extracted correctly.


I bet: no !
The "too many samples" error seems to appear, if EAC doesn't find on the CD what it expects to be there; a wrong relation between TOC (or rather the subchannel data, indices) and the audio data on the CD.
I've already got the error several times and always at some gaps I had detected previously.
Sometimes, when writing audio CDs with EAC, my writer seems to create a very small gap although I haven't set any gaps. But after the gap detection it's there. If I try to extract the gap using the "copy selected tracks index based"- function, I mostly get a "too many samples" error. My theory is that the writer and/or the gap detection is not perfectly precise...
It can also sometimes happen on factory-pressed CDs when there's a small gap.

Indybrett, I'd assume your drive is slowly dying and has become unprecise at the end of discs...

I would suggest you pose this quesztion to the EAC support group. EAC's author monitors the group and would see your question. He would have the answer.

Holy Thread Resurection Batman!!!

No, the problem does not exist anymore.

The problem was corrected by setting the "Read Sample Offset Correction Value" to +12 for my LiteOn drive. I don't recall how I arrived at that value. I think it was in a database, possibly Accuraterip.