I have also tried creating a log file a second time without ejecting the disc and it was still the bad OPD. Unfortunately, the log still shows Info: Using OPD BD_d8f9d36eabdc which is not the good one. I stopped and disabled the cdrom arbiter service, ejected/closed the disc tray and created a log file like previous testing. OPD without MakeMKV running: BD_bb1d000daaf4 (Bad)ĪnyDVD logs attached for the two scenarios on both drives.Ĭlick to expand.I went through and did some regression testing with 8.5.9.0, 8.6.0.0, 8.6.1.0 and 8.6.2.0 and they all had the same behavior as long as I ejected the disc between installs, so this is most likely unique to my setup or something with the new Windows 11 22H2 build.īack to using 8.6.2.3. OPD with MakeMKV running: BD_df8884bfebb1 (Good)Īttached is the AnyDVD log for the Inception UHD physical disc in the LG WH16NS40 drive.
OPD without MakeMKV running: BD_d8f9d36eabdc (Bad) LG WH16NS40 with 1.05 MK firmware and an ASUS BW-16D1HT with 3.10 MK firmware.Īttached is the AnyDVD log for the Inception UHD physical disc in the ASUS BW-16D1HT drive. Although it may continue working until the drive door is opened and closed. Both generate a different but unique to the drive bad OPD without MakeMKV running. I have not rolled back to any previous AnyDVD versions yet since I just identified the correlation with MakeMKV running.Ĭurrently using AnyDVD HD 8.6.2.3 and two drives in my system.
I haven't run the scanner against my unsupported protected UHD ISO's for several months until today so I don't know when the issue started. Initially I thought my issue might be from updating to Windows 11 22H2. This started over in the unsupported UHD thread until I discovered I was generating bad OPD ID's in the scanner report.
0 kommentar(er)
