toddgiffen

I use extract session 2 (contents) - RAW BIN/ISO. peter's working on some changes he's releasing in an update soon. . I am beta testing it and he wants me to re-do all my tests.. so eventually ISOBuster should produce more accurate audio rips, and maybe this issue with the data file gets fixed. IDK. the myth of the bit perfect rips from CDs..

this is weird. try starting like this: 1. create EAC wav/cue (whole disc to one file). from original audio cd. 2. extract session 2 using BIN from original audio cd. 3. modify EAC cue to include session 2 bin. 4. imgburn verify against original CD. mine generates a billion miscompares. I also did.. 1. above then burned from resulting wav/bin/cue. 2. verified image against disc generating 10000+ errors. but disc looks ok in sector view at LBA it says miscompare as far as I can tell with my human eye.. yours come up 100% no miscompares on session 2 track 1? O_O ImgBurn.log

yes to see the problem - compare the burned disc to the original. or simply verify the image rather than burn. it will burn no doubt but will it verify without differences in session 2? yes of course it verifies against the image..

what do you make of my special EAC WAV+ISOBUSTER BIN + CUE issue? problem is: I was getting ready to burn a CD-R to test if it worked good to extract session 2 with ISOBuster to backup the data portion and combine with my EAC rip. before I did so. realized there was a verify option. I wanted to check the audio and and data. that's where I ran into cd-da tracks issue. but the main issue was it said it miscompared the entire session 2.. so I decided not to waste a CD-R and assume ISOBuster isn t extracting session 2 right. is that your opinion as well? why would it miscompare?. see my post at Posted Yesterday, 08:01 PM with logs. I am definitely getting better drives but interesting to test this all out.

here's what Peter at ISOBuster had to say, he thinks there could be something wrong with his extraction of session 2-

anyway to remove this from the log W 22:03:56 Note: The drive probably offset the audio samples - this is common with CD-DA tracks. is this true if you make the bin/cue with imgburn using the same drive, then verify it with imgburn, there's offset differences if ImgBurn didn't do any offset correction? anyway to enter the offset, ie +6, like EAC?

had a chance to use ImgBurn verify a WAV/BIN/CUE with session 2 ripped with ISOBuster and the audio image created with EAC- ImgBurn could not verify the audio (possibly due to offset issues as imgburn keeps whining about cd-da offset thing) nor the data but lets focus on the session 2 data track: but when comparing this mother fucker here is what it says, so then I changed the above CUE sheet to and ripped the entire disc with ISObuster - the ISOBuster app rips the audio all wrong, and there's some differences in the BIN that the developer are changing, but the data verified correctly using the above image to the disc.

will keep my pursuit up with the vendors. I mean holy shit, why program their firmware/drives to not be able to read LBA -1 or at the lead-out? what kind of restriction is that.. prob won't be successful but whatever. one thing I know I'm not doing is buying all 10 drives sold on newegg and trying them all to get the one that works at least not this time around. maybe though. maybe that's what I got to do.

alright well I've now done my basic investigation of the drives and read methods on the market. there's probably not any drives that can read this on the market today.. cause the Plextor drive that's supposed to be one of the highest end ones. not too many others to choose from on newegg - the market is smaller than it used to be.

allegedly the plextor and optiarc AD-5290S Plus/PX-891SAF Plus and piodata on the market now are either ihas124-14 F/ihas324-17 F for none plus model or lite on premium DH-16AFSH-Premm drive for plus models with slightly custom firmware.. Asus is also ihas124/ihas324. to test overread into leadout and leadin check the drive in EAC - drive options. disable use accuraterip. then manually detect the offset with a reference CD. during the checking for offset it will auto detect overread leadout and leadin support. most drives don't support it. this means those drives cannot under any circumstances accurately read an entire audio CD, some samples will always be missing (at the end or beginning of the disc- EAC fills those samples with silence by default unless option to not fill missing samples with silence is unticked. these samples are normally silence anyway but might not always be. accuraterip will return accuraterip even if the samples aren't accurate here because they cut those out from the calculation knowing most drives can't read those samples). reference CDs http://www.exactaudiocopy.de/en/index.php/overview/basic-technology/list-of-included-reference-cds/ dbPoweramp might have more reference CDs if you don't have any of those ones.. apparently ripping a disc with the option to overread turned on will get dbPoweramp to report the drive doesn't support either or if the feature isn t supported. EAC might report inaccurate rips of first or last track with it on and the drive doesn't support it.. or like a sync or read error on last or first track or something.. remember to untick fill missing samples with silence and turn on overread to text or use the offset sample detection - to see how the drive performs. most likely dbPoweramp or read offset detection system best methods to verify drive is actually reading leadin or leadout.. someone on hydrogenaudio claims EAC doesn't always throw a sync error or inaccurate rip etc with it enabled and not otherwise overreading whether true or not.. on my set up it does seem to always throw a sync error on last track when enabled..

https://forum.dbpoweramp.com/showthread.php?37706-CD-DVD-Drive-Accuracy-List-2016 this is the accuraterip 2016 DB. it lists the Lite-On iHAS124-14 W as the most accurate drive. I got the F version. I also have the iHAS324-17 F surprised to see these lite on drives have so much trouble making accurate rips outside of dbPoweramp, foobar2000, EAC, and CUERIPPER... definitely looking for a new drive ie lite on premium. you got one of those or two right lightning UK? how do those work and know if they support overread of leadout and leadin for EAC audio extraction? read your post in 2016 on myce about acquiring the new premium drives.

https://forum.dbpoweramp.com/showthread.php?37706-CD-DVD-Drive-Accuracy-List-2016 this is the accuraterip 2016 DB. it lists the Lite-On iHAS124-14 W as the most accurate drive. I got the F version. I also have the iHAS324-17 F surprised to see these lite on drives have so much trouble making accurate rips outside of dbPoweramp, foobar2000, EAC, and CUERIPPER... definitely looking for a new drive ie lite on premium. you got one of those or two right lightning UK? how do those work and know if they support overread of leadout and leadin for EAC audio extraction? read your post in 2016 on myce about acquiring the new premium drives.

