feces1223
Mar 30 2003, 10:40
Hey there! I'm glad i'm finally on HyDROGEN AUDIO!!!! Its so nice to be saturated with Audiophiles! Anyways, I'll get down to my question. I wanted and thought i could've gotten perfect copies of cd's with Dibrom's 3.90.2 and EAC w/ secure mode. But, after the cd has ripped to .wav each track its close to 100 % quality but, isnt

. How do i fix this? And also, is it possible to have a perfect copy with scratched up cds? Cause i have two scratched up cd's the first one works fine with the exception of one track that has a pop in the begininng and the other one has popping noises at the end of each track!! It's very annoying and I'm tired of my collection being flawed. By the way, i am using Alt preset standard (monster quality). Anyways thanks a lot for your help i hope i get answers ASAP. and Dibrom! You are my Audiophile god for giving us that 3.90.2!!! Keep up the good work!
-- proud owner of 20 gb iPOD. Works great with APS
twostar
Mar 30 2003, 11:32
you can ignore track quality. if EAC doesn't report any sync or read errors then the rip was perfect. of course you have to disable c2 and disable your drive's cache first.
feces1223
Mar 30 2003, 11:58
OK thanks for answering my quality question but, can any one respond as to how to fix these pops from occuring in the initial start of the track on one scratched cd and at the end of each track for the other scratcehd cd? Its very annoying!
Morphix
Mar 30 2003, 12:07
The pops at the end of each track sounds to me more like what unbuffered bursts do. The pop in the one song is more what happens from a scratch. You never mentioned if you setup EAC using one of the tutorials off the EAC homepage. I suggest you double check your settings against one of those tutorials.
twostar
Mar 30 2003, 12:08
assuming your drive is set up properly, check if under eac options ERROR RECOVER QUALITY is set to HIGH.
if you still get clicks with the song try CDex with full paranoia enabled. it MAY work better than eac on some badly scratched cds.
Amadablam
Mar 30 2003, 12:09
It sounds like you're as paranoid about your music collection as many of the rest of us - I think you'll fit right in.

As for your question, I'd have to say that your options are pretty limited. The "error correction" in EAC and other programs are designed to ensure that the data extracted from your CD is exactly what exists on the CD, and not necessarily to eliminate the effects of scratches and other "errors". Your best bet is to try a couple different modes in EAC (like burst instead of secure) or try something cdparanoia-based like CDex and see if you can't get something that sounds a little better to your ears. If you're still not satisfied, then your next alternative would be to try to "deglitch" the file, and tools to do that have been mentioned by others on this board who know a lot more about it than I do. Good luck!
feces1223
Mar 30 2003, 12:17
anyone know how to deglitch a file or how to do it?
feces1223
Mar 30 2003, 12:17
and yes.... by the way i have properly configured EAC with the tutorial when i first got it
Oge_user
Mar 30 2003, 12:20
If the click it's at the end of the file you can cut it using the wave editor integrated in EAC.
feces1223
Mar 30 2003, 12:25
thanks oge. I got another newbie question. Sorry guys but, they keep flying up in my head. Whats up with this CRC thing? Whats that mean exactly? and whats test and copy mean? Is secure mode with correct options from ur cd-rom drive and aps the best combo for best sounding mp3s (other than altpreset extreme)? thankx
Morphix
Mar 30 2003, 13:10
CRC - Cyclic Redundancy Check - Which is a method of calculating data samples to ensure that the two samples are exact. When you test and copy, two CRC's are calculated if the test copy and the copy crc's are not the same then the data is not the same as well. Good idea to rerip that track. This method is also used in TCP/IP communications as well. Packets are tagged by sending computers (more in depth, routers along the path strip and repackage the packets) with a CRC. Once the receiving computer receives the packet it calculates a crc from the packet, compares it to the sending computers one. If they don't match then the receiving computer requests the packet to be resent. Just another example of where else it is used.
The drive options - don't cache the audio data and don't use the C2 correction. If you went through the tutorial at say SATCP then I am confident on your drive settings, as well you should be as well.
-aps - This depends on your ears, if you are going for transparent quality use ABX to find the LAME setting that will most please you. If you can't find one using ABX then I suggest a different codec

