www.makemkv.com

The barcodes are, in order: 8 717418 237172, 8 717418 118501 and 4 0326144 605131. These are German-market Blu-Rays.

For Dinosaurier (Disney movie) the log is this:

Backing up disc into folder "/Volumes/DroboS/BluRays/Dinosaurs"
DEBUG: Code 0 at JNx,nqFN/N"u"k:121262164
DEBUG: Code 0 at XV|gXdbpWpXuJun0:213135780
Loaded content hash table, will verify integrity of M2TS files.
DEBUG: Code 2 at Vd4X,:+][JL6@?gh4TQ[d]):29393447
DEBUG: Code 0 at zfjqZi7mzh9{NXISnWz:213132882
DEBUG: Code 0 at d+|?Bz9?j)2&<-IKASV~:121265108
Backup failed


For Das Philadelphia Experiment the log is this:

MakeMKV v1.9.10 darwin(x86-release) started
Debug logging enabled, log will be saved as /Users/carsten/MakeMKV_log.txt
Optical drive "DVD+R-DL HL-DT-ST DVDRW GX30N RP09d" opened in OS access mode.
Optical drive "BD-RE TSSTcorp BDDVDW SE-506BB TS00d" opened in OS access mode.
Backing up disc into folder "/Volumes/DroboS/BluRays/PhiladelphiaExperiment"
DEBUG: Code 100795393 at N;87||f5zz=H&u>Wt_:29396621
DEBUG: Code 100795393 at N;87||f5zz=H&u>Wt_:29393930
Error 'Scsi error - NOT READY:LOGICAL UNIT IS IN PROCESS OF BECOMING READY' occurred while reading '/AACS/Content000.cer' at offset '0'
DEBUG: Code 100795393 at N;87||f5zz=H&u>Wt_:29396621
DEBUG: Code 100795393 at N;87||f5zz=H&u>Wt_:29393930
Error 'Scsi error - NOT READY:LOGICAL UNIT IS IN PROCESS OF BECOMING READY' occurred while reading '/AACS/Content001.cer' at offset '0'
DEBUG: Code 0 at XV|gXdbpWpXuJun0:213137758
DEBUG: Code 100795393 at N;87||f5zz=H&u>Wt_:29396621
DEBUG: Code 100795393 at N;87||f5zz=H&u>Wt_:29393930
Error 'Scsi error - NOT READY:LOGICAL UNIT IS IN PROCESS OF BECOMING READY' occurred while reading '/AACS/MKB_RO.inf' at offset '0'
DEBUG: Code 0 at `g0y$]z%f0:[t:29394344
The volume key is unknown for this disc - video can't be decrypted
DEBUG: Code 0 at XV|gXdbpWpXuJun0:29395701
DEBUG: Code 0 at zfjqZi7mzh9{NXISnWz:213140495
DEBUG: Code 0 at d+|?Bz9?j)2&<-IKASV~:29396851
Backup failed

Error 'Scsi error - NOT READY:LOGICAL UNIT IS IN PROCESS OF BECOMING READY' occurred while reading '/AACS/Content001.cer' at offset '0'

Hmmm... I've not seen that error before.

A google search comes up with a variety of reasons for this to show up in Windows and VMWare, but fewer for OS X. If this is a USB drive, I'd suggest unplugging it and replugging it, so OS X reconnects.

That part of the error is transient, it happens with some disks and not other. I suspect some soft timeout or similar. In any case, I am in the middle of backing up my Blur-Rays, and most work, but a couple don't, which I am listing here.

By the way, when a disk fails, I will usually try to eject it, copy something else, and so on, and then return to it. There was actually a full reboot of my machine in between as well. The disks I am listing here are the ones which persistently fail to copy.

Another disk which fails is Lost Season 5 Disc 3. Barcode 8 717418 218119. Log:

Backing up disc into folder "/Volumes/DroboS/BluRays/LOST_SEASON5_DISC3"
Loaded content hash table, will verify integrity of M2TS files.
DEBUG: Code 0 at "f^D&B"HY$XoSZZiR:213135159
Error 'Scsi error - NOT READY:LOGICAL UNIT IS IN PROCESS OF BECOMING READY' occurred while reading '/BDMV/STREAM/00474.m2ts' at offset '0'
DEBUG: Code 0 at zfjqZi7mzh9{NXISnWz:121266120
DEBUG: Code 0 at d+|?Bz9?j)2&<-IKASV~:121265108
Backup failed

I can read the disc with other apps, this transient error only happens in MakeMKV. Could it be that the drive just takes a little too long to read some sector, and then hits some timeout in the app? Could you make it more tolerant to that?

In Preferences->IO, you can change the number of retries MakeMKV will make when trying to read data; it can sometimes help when the operating system gives up too soon.

Thanks, I will try that. Does the log tell you that this is the problem, or might there be another reason for the failure? Ultimately I might try buying another drive, but obviously I would prefer to avoid this expenditure. Is there a recommended drive? I currently use a Samsung.

If the log does say what's going on, it's in those debug messages, and only Mike can translate what they mean.

I have increased the timeout, and now several of the discs are going through...

All my discs ripped now. Since there is no performance penalty to this setting, you may want to consider setting a higher default. I changed it from 5 to 20.