thanks. glad to see an explanation on that other lite on drives make random reads of audio CDs. odd still you said there's no way to make ImgBurn read like EAC Burst Mode.. that sucker powers on through at 49x never stopping and perfect rip.. for you too right? anyway I emailed lite on tech support hoping maybe they fix it or check into it to make the drives read more reliably. while iI got you here know of any current market drives that overread leadout and leadin?

does ImgBurn preference CDTEXTFILE field in a .cue, and read the .cdt file for CD-TEXT or will it use the fields within the CUE if you have both? need to know because I'm trying to perfect my archival system to archive the original CD Audio, to re-create the original discs should be necessary. noticed EAC puts in CD-TEXT from the meta database places, but I intend to rip the .cdt separately and add the CDTEXTFILE field. also perhaps ImgBurn needs an option to rip CDT separately as well as specific sessions (for archiving data on audio CDs). current solution to get .cdt involves ripping an entire disc image with imgburn, or doing the same with isobuster, and isobuster supports the second session but always looking for a streamlined all-in one solution with specifically just what I need (including ripping cdt separately from entire image). notice EAC supports CDT too but the file it writes changes the capitalization of the CD-TEXT from the CD without an option not to! ie various artists becomes Various Artists

I wanted to re-state audio CDs seem to read 100% accurately each rip using EAC burst mode which reads at 49x. rip a CD 5 times in a row it is accurate. no secure mode required which applies error correction and re reads. it is only alcohol, ImgBurn, ISOBuster style apps that cannot read audio CD the same each rip. I suspect it is because of whatever read mode these apps use with a focus on data and so they use the wrong methods to read audio- even reducing the read speed to 1x/10x etc don't help. I am no pro I don't know what commands are used to read or nothing but the read method ie commands has to be different which may disable drive features or something. I know EAC uses MMC1 on my drive.

I don't know for sure man, but what I do know is EAC detected using AccurateRip database based on scanning my CD images that an image ripped with my drive by Alcohol/ImgBurn and mounted with Alcohol required an offset of +6 to be accurate. So the image itself has no offset applied, but to match the file with the ones in the online database, the files needed that +6 offset. This could be because image making software applied no offset for my drive, so the image was raw, and then EAC applied the necessary +6 offset to convert it to the accuraterip realm. I uploaded the files. Alcohol is the only one that got this right for track 01 for example, see the alcohol track 01.wav in the alcohol folder (note: this wav was made using ISOBuster, so it has no offset applied, therefore in the foobar2000 bit comparator app it finds it needed to apply a 6 sample offset- if I made the rip through mounting and ripping with EAC this would already be done): https://drive.google.com/drive/folders/19CW9rWqFuKZsQR2XWjfI6gpGCcnaAHns?usp=sharing uploaded the bin/CUEs to show that huge amounts of samples are wrong. for example in ImgBurn for track 01, over 18000 samples are different requiring what is detected as an offset of 18000 to make it bit comparable to the EAC rip which was ripped with an offset of just 6. the ISOBuster rip is the most busted. ISOBuster does not rip audio CD at all accurately, no tracks match, and the CUE is malformed missing index 00, ISRC, etc so some data will be missing from images made with ISOBuster. no amount of offset makes any ISOBuster track comparable to EAC rip under any circumstances. Alcohol 120% cannot even mount the ISOBuster bin/cue of audio CDs because index 00 is missing from the CUE! this is why I extracted track 01 using ISOBuster from all the images for comparison, rather than mount and rip with EAC getting the necessary +06 offset applied.

