www.makemkv.com

Update: I've only re-ripped two movies, however based on this I think the problem was bad RAM in the NUC. Replaced both SODIMMs and everything appears perfect.

Apologies; Windows 11.

If you used MakeMKV to read the UHD disc, then a non-error completion (meaning file hashes of read data were checked) indicates that reading was successful. However, if you have a flakey setup for writing the copied data, then what was actually saved could have errors, even if the data that the sys...

Then load the .m2ts and let it analyze. Switch the output view to seconds and compare the timestamp with the highest bitrate(s) with the timestamp where your distortions appear. I haven't gotten this far in testing yet, howver the NUC seesm to be both reading from and writing to the internal HDD at...

If MakeMKV tells you there is no error, then why are you checking again with ffmpeg? I would trust MakeMKV over ffmpeg's error check. Becuase I see repeatable glitches in playback of the MKV, even though MakeMKV had no errors. VLC can play the disc without glitching, however glitches when it replay...

I'd be pleased for it not to be the optical drive. I have the optical drive directly connected to a USB port on the NUC and am writing to the internal SATA HDD. Rip of the main movie completes without error. ffmpeg with -v error -i then tells me there are errors in the file. Chkdsk comes back clean....

Avidemux appears to confirm corruptions in the output video stream.

I've run a number of ffmpeg -v error -i on various ripped MKV and so far they have all shown at least one error, but nowhere near as bad as this current example.

I'll give the Avidemux check a go. I've just started running recent rips through ffmpeg -v error and everything I've checked from recent ripping has errors. I'm just going back to something the pre-dates my Windows 11 update in October. I've also re-commissioned my old BU40N drive, and tried ripping...

After some testing I note that with this disc as source, every time I rip the movie the resulting MKV is of the same length but has a different MD5 hash code.

...is that normal because of a different date and time stamp encoded in the Matroska metadata?

PC is an old i7 NUC. I normally use an OSMC Vero V for replay and I originally noticed the problem as this was suffering from replay stuttering in the problem sections. I then noticed that VLC on my PC shows picture breakup where the Vero stutters. The PC may be underpowered, but the Vero V certainl...

Hi there team, I'm currently using a Pioneer BDR-S12U as may main UHD ripping drive, and things seem to have be working smoothly for a number of years. Windows 10, drive firmware 1.01 running in LibreDrive mode. Updated to WIndows 11 in October. I've recently ripped Arrow's UHD of the thetrical The ...

Dump submitted from UK steelbook release of Jarhead.

I normally rip with a Pioneer BDR-S12U which was giving me the key unknown and resulting dump. At whim, I've just dug my old BU40N our of mothballs, and the disc is decrypting fine using this drive? If it's a missing key, what difference would the drive make? Apologies if this is well known as I've ...

MKB20_v82_The_Nice_Guys_UHD_2310.tgz from UK release by Second Sight.

Dump file attached, however probably not much help as I'm running a Pioneer drive?