Ansatsuken Posted January 31, 2012 Posted January 31, 2012 I'm trying to create an image file from a disc, which has some audio tracks (that's a long story, but simplifying, I had ECM/APE files and converted them into BIN/WAV, and then mounted the binary file). However, it got stuck in "Analysing tracks... (Session 1, Track 2)" for over 20 minutes (I aborted the process because I can't just wait for it indefinitely). This is what the log window shows: I 21:45:47 ImgBurn Version 2.5.6.0 started! I 21:45:47 Microsoft Windows Vista Home Premium x64 Edition (6.0, Build 6002 : Service Pack 2) I 21:45:47 Total Physical Memory: 2,881,156 KB - Available: 997,816 KB W 21:45:47 Duplex Secure's SPTD driver can have a detrimental effect on drive performance. I 21:45:47 Initialising SPTI... I 21:45:47 Searching for SCSI / ATAPI devices... I 21:45:48 -> Drive 1 - Info: Optiarc DVD RW AD-7560S SH03 (E:) (ATA) I 21:45:48 -> Drive 2 - Info: KJQV 4TMZOLYNW9AN 1.03 (F:) (SCSI) I 21:45:48 Found 1 DVD±RW/RAM and 1 BD-ROM! W 21:46:26 Destination File renamed to: STREET_FIGHTER_COLLECTION.IMG I 21:46:26 Operation Started! I 21:46:26 Source Device: [5:0:0] KJQV 4TMZOLYNW9AN 1.03 (F:) (SCSI) I 21:46:26 Source Media Type: CD-ROM I 21:46:26 Source Media Sectors: 319,239 I 21:46:26 Source Media Size: 750,850,128 bytes I 21:46:26 Source Media Volume Identifier: STREET_FIGHTER_COLLECTION I 21:46:26 Source Media Application Identifier: PLAYSTATION I 21:46:26 Source Media File System(s): ISO9660 I 21:46:26 Read Speed (Data/Audio): MAX / 8x I 21:46:26 Destination File: G:\STREET_FIGHTER_COLLECTION.IMG I 21:46:26 Destination Free Space: 187,949,891,584 Bytes (183,544,816.00 KB) (179,242.98 MB) (175.04 GB) I 21:46:26 Destination File System: NTFS I 21:46:26 File Splitting: Auto I 21:46:39 Abort Request Acknowledged E 21:46:40 Operation Aborted! - Duration: 00:00:12 E 21:46:40 Average Read Rate: N/A - Maximum Read Rate: N/A W 21:47:43 Destination File renamed to: STREET_FIGHTER_COLLECTION.IMG I 21:47:43 Operation Started! I 21:47:43 Source Device: [5:0:0] KJQV 4TMZOLYNW9AN 1.03 (F:) (SCSI) I 21:47:43 Source Media Type: CD-ROM I 21:47:43 Source Media Sectors: 319,239 I 21:47:43 Source Media Size: 750,850,128 bytes I 21:47:43 Source Media Volume Identifier: STREET_FIGHTER_COLLECTION I 21:47:43 Source Media Application Identifier: PLAYSTATION I 21:47:43 Source Media File System(s): ISO9660 I 21:47:43 Read Speed (Data/Audio): MAX / 8x I 21:47:43 Destination File: C:\Users\WILLIAM R. IBIAPINA\Downloads\STREET_FIGHTER_COLLECTION.IMG I 21:47:43 Destination Free Space: 162,233,229,312 Bytes (158,430,888.00 KB) (154,717.66 MB) (151.09 GB) I 21:47:43 Destination File System: NTFS I 21:47:43 File Splitting: Auto I 22:07:45 Abort Request Acknowledged E 22:07:46 Operation Aborted! - Duration: 00:20:02 E 22:07:46 Average Read Rate: N/A - Maximum Read Rate: N/A As the log says, I'm using the latest version of the program (currently), and this problem was supposedly fixed some versions before. Unfortunately, not only this issue is still present, but I noticed another little one: the log shows the destination file is .IMG, but I've set it to .BIN. So, I want to know what's up with these two problems.
LIGHTNING UK! Posted January 31, 2012 Posted January 31, 2012 Getting stuck on 'Analysing Tracks' is a known but as yet not easily reproducible (at my end anyway) problem. The 'img' Vs 'bin' issue is because you've turned on the option to create a CCD layout file. The data file must have the 'img' file extension for Virtual CloneDrive / CloneCD to recognise the file and work. W 21:46:26 Destination File renamed to: STREET_FIGHTER_COLLECTION.IMG
Ansatsuken Posted March 12, 2012 Author Posted March 12, 2012 Getting stuck on 'Analysing Tracks' is a known but as yet not easily reproducible (at my end anyway) problem. Which is your system? I used two Windows (Vista Home Premium x64 formerly, 7 Ultimate x64 currently), and ImgBurn failed with both. Older versions get over this particular issue, but another one appears: while reading sectors, regardless of write speed, it gets the No Seek Complete I/O error. The disc I'm trying to burn from is in Daemon Tools' virtual drive (which I've this morning updated to the latest version).
LIGHTNING UK! Posted March 12, 2012 Posted March 12, 2012 The problem isn't OS related, it's down to the drive being use and the disc in it. What format is the original image? How comes you're mounting it and making a new image rather than just burning the original - I guess the original one isn't supported or something?
Ansatsuken Posted March 13, 2012 Author Posted March 13, 2012 The problem isn't OS related, it's down to the drive being use and the disc in it. What format is the original image? How comes you're mounting it and making a new image rather than just burning the original - I guess the original one isn't supported or something? Well, the original image has a CUE file and 72 tracks (first and last one in ECM format, and the others in APE). I was instructed to follow these steps: 1) Convert the ECM files to BIN and the APE to WAV; 2) Mount the CUE file (recommended program: Daemon Tools); 3) Burn the new BIN/CUE image with the BIN/WAV tracks (recommended program: ImgBurn). I don't recall which version I used first, but it worked, until some updates later (don't recall how many as well). Now, regardless of the image I try to make from a multiple-track one, it goes through these two problems: freeze upon analysing the WAV tracks (newest version) or the No Seek Complete I/O error (older versions).
LIGHTNING UK! Posted March 13, 2012 Posted March 13, 2012 I assume the 'no seek complete' error is during the verify stage? That's probably due to the media you're using and/or the write speed chosen. If you're getting that in the old version, you'll be getting it in the new version too - only now it's probably having more of an impact on the track analysis phase.
Ansatsuken Posted March 13, 2012 Author Posted March 13, 2012 I don't think the write speed has something to do with this problem specifically. I tried to write at 1x speed and it remained the same. Anyway, is there anything I can do to prevent it?
LIGHTNING UK! Posted March 13, 2012 Posted March 13, 2012 The write speed can make a difference between a good and a bad burn. That is, utter failure or passable - the actual write quality might still be awful. Slower doesn't always equal better these days. Can you please post a log of you attempting to burn that image? Just copy + paste as much as you can from the Log window, even if the Verify bit never really gets going. As for 'is there anything I can do to prevent it'... that depends. Are you using Taiyo Yuden CDs? If not, that's something you can do - they're the best.
Recommended Posts