here's the EAC log showing that ImgBurn, ISO Buster, and Alcohol 120% have issues reading Audio CD Britney Spears to an image file accurately (not just this album, but all Audio CDs these software read inconsistently compared to EAC/foobar2000/CUERipper directly from the Audio CD), based on mounting the resulting BIN/CUE or MDS file in Alcohol 120%, and then using EAC to rip from the virtual drive to test the image quality. EAC is able to verify if a rip is accurate by comparing the sample checksums with AccurateRip and Cuetools database. Cuetools has parity data to repair a bad rip if only some samples differ as well but not if the track returns "no match." FIRST RIP USING EAC AND THE IHAS324-17 F DRIVE DIRECTLY WHICH ALWAYS READS 100% ACCURATELY EVEN WITH BURST MODE WHERE IT DISABLES C2 POINTERS AND ALL ERROR CORRECTION, ALTHOUGH BELOW I USED SECURE MODE: Ripped with EAC directly from audio CD: Exact Audio Copy V1.3 from 2. September 2016 EAC extraction logfile from 24. February 2018, 14:53 Britney Spears / ...Baby One More Time Used drive : ATAPI iHAS324 F Adapter: 1 ID: 1 Read mode : Secure Utilize accurate stream : Yes Defeat audio cache : Yes Make use of C2 pointers : Yes Read offset correction : 6 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 (x86)\Exact Audio Copy\FLAC\FLAC.EXE Additional command line options : --best -V -T "ARTIST=%artist%" -T "TITLE=%title%" -T "ALBUM=%albumtitle%" -T "DATE=%year%" -T "TRACKNUMBER=%tracknr%" -T "GENRE=%genre%" -T "COMMENT=%comment%" -T "BAND=%albuminterpret%" -T "ALBUMARTIST=%albuminterpret%" -T "COMPOSER=%composer%" %haslyrics%--tag-from-file=LYRICS="%lyricsfile%"%haslyrics% -T "DISCNUMBER=%cdnumber%" -T "TOTALDISCS=%totalcds%" -T "TOTALTRACKS=%numtracks%" %hascover%--picture="%coverfile%"%hascover% %source% -o %dest% TOC of the extracted CD Track | Start | Length | Start sector | End sector --------------------------------------------------------- 1 | 0:00.00 | 3:31.22 | 0 | 15846 2 | 3:31.22 | 3:20.12 | 15847 | 30858 3 | 6:51.34 | 4:06.11 | 30859 | 49319 4 | 10:57.45 | 3:22.09 | 49320 | 64478 5 | 14:19.54 | 4:05.11 | 64479 | 82864 6 | 18:24.65 | 5:12.42 | 82865 | 106306 7 | 23:37.32 | 3:54.72 | 106307 | 123928 8 | 27:32.29 | 4:03.63 | 123929 | 142216 9 | 31:36.17 | 3:36.30 | 142217 | 158446 10 | 35:12.47 | 3:43.07 | 158447 | 175178 11 | 38:55.54 | 3:43.05 | 175179 | 191908 12 | 45:10.59 | 12:40.26 | 203309 | 260334 Range status and errors Selected range Filename D:\music\Britney Spears\...Baby One More Time\Britney Spears - ...Baby One More Time.wav Peak level 98.8 % Extraction speed 2.2 X Range quality 99.9 % Copy CRC FF94297A Copy OK No errors occurred AccurateRip summary Track 1 accurately ripped (confidence 14) [782190FA] (AR v2) Track 2 accurately ripped (confidence 14) [48A457DE] (AR v2) Track 3 accurately ripped (confidence 14) [55EFBAFC] (AR v2) Track 4 accurately ripped (confidence 14) [CAC292D8] (AR v2) Track 5 accurately ripped (confidence 14) [b407173D] (AR v2) Track 6 accurately ripped (confidence 14) [3838AC20] (AR v2) Track 7 accurately ripped (confidence 14) [AF960426] (AR v2) Track 8 accurately ripped (confidence 14) [A92430CC] (AR v2) Track 9 accurately ripped (confidence 14) [66B1B6BA] (AR v2) Track 10 accurately ripped (confidence 13) [EFE6A051] (AR v2) Track 11 accurately ripped (confidence 14) [FEED495D] (AR v2) All tracks accurately ripped End of status report ---- AcoustID Plugin V1.2.0 Total fingerprints: 11 ---- CUETools DB Plugin V2.1.6 [CTDB TOCID: b0PIPzSBHQfWDLrl1ZGmfaIBnQk-] found Submit result: b0PIPzSBHQfWDLrl1ZGmfaIBnQk- has been confirmed Track | CTDB Status 1 | (495/508) Accurately ripped 2 | (496/508) Accurately ripped 3 | (494/508) Accurately ripped 4 | (497/508) Accurately ripped 5 | (495/508) Accurately ripped 6 | (496/508) Accurately ripped 7 | (494/508) Accurately ripped 8 | (495/508) Accurately ripped 9 | (495/508) Accurately ripped 10 | (493/508) Accurately ripped 11 | (497/508) Accurately ripped ==== Log checksum 9E145864B900A235665B9EF8C18C9ADE5B46F23851D4617606886F113C8A5C01 ==== ------------------------------------------------------------ Now when you rip the Audio CD to bin/cue with ISOBuster, and mount with any virtual software, and rip using EAC, EAC looks at the samples and finds it inaccurate: Exact Audio Copy V1.3 from 2. September 2016 EAC extraction logfile from 25. February 2018, 23:36 Britney Spears / ...Baby One More Time Used drive : Alcohol V-SATA CD/DVD Adapter: 1 ID: 2 Read mode : Secure Utilize accurate stream : Yes Defeat audio cache : Yes Make use of C2 pointers : Yes Read offset correction : 6 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 (x86)\Exact Audio Copy\FLAC\FLAC.EXE Additional command line options : --best -V -T "ARTIST=%artist%" -T "TITLE=%title%" -T "ALBUM=%albumtitle%" -T "DATE=%year%" -T "TRACKNUMBER=%tracknr%" -T "GENRE=%genre%" -T "COMMENT=%comment%" -T "BAND=%albuminterpret%" -T "ALBUMARTIST=%albuminterpret%" -T "COMPOSER=%composer%" %haslyrics%--tag-from-file=LYRICS="%lyricsfile%"%haslyrics% -T "DISCNUMBER=%cdnumber%" -T "TOTALDISCS=%totalcds%" -T "TOTALTRACKS=%numtracks%" %hascover%--picture="%coverfile%"%hascover% %source% -o %dest% TOC of the extracted CD Track | Start | Length | Start sector | End sector --------------------------------------------------------- 1 | 0:00.00 | 3:31.22 | 0 | 15846 2 | 3:31.22 | 3:20.12 | 15847 | 30858 3 | 6:51.34 | 4:06.11 | 30859 | 49319 4 | 10:57.45 | 3:22.09 | 49320 | 64478 5 | 14:19.54 | 4:05.11 | 64479 | 82864 6 | 18:24.65 | 5:12.42 | 82865 | 106306 7 | 23:37.32 | 3:54.72 | 106307 | 123928 8 | 27:32.29 | 4:03.63 | 123929 | 142216 9 | 31:36.17 | 3:36.30 | 142217 | 158446 10 | 35:12.47 | 3:43.07 | 158447 | 175178 11 | 38:55.54 | 6:15.05 | 175179 | 203308 12 | 45:10.59 | 12:40.26 | 203309 | 260334 Range status and errors Selected range Filename D:\music\TEST\Britney Spears - ...Baby One More Time.wav Peak level 98.8 % Extraction speed 142.9 X Range quality 100.0 % Copy CRC 6376A891 Copy OK No errors occurred AccurateRip summary Track 1 cannot be verified as accurate (confidence 76) [DA32CBE2], AccurateRip returned [E93C7476] (AR v2) Track 2 cannot be verified as accurate (confidence 77) [8BA5E673], AccurateRip returned [FF112A57] (AR v2) Track 3 cannot be verified as accurate (confidence 76) [106A2CC5], AccurateRip returned [896AC9A7] (AR v2) Track 4 cannot be verified as accurate (confidence 77) [936FAC03], AccurateRip returned [1F229E8C] (AR v2) Track 5 cannot be verified as accurate (confidence 77) [9F019240], AccurateRip returned [240E3856] (AR v2) Track 6 cannot be verified as accurate (confidence 76) [84CF8D64], AccurateRip returned [ADA93155] (AR v2) Track 7 cannot be verified as accurate (confidence 77) [11F28F2F], AccurateRip returned [4D213F9E] (AR v2) Track 8 cannot be verified as accurate (confidence 76) [32F384D4], AccurateRip returned [7AC68C1C] (AR v2) Track 9 cannot be verified as accurate (confidence 75) [AD74F025], AccurateRip returned [D7D39C18] (AR v2) Track 10 cannot be verified as accurate (confidence 76) [EF9E8ECC], AccurateRip returned [A95F7E10] (AR v2) Track 11 cannot be verified as accurate (confidence 75) [A3E65856], AccurateRip returned [9202BEC2] (AR v2) No tracks could be verified as accurate You may have a different pressing from the one(s) in the database End of status report ---- AcoustID Plugin V1.2.0 Total fingerprints: 11 ---- CUETools DB Plugin V2.1.6 [CTDB TOCID: qPS8mis4oy6NO92uNV.mwU3tUOM-] found Submit result: unrecognized or virtual drive Track | CTDB Status 1 | ( 0/511) No match 2 | ( 0/511) No match 3 | ( 0/511) No match 4 | ( 0/511) No match 5 | ( 0/511) No match 6 | ( 0/511) No match 7 | ( 0/511) No match 8 | ( 0/511) No match 9 | ( 0/511) No match 10 | ( 0/511) No match 11 | ( 0/511) No match ==== Log checksum FCC76DABB65F4D8CA94055733A6F3515034387CF4A798348F08B53C2AF6A4659 ==== ------------------------------------------------------------ as you can see from the above, the checksums are different for all files. now I test Alcohol 120%: Alcohol 120 ripped to MDS, mounted with Alcohol, ripped with EAC, interestingly compared to ISO Buster it got all accurate results on this disc (I found alcohol seems to accurately rip shorter discs, but have problems on longer ones, unknown reason why because I have tested and ripped under exact conditions- to get this rip in Alcohol I used options: Subchannel data, Ignore Errors, Re-read errors 16 times before reporting errors, Enhance Weak Sectors, no Data Position Measurement): Exact Audio Copy V1.3 from 2. September 2016 EAC extraction logfile from 25. February 2018, 23:44 Britney Spears / ...Baby One More Time Used drive : Alcohol V-SATA CD/DVD Adapter: 1 ID: 2 Read mode : Secure Utilize accurate stream : Yes Defeat audio cache : Yes Make use of C2 pointers : Yes Read offset correction : 6 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 (x86)\Exact Audio Copy\FLAC\FLAC.EXE Additional command line options : --best -V -T "ARTIST=%artist%" -T "TITLE=%title%" -T "ALBUM=%albumtitle%" -T "DATE=%year%" -T "TRACKNUMBER=%tracknr%" -T "GENRE=%genre%" -T "COMMENT=%comment%" -T "BAND=%albuminterpret%" -T "ALBUMARTIST=%albuminterpret%" -T "COMPOSER=%composer%" %haslyrics%--tag-from-file=LYRICS="%lyricsfile%"%haslyrics% -T "DISCNUMBER=%cdnumber%" -T "TOTALDISCS=%totalcds%" -T "TOTALTRACKS=%numtracks%" %hascover%--picture="%coverfile%"%hascover% %source% -o %dest% TOC of the extracted CD Track | Start | Length | Start sector | End sector --------------------------------------------------------- 1 | 0:00.00 | 3:31.22 | 0 | 15846 2 | 3:31.22 | 3:20.12 | 15847 | 30858 3 | 6:51.34 | 4:06.11 | 30859 | 49319 4 | 10:57.45 | 3:22.09 | 49320 | 64478 5 | 14:19.54 | 4:05.11 | 64479 | 82864 6 | 18:24.65 | 5:12.42 | 82865 | 106306 7 | 23:37.32 | 3:54.72 | 106307 | 123928 8 | 27:32.29 | 4:03.63 | 123929 | 142216 9 | 31:36.17 | 3:36.30 | 142217 | 158446 10 | 35:12.47 | 3:43.07 | 158447 | 175178 11 | 38:55.54 | 3:43.05 | 175179 | 191908 12 | 45:10.59 | 12:40.26 | 203309 | 260334 Range status and errors Selected range Filename D:\music\TEST\Britney Spears - ...Baby One More Time.wav Peak level 98.8 % Extraction speed 9.0 X Range quality 100.0 % Copy CRC CC4F20AD Copy OK No errors occurred AccurateRip summary Track 1 accurately ripped (confidence 14) [782190FA] (AR v2) Track 2 accurately ripped (confidence 14) [48A457DE] (AR v2) Track 3 accurately ripped (confidence 14) [55EFBAFC] (AR v2) Track 4 accurately ripped (confidence 14) [CAC292D8] (AR v2) Track 5 accurately ripped (confidence 14) [b407173D] (AR v2) Track 6 accurately ripped (confidence 14) [3838AC20] (AR v2) Track 7 accurately ripped (confidence 14) [AF960426] (AR v2) Track 8 accurately ripped (confidence 14) [A92430CC] (AR v2) Track 9 accurately ripped (confidence 14) [66B1B6BA] (AR v2) Track 10 accurately ripped (confidence 13) [EFE6A051] (AR v2) Track 11 accurately ripped (confidence 14) [FEED495D] (AR v2) All tracks accurately ripped End of status report ---- AcoustID Plugin V1.2.0 Total fingerprints: 11 ---- CUETools DB Plugin V2.1.6 [CTDB TOCID: b0PIPzSBHQfWDLrl1ZGmfaIBnQk-] found Submit result: unrecognized or virtual drive Track | CTDB Status 1 | (498/511) Accurately ripped 2 | (499/511) Accurately ripped 3 | (497/511) Accurately ripped 4 | (500/511) Accurately ripped 5 | (498/511) Accurately ripped 6 | (499/511) Accurately ripped 7 | (497/511) Accurately ripped 8 | (498/511) Accurately ripped 9 | (498/511) Accurately ripped 10 | (496/511) Accurately ripped 11 | (500/511) Accurately ripped ==== Log checksum 8EE58EA8F2DB205EFF2D60FCB5C6390B4FC1CCF5688D0044059C23B35E2B7A32 ==== ------------------------------------------------------------ End of status report Then I ripped the same disc using ImgBurn, mounted with Alcohol 120%, ripped with EAC: Exact Audio Copy V1.3 from 2. September 2016 EAC extraction logfile from 25. February 2018, 23:49 Britney Spears / ...Baby One More Time Used drive : Alcohol V-SATA CD/DVD Adapter: 1 ID: 2 Read mode : Secure Utilize accurate stream : Yes Defeat audio cache : Yes Make use of C2 pointers : Yes Read offset correction : 6 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 (x86)\Exact Audio Copy\FLAC\FLAC.EXE Additional command line options : --best -V -T "ARTIST=%artist%" -T "TITLE=%title%" -T "ALBUM=%albumtitle%" -T "DATE=%year%" -T "TRACKNUMBER=%tracknr%" -T "GENRE=%genre%" -T "COMMENT=%comment%" -T "BAND=%albuminterpret%" -T "ALBUMARTIST=%albuminterpret%" -T "COMPOSER=%composer%" %haslyrics%--tag-from-file=LYRICS="%lyricsfile%"%haslyrics% -T "DISCNUMBER=%cdnumber%" -T "TOTALDISCS=%totalcds%" -T "TOTALTRACKS=%numtracks%" %hascover%--picture="%coverfile%"%hascover% %source% -o %dest% TOC of the extracted CD Track | Start | Length | Start sector | End sector --------------------------------------------------------- 1 | 0:00.00 | 3:31.22 | 0 | 15846 2 | 3:31.22 | 3:20.12 | 15847 | 30858 3 | 6:51.34 | 4:06.11 | 30859 | 49319 4 | 10:57.45 | 3:22.09 | 49320 | 64478 5 | 14:19.54 | 4:05.11 | 64479 | 82864 6 | 18:24.65 | 5:12.42 | 82865 | 106306 7 | 23:37.32 | 3:54.72 | 106307 | 123928 8 | 27:32.29 | 4:03.63 | 123929 | 142216 9 | 31:36.17 | 3:36.30 | 142217 | 158446 10 | 35:12.47 | 3:43.07 | 158447 | 175178 11 | 38:55.54 | 6:15.05 | 175179 | 203308 12 | 45:10.59 | 12:40.26 | 203309 | 260334 Range status and errors Selected range Filename D:\music\TEST\Britney Spears - ...Baby One More Time.wav Peak level 98.8 % Extraction speed 140.0 X Range quality 100.0 % Copy CRC 1E28F689 Copy OK No errors occurred AccurateRip summary Track 1 accurately ripped (confidence 14) [782190FA] (AR v2) Track 2 accurately ripped (confidence 14) [48A457DE] (AR v2) Track 3 cannot be verified as accurate (confidence 76) [8EB7C075], AccurateRip returned [896AC9A7] (AR v2) Track 4 cannot be verified as accurate (confidence 77) [9BC200BF], AccurateRip returned [1F229E8C] (AR v2) Track 5 cannot be verified as accurate (confidence 77) [747CFE83], AccurateRip returned [240E3856] (AR v2) Track 6 cannot be verified as accurate (confidence 76) [85D46CC8], AccurateRip returned [ADA93155] (AR v2) Track 7 accurately ripped (confidence 14) [AF960426] (AR v2) Track 8 cannot be verified as accurate (confidence 76) [A48A311D], AccurateRip returned [7AC68C1C] (AR v2) Track 9 cannot be verified as accurate (confidence 75) [3580F556], AccurateRip returned [D7D39C18] (AR v2) Track 10 cannot be verified as accurate (confidence 76) [1F9DF7EA], AccurateRip returned [A95F7E10] (AR v2) Track 11 cannot be verified as accurate (confidence 75) [42AC04B4], AccurateRip returned [9202BEC2] (AR v2) 3 track(s) accurately ripped 8 track(s) could not be verified as accurate Some tracks could not be verified as accurate End of status report ---- AcoustID Plugin V1.2.0 Total fingerprints: 11 ---- CUETools DB Plugin V2.1.6 [CTDB TOCID: qPS8mis4oy6NO92uNV.mwU3tUOM-] found Submit result: unrecognized or virtual drive Track | CTDB Status 1 | (498/511) Accurately ripped 2 | (499/511) Accurately ripped 3 | ( 0/511) No match 4 | ( 0/511) No match 5 | ( 0/511) No match 6 | ( 0/511) No match 7 | (497/511) Accurately ripped 8 | ( 0/511) No match 9 | ( 0/511) No match 10 | ( 0/511) No match 11 | ( 0/511) No match ==== Log checksum 04E09711CC935D72D2E0BA230AC1C1B740E658CED092D7F91B67FD070A9BF4CE ==== when I ripped the album now 28 using alcohol 120% (EAC directly from audio CD returns 100% accuraterips), it shows how inconsistent it was at reading audio. MDS format, subchannel data, ignore read errors- read 16 times before reporting an error, enhance weak sectors, no DPM. Exact Audio Copy V1.3 from 2. September 2016 EAC extraction logfile from 25. February 2018, 23:55 Various Artists / Now That's What I Call Music! Vol. 28 Used drive : Alcohol V-SATA CD/DVD Adapter: 1 ID: 2 Read mode : Secure Utilize accurate stream : Yes Defeat audio cache : Yes Make use of C2 pointers : Yes Read offset correction : 6 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 (x86)\Exact Audio Copy\FLAC\FLAC.EXE Additional command line options : --best -V -T "ARTIST=%artist%" -T "TITLE=%title%" -T "ALBUM=%albumtitle%" -T "DATE=%year%" -T "TRACKNUMBER=%tracknr%" -T "GENRE=%genre%" -T "COMMENT=%comment%" -T "BAND=%albuminterpret%" -T "ALBUMARTIST=%albuminterpret%" -T "COMPOSER=%composer%" %haslyrics%--tag-from-file=LYRICS="%lyricsfile%"%haslyrics% -T "DISCNUMBER=%cdnumber%" -T "TOTALDISCS=%totalcds%" -T "TOTALTRACKS=%numtracks%" %hascover%--picture="%coverfile%"%hascover% %source% -o %dest% TOC of the extracted CD Track | Start | Length | Start sector | End sector --------------------------------------------------------- 1 | 0:00.00 | 3:57.54 | 0 | 17828 2 | 3:57.54 | 3:13.05 | 17829 | 32308 3 | 7:10.59 | 3:48.42 | 32309 | 49450 4 | 10:59.26 | 4:07.04 | 49451 | 67979 5 | 15:06.30 | 3:24.70 | 67980 | 83349 6 | 18:31.25 | 4:11.55 | 83350 | 102229 7 | 22:43.05 | 3:14.25 | 102230 | 116804 8 | 25:57.30 | 3:01.10 | 116805 | 130389 9 | 28:58.40 | 4:21.20 | 130390 | 149984 10 | 33:19.60 | 4:02.57 | 149985 | 168191 11 | 37:22.42 | 3:39.46 | 168192 | 184662 12 | 41:02.13 | 3:46.01 | 184663 | 201613 13 | 44:48.14 | 3:17.39 | 201614 | 216427 14 | 48:05.53 | 2:57.44 | 216428 | 229746 15 | 51:03.22 | 3:46.13 | 229747 | 246709 16 | 54:49.35 | 3:24.53 | 246710 | 262062 17 | 58:14.13 | 3:57.14 | 262063 | 279851 18 | 62:11.27 | 3:25.08 | 279852 | 295234 19 | 65:36.35 | 3:43.45 | 295235 | 312004 20 | 69:20.05 | 3:21.25 | 312005 | 327104 Range status and errors Selected range Filename D:\music\TEST\Various Artists - Now That's What I Call Music! Vol. 28.wav Peak level 99.9 % Extraction speed 132.8 X Range quality 100.0 % Copy CRC B000BF4E Copy OK No errors occurred AccurateRip summary Track 1 accurately ripped (confidence 67) [D344FC72] (AR v2) Track 2 accurately ripped (confidence 68) [C9FAEABD] (AR v2) Track 3 accurately ripped (confidence 70) [A4666DD3] (AR v2) Track 4 accurately ripped (confidence 70) [9610701E] (AR v2) Track 5 cannot be verified as accurate (confidence 60) [003308E5], AccurateRip returned [06CFF97B] (AR v2) Track 6 cannot be verified as accurate (confidence 69) [67D06337], AccurateRip returned [6C159D17] (AR v2) Track 7 accurately ripped (confidence 68) [F3234F76] (AR v2) Track 8 accurately ripped (confidence 68) [bD41A8B4] (AR v2) Track 9 accurately ripped (confidence 66) [1C54843D] (AR v2) Track 10 cannot be verified as accurate (confidence 66) [C04AE306], AccurateRip returned [C0434442] (AR v2) Track 11 accurately ripped (confidence 66) [6CB674FE] (AR v2) Track 12 cannot be verified as accurate (confidence 68) [49FF758F], AccurateRip returned [C5AA596C] (AR v2) Track 13 accurately ripped (confidence 67) [757A5DFB] (AR v2) Track 14 cannot be verified as accurate (confidence 65) [923BBB58], AccurateRip returned [0B458FFE] (AR v2) Track 15 cannot be verified as accurate (confidence 69) [F04CC4EE], AccurateRip returned [A1354B52] (AR v2) Track 16 accurately ripped (confidence 65) [41162390] (AR v2) Track 17 accurately ripped (confidence 63) [0E6DF7B5] (AR v2) Track 18 cannot be verified as accurate (confidence 68) [2CB276FA], AccurateRip returned [80119D46] (AR v2) Track 19 accurately ripped (confidence 67) [03FB2F9E] (AR v2) Track 20 accurately ripped (confidence 53) [414CDECD] (AR v2) 13 track(s) accurately ripped 7 track(s) could not be verified as accurate Some tracks could not be verified as accurate End of status report ---- AcoustID Plugin V1.2.0 Total fingerprints: 20 ---- CUETools DB Plugin V2.1.6 [CTDB TOCID: YHPi8Rl4ofrqIg_shbS8z.Hdcbw-] found Submit result: unrecognized or virtual drive Track | CTDB Status 1 | (75/77) Accurately ripped 2 | (75/77) Accurately ripped 3 | (76/77) Accurately ripped 4 | (75/77) Accurately ripped 5 | (63/77) Differs in 90 samples @03:24:67 6 | (63/77) Differs in 96 samples @04:11:52 7 | (76/77) Accurately ripped 8 | (76/77) Accurately ripped 9 | (76/77) Accurately ripped 10 | (63/77) Differs in 183 samples @04:02:54 11 | (76/77) Accurately ripped 12 | (63/77) Differs in 188 samples @03:45:73 13 | (73/77) Accurately ripped 14 | (63/77) Differs in 182 samples @02:57:41 15 | (63/77) Differs in 146 samples @03:46:11 16 | (74/77) Accurately ripped 17 | (72/77) Accurately ripped 18 | (63/77) Differs in 126 samples @03:25:05 19 | (75/77) Accurately ripped 20 | (74/77) Accurately ripped If you are sure that your rip contains errors, you can use CUETools to repair it. ==== Log checksum 8F99E16F684D866DE020981E287396810EEE8C81BEDE66DC48ABEC15A8F0B424 ==== ------------------------------------------------------------ ​The good news is that when Alcohol 120% ripped now 28, no track was "no match" which means the tracks can at least be repaired using Cuetools parity data. Here's what ImgBurn now 28 BIN/CUE reports when mounted and ripped in EAC: Exact Audio Copy V1.3 from 2. September 2016 EAC extraction logfile from 26. February 2018, 0:14 Various Artists / Now That's What I Call Music! Vol. 28 Used drive : Alcohol V-SATA CD/DVD Adapter: 1 ID: 2 Read mode : Secure Utilize accurate stream : Yes Defeat audio cache : Yes Make use of C2 pointers : Yes Read offset correction : 6 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 (x86)\Exact Audio Copy\FLAC\FLAC.EXE Additional command line options : --best -V -T "ARTIST=%artist%" -T "TITLE=%title%" -T "ALBUM=%albumtitle%" -T "DATE=%year%" -T "TRACKNUMBER=%tracknr%" -T "GENRE=%genre%" -T "COMMENT=%comment%" -T "BAND=%albuminterpret%" -T "ALBUMARTIST=%albuminterpret%" -T "COMPOSER=%composer%" %haslyrics%--tag-from-file=LYRICS="%lyricsfile%"%haslyrics% -T "DISCNUMBER=%cdnumber%" -T "TOTALDISCS=%totalcds%" -T "TOTALTRACKS=%numtracks%" %hascover%--picture="%coverfile%"%hascover% %source% -o %dest% TOC of the extracted CD Track | Start | Length | Start sector | End sector --------------------------------------------------------- 1 | 0:00.00 | 3:57.54 | 0 | 17828 2 | 3:57.54 | 3:13.05 | 17829 | 32308 3 | 7:10.59 | 3:48.42 | 32309 | 49450 4 | 10:59.26 | 4:07.04 | 49451 | 67979 5 | 15:06.30 | 3:24.70 | 67980 | 83349 6 | 18:31.25 | 4:11.55 | 83350 | 102229 7 | 22:43.05 | 3:14.25 | 102230 | 116804 8 | 25:57.30 | 3:01.10 | 116805 | 130389 9 | 28:58.40 | 4:21.20 | 130390 | 149984 10 | 33:19.60 | 4:02.57 | 149985 | 168191 11 | 37:22.42 | 3:39.46 | 168192 | 184662 12 | 41:02.13 | 3:46.01 | 184663 | 201613 13 | 44:48.14 | 3:17.39 | 201614 | 216427 14 | 48:05.53 | 2:57.44 | 216428 | 229746 15 | 51:03.22 | 3:46.13 | 229747 | 246709 16 | 54:49.35 | 3:24.53 | 246710 | 262062 17 | 58:14.13 | 3:57.14 | 262063 | 279851 18 | 62:11.27 | 3:25.08 | 279852 | 295234 19 | 65:36.35 | 3:43.45 | 295235 | 312004 20 | 69:20.05 | 3:21.25 | 312005 | 327104 Range status and errors Selected range Filename D:\music\TEST\Various Artists - Now That's What I Call Music! Vol. 28.wav Peak level 99.9 % Extraction speed 131.2 X Range quality 100.0 % Copy CRC 71DB33EB Copy OK No errors occurred AccurateRip summary Track 1 accurately ripped (confidence 67) [D344FC72] (AR v2) Track 2 accurately ripped (confidence 68) [C9FAEABD] (AR v2) Track 3 accurately ripped (confidence 70) [A4666DD3] (AR v2) Track 4 accurately ripped (confidence 70) [9610701E] (AR v2) Track 5 accurately ripped (confidence 60) [06CFF97B] (AR v2) Track 6 accurately ripped (confidence 69) [6C159D17] (AR v2) Track 7 cannot be verified as accurate (confidence 68) [383009E6], AccurateRip returned [F3234F76] (AR v2) Track 8 accurately ripped (confidence 68) [bD41A8B4] (AR v2) Track 9 cannot be verified as accurate (confidence 66) [86596D57], AccurateRip returned [1C54843D] (AR v2) Track 10 cannot be verified as accurate (confidence 66) [658DC077], AccurateRip returned [C0434442] (AR v2) Track 11 accurately ripped (confidence 66) [6CB674FE] (AR v2) Track 12 accurately ripped (confidence 68) [C5AA596C] (AR v2) Track 13 accurately ripped (confidence 67) [757A5DFB] (AR v2) Track 14 accurately ripped (confidence 65) [0B458FFE] (AR v2) Track 15 accurately ripped (confidence 69) [A1354B52] (AR v2) Track 16 accurately ripped (confidence 65) [41162390] (AR v2) Track 17 accurately ripped (confidence 63) [0E6DF7B5] (AR v2) Track 18 cannot be verified as accurate (confidence 68) [92E4C836], AccurateRip returned [80119D46] (AR v2) Track 19 accurately ripped (confidence 67) [03FB2F9E] (AR v2) Track 20 accurately ripped (confidence 53) [414CDECD] (AR v2) 16 track(s) accurately ripped 4 track(s) could not be verified as accurate Some tracks could not be verified as accurate End of status report ---- AcoustID Plugin V1.2.0 Total fingerprints: 20 ---- CUETools DB Plugin V2.1.6 [CTDB TOCID: YHPi8Rl4ofrqIg_shbS8z.Hdcbw-] found Submit result: unrecognized or virtual drive Track | CTDB Status 1 | (75/77) Accurately ripped 2 | (75/77) Accurately ripped 3 | (76/77) Accurately ripped 4 | (75/77) Accurately ripped 5 | (77/77) Accurately ripped 6 | (77/77) Accurately ripped 7 | (63/77) Differs in 16 samples @03:14:24 8 | (76/77) Accurately ripped 9 | (63/77) Differs in 221 samples @04:21:19 10 | (63/77) Differs in 88 samples @04:02:56 11 | (76/77) Accurately ripped 12 | (74/77) Accurately ripped 13 | (73/77) Accurately ripped 14 | (75/77) Accurately ripped 15 | (76/77) Accurately ripped 16 | (74/77) Accurately ripped 17 | (72/77) Accurately ripped 18 | (63/77) Differs in 186 samples @03:25:07 19 | (75/77) Accurately ripped 20 | (74/77) Accurately ripped If you are sure that your rip contains errors, you can use CUETools to repair it. ==== Log checksum 81233AA920A00BA5EF4ACF54904F2875327121A575E742AEB2FD79DF7486134A ==== now it looks like ImgBurn got a more accuraterip this time and Cuetools can even correct the errors.

