Hydrogenaudio Forums > Timing Problem

Hydrogenaudio Forums > CD-R and Audio Hardware > CD Hardware/Software

Boiled Beans

Apr 17 2008, 09:20

My drive is a caching, non-C2 drive, so I just started using greynol's method of Burst mode. I must say I was impressed at the speed of the rip and that even though some of the CDs had minor scratches, on the first Copy (without Test pass), Accurate Rip already deemed them accurate!

But I got a timing problem for one CD so far. (0:09:45 is in track 3)

CODE

Exact Audio Copy V0.99 prebeta 4 from 23. January 2008

EAC extraction logfile from 17. April 2008, 22:30

Oasis / (What's the Story) Morning Glory?

Used drive  : HL-DT-STDVD-ROM GDR8161B   Adapter: 1  ID: 1

Read mode : Burst

Read offset correction					  : 102
Overread into Lead-In and Lead-Out		  : No
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks   : No
Null samples used in CRC calculations	   : Yes
Used interface							  : Native Win32 interface for Win NT & 2000

Used output format			  : User Defined Encoder
Selected bitrate				: 768 kBit/s
Quality						 : High
Add ID3 tag					 : No
Command line compressor		 : C:\Program Files\FLAC\flac.exe
Additional command line options : -V -8 -T "artist=%a" -T "title=%t" -T "album=%g" -T "date=%y" -T "tracknumber=%n" -T "genre=%m" -T "comment=%e" %s


TOC of the extracted CD

	 Track |   Start  |  Length  | Start sector | End sector 
	---------------------------------------------------------
		1  |  0:00.00 |  3:21.50 |		 0	|	15124   
		2  |  3:21.50 |  3:59.62 |	 15125	|	33111   
		3  |  7:21.37 |  4:18.63 |	 33112	|	52524   
		4  | 11:40.25 |  4:47.62 |	 52525	|	74111   
		5  | 16:28.12 |  5:41.42 |	 74112	|	99728   
		6  | 22:09.54 |  0:44.46 |	 99729	|   103074   
		7  | 22:54.25 |  5:28.40 |	103075	|   127714   
		8  | 28:22.65 |  4:51.50 |	127715	|   149589   
		9  | 33:14.40 |  3:40.02 |	149590	|   166091   
	   10  | 36:54.42 |  5:04.00 |	166092	|   188891   
	   11  | 41:58.42 |  0:39.63 |	188892	|   191879   
	   12  | 42:38.30 |  7:27.62 |	191880	|   225466   


Range status and errors

Selected range

	 Filename C:\Album Art\Oasis - (What's the Story) Morning Glory.wav

	 Timing problem 0:09:45

	 Peak level 98.9 %
	 Copy CRC 767AB545
	 Copy finished

No errors occurred

 
AccurateRip summary
 
Track  1  accurately ripped (confidence 33)  [A3972BC4]
Track  2  accurately ripped (confidence 31)  [243A4EF0]
Track  3  accurately ripped (confidence 33)  [3C2D3BAB]
Track  4  accurately ripped (confidence 32)  [17BDB9F7]
Track  5  accurately ripped (confidence 31)  [CA27B5C5]
Track  6  accurately ripped (confidence 32)  [FA709264]
Track  7  accurately ripped (confidence 31)  [DC23711C]
Track  8  accurately ripped (confidence 31)  [5BE50A7E]
Track  9  accurately ripped (confidence 31)  [EC82ADBA]
Track 10  accurately ripped (confidence 31)  [D994A872]
Track 11  accurately ripped (confidence 31)  [A7448CB6]
Track 12  accurately ripped (confidence 31)  [94E118AB]
 
All tracks accurately ripped

End of status report

But strangely, Accurate Rip says all are accurate. So is this anything to be worried about?

Just a side question, I'm new to FLAC, and in the image I ripped, the title tag of the flac image was "Roll With It", which is actually the second track of the album. So what do you guys recommend I rename the title of the image to? The album name is already given in the album tag.

Moderation: Changed "code" to "codebox".

greynol

Apr 17 2008, 10:01

Timing problems can safely be ignored when you get an AR match or matching test CRC.

Considering you're ripping to a single-file image, you should really re-think your method of tagging. It makes no sense to include a track number and a track title.

I don't know why EAC used this information from the second track with your image.

drbeachboy

Apr 17 2008, 10:46

QUOTE(greynol @ Apr 17 2008, 12:01)

I don't know why EAC used this information from the second track with your image.

IIRC, in older versions of EAC this problem was due to the 4 letter extension, but I thought that it was fixed in version 0.99. Synthetic Soul may know of a better explanation on this issue.

Boiled Beans

Apr 17 2008, 10:52

QUOTE(drbeachboy @ Apr 18 2008, 00:46)

QUOTE(greynol @ Apr 17 2008, 12:01)

I don't know why EAC used this information from the second track with your image.

IIRC, in older versions of EAC this problem was due to the 4 letter extension, but I thought that it was fixed in version 0.99. Synthetic Soul may know of a better explanation on this issue.

So far I've ripped 4 CDs and all of them used the 2nd track so it's a rather consistent error. So do you recommend me to just remove the title & track number tags in the EAC Compression Options?

drbeachboy

Apr 17 2008, 11:24

It surely wouldn't hurt to try. I have been using REACT so long with EAC, that I forget what I did to get around the issue (if I got around it at all). Before REACT was released, Synthetic Soul (with very minor help from me) wrote a batch file for encoding FLAC images with EAC. He may still have it up on his site. Hopefully, he will read this and post back. If you can wait until this evening I can send to you, or else try REACT.

This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.