Troy Director's Cut BR SCSI errors & crashes app
Posted: Fri Mar 09, 2012 4:27 pm
Hello,
I'm trying to rip the Troy Director's Cut (blu ray, not HD DVD), and it's producing SCSI errors all over the place & crashes the app. The disc itself is in pristine condition, but just to follow the advice on at http://www.makemkv.com/faq/item/7, I did clean the already incredibly clean disc. This disc is not physically damaged, and it is not dirty. There is something else going on. I'm running the latest version of MakeMKV (v1.7.2) on MacOS X 10.7.3.
I've copy-and-pasted the crash log generated by the MacOS, and I'm attaching the MakeMKV log. I've also tried using the MacOS X *_KEY_V2 bug workaround settings on 0, 1, and 2, cycling the power on the BR drive each time and restarting the app each time. The only thing I didn't do was increase the read retry count to 25, since it clearly has nothing to do with physical damage or optical obstruction on the surface of the disc.
If you can think of any other troubleshooting steps to try, I'm happy to try them out.
Thanks!
Samuel
I'm trying to rip the Troy Director's Cut (blu ray, not HD DVD), and it's producing SCSI errors all over the place & crashes the app. The disc itself is in pristine condition, but just to follow the advice on at http://www.makemkv.com/faq/item/7, I did clean the already incredibly clean disc. This disc is not physically damaged, and it is not dirty. There is something else going on. I'm running the latest version of MakeMKV (v1.7.2) on MacOS X 10.7.3.
I've copy-and-pasted the crash log generated by the MacOS, and I'm attaching the MakeMKV log. I've also tried using the MacOS X *_KEY_V2 bug workaround settings on 0, 1, and 2, cycling the power on the BR drive each time and restarting the app each time. The only thing I didn't do was increase the read retry count to 25, since it clearly has nothing to do with physical damage or optical obstruction on the surface of the disc.
If you can think of any other troubleshooting steps to try, I'm happy to try them out.
Thanks!
Samuel