got to let you know that ImgBurn is unstable on my system bro. everytime I try to rip certain discs to image on certain times, it stops on things like "analyzing track 2" before it even starts reading it. it will sit there for 5 minutes stuck never unsticking, got to unplug the drive to get ImgBurn to respond. only sometimes it will actually start to read the disc and make a .bin. oddly it will read the disc fine once, then always freeze during the process. does this have to do with GAPS? had that issue with gap detection on EAC on one disc, but ImgBurn does this more often.. also here's something weird. have any tips for when it does make a BIN regarding audio ripping? I made a BIN, and I mount that in Alcohol, rip with EAC, and EAC reports only 4 tracks are accurately ripped, while the rest are not even recognized by Accurate Rip/Cuetools DB. they have a database of basically every known audio CD with checksums so it knows if your rip is accurate, and what I have found is general purpose disc image makers like ImgBurn, Alcohol, and even ISOBuster, cannot for the life of themselves make a BIN/CUE that reads in EAC properly, meaning the audio samples are different using these programs. I understand EAC, foobar2000, and CUERIPPER are specialized programs that read Audio CD better, but even in burst mode when all error correction is allegedly turned off in EAC, EAC still reads the disc 100% accuracy everytime. but ImgBurn, Alcohol, ISOBuster all read Audio CD different each time, meaning 11 tracks will be accurate rips and 6 not, then next BIN/CUE you make of the same disc, 10 tracks accurate rips 7 not. Cuetools reports different tracks have "differing samples." drive I have: iHAS324-17 LITE-ON. according to dBPoweramp this drive is the most accurate drive in their 2016 database (actually listed as iHAS124-14, but I think they are the same drive as firmware versions are close cousins, just different features enabled/disabled)