Use the search engine here to find answers to these questions...don't post until you have read through the EXTENSIVE information already available here.
EDIT: Also wanted to make mention it is not a bad idea to keep those two CD's in a lossless format on your harddrive. FLAC,APE, or even WAV. Will save struggle in the future if you decide to re-encode them.
feces1223
Mar 30 2003, 14:23
nice. i get it now, i use securemode, aps, and test and copy crc just to be careful. Double protection now that it verifies its the similar problem!

i like this. But, what does it verify with? someone else that flawlessly ripped the file?
Pio2001
Mar 30 2003, 14:38
Since we're in the MP3 section, I recall that the
FAQ is available in the general section
feces1223
Mar 30 2003, 14:57
the faq didn't help. can i jst have a quick explanation of what crc verifies with? someones elses .wav? If it does have errors what does it do? fill it in and download parts from some one elses wav? sorry but the complex talk doesn't help a newbie one bit. especially the long, tiresome list of FAQ questions
Morphix
Mar 30 2003, 15:07
No no, it is a calculation on the file (against the file). EAC figuires this out during the rip process, the number is only specific to your current operation. It is a mathmatical calculation applied against the file, the result is only a representation of the file. If two CRC's do not match on like files, those two files are not the same.
All you need to worry about is the test and copy crc's, if they don't match rerip the track.
feces1223
Mar 30 2003, 15:11
i see thanks!!! i've ripped 3cd's now and nothing popped up that said they were incorrecT. how would i tell if they matched up or not?
Morphix
Mar 30 2003, 15:23
1. Main WIndow of EAC Read CRC, Test CRC, CRC columns. The CRC column will have "Ok" all the way down
2. Pop up window at the end of the rip "There were errors" "No errors occured"
3. Create a log file for future validation.
Anymore questions I revert you back to EAC's tutorials. The comment you made above isn't going to win you any friends here. Why should we help you if you find it such a bother to help yourself.
JeanLuc
Mar 30 2003, 15:44
In secure mode without C2, EAC will read an area of 26 sectors during each read process ... a checksum is then calculated over that area ... EAC then reads these area again and calculates a second checksum ... if first and second chacksum match, this area is written to HDD ... if the second read result mismatches, EAC will start to slowdown the drive and then read the area up to 80 times. If a checksum is encountered at least 8 out of 80 times, this checksum will be assumed as correct and will be written to the wav file.
If not, a read or sync error is reported and logged for further listening. The bits of the 80 read retries will then be weighted and will be written to wav (which is the reason that you sometimes cannot hear glitches on read/sync errors).
Pio2001
Mar 31 2003, 11:52
QUOTE(Morphix @ Mar 31 2003 - 12:23 AM)
The comment you made above isn't going to win you any friends here.
Anyway, the answer to his question must rather be in EAC's website than in the HA FAQ, I didn't search.
Let's keep things simple, the CRC checksums of EAC are not the checksums of the 27 sectors readings, they are the CRC of the whole tracks.
-The CRC is calculated using every bit of the file. If one bit is changed, the whole CRC is changed. Therefore diferent CRC means different files.
-EAC rips twice, and compares the CRC of the first rip with the CRC of the second one. The validity of the result is based on the assumption that if an error occurs, it can't occur the same way a second time.
-The column CRC (it might be hidden on the right side of your display) shows "OK" when the CRC are OK, and the track assumed without error, and "#" when they differ, and thus at least one reading is wrong.
Discussion :
http://www.hydrogenaudio.org/forums/index....277entry73188
feces1223
Mar 31 2003, 16:51
Thats great. Thank you Pio2001. This is off-topic but, you guys should get Linkin Park-Meteora. its pretty good and a nice blend of techno and rock.
feces1223
Mar 31 2003, 17:17
Although this is personal preference... ...is there any encoder that handles aps better than lame?

"newbies have as many questions as blondes" ----Myself
/\/ephaestous
Mar 31 2003, 17:56
There's no other encoder than lame that uses APS, BTW you should use 3.90.2.
feces1223
Mar 31 2003, 18:43
I do
NeoRenegade
Mar 31 2003, 23:21
QUOTE(feces1223 @ Mar 31 2003 - 05:51 PM)
This is off-topic but, you guys should get Linkin Park-Meteora.
I intend to. already got Hybrid Theory and Reanimation.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please
click here.