yes ISO Buster doesn't even let you name the file .bin if you use "EXTRACT SESSION->EXTRACT CONTENT" that I know of. it lets you change the folder only, and auto names the file. ah found the option. ISO Buster default options for image creation: DEFAULT TO .ISO INSTEAD OF .BIN.

I can tell you why I need that second session to start at INDEX 01 45:10:59 REM MSF: 45:10:59 = LBA: 203309 cause I was able to test this in Nero by burning it to NRG (Image Recorder), Nero is either dumb and buggy or doesn't recognize the image entirely or does things how all software will. it puts the second session/track at 0:42:38.59 and EAC / Accurate Rip / Cuetools/etc cannot see it as a recognized disc. ImgBurn might handle differently putting it at 45:10:59/203309 but without a way to burn to image I cannot test ImgBurn to see, until I get some CD-Rs.

here's my new CUE- 1 Q, how to make sure the second session starts at MSF: 45:10:59 = LBA: 203309? I notice ISOBuster creates those extra hints, does ImgBurn use them?

I did find a temporary solution- ISOBuster can extract a session to BIN/ISO. I have no idea yet if it works. I have no idea if ImgBurn can burn the wav then ISO either, because I haven't tested it, but an old topic from like 2009 touched bases on it which is how I found ImgBurn would be a good burn tool for this task. what I select in ISOBuster is the session 2, then extract contents, then store in raw/iso/bin. hope it works. I tried Nero Burning ROM 2014 just now it does not support such CUE/WAV-FLAC/ISO set up, need to make a trip to the store for CD-R's to try it in ImgBurn.

also wondering about the TOC- in the CUE, INDEX 01 of SESSION 2 at 45:10:59, but the IMGBURN shows this as a TOC after it analyzes the disc: Session 2 starts at 45:12:59 in the TOC? what happened to that 2 seconds, and why isn't it being archived in order to create entirely 1:1 replicas?

hi I'm using EAC to rip my audio CDs for archival, but come across some discs with data in session 2. EAC cannot rip them and arguable EAC/Cuetools/foobar2000 rip the discs audio portion more securely with multiple reads, C2 support, Accurate Rip DB checks, etc. in EAC I actually rip to FLAC+CUE image to save all hidden tracks and gaps. now to save the data portion losslessly. so I'm looking for a good solution and Imgburn came up as it has the ability to burn FLAC+ISO+BIN+CUE no issue by making a custom CUE. problem is, I cannot find an option to rip the session 2 data portion using Imgburn, even if it can burn such flac + ISO/BIN combination CUE. any pointers on how to rip that session 2 to a BIN/ISO to then burn using Imgburn/combine into a CUE with the FLAC/WAV? Does Imgburn need to add support for such ability to extra the session 2 independently from session 1 audio data? in the end hoping to be able to use a CUE like the below if I want to re-create the original CD as losslessly as possible, and even mount the disc and access the data as I see fit: