Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[jmone]

I've suggested that they consider publishing a checksum as well so we can tell if a rip is accurate or not.

[mojave]

Oddly - 4k@60Hz RGB 8-bit gives me a green image on my PJ but looks fine on my OLED.

JVC projectors require 10-bit or 12-bit when receiving HDR.

[TheShoe]

It's more likely they have a software player (or rooted hardware player) they managed to exploit and get title keys out of that - hence the need to support individual discs one by one. Your own drive would not really matter for that, as long as it's UHD BD compatible.

could be.

i was thinking this similar to the SACD crack where certain bluray players with a specific mediatek chipset allowed bypassing the copy protection.   this works great with the oppo 103 and 105 series as well as some other brands.

[TheShoe]

Mmmmm - this is not good.  I'm re-ripping 2 x Discs that have errors on the rip.  One has visible corruption at one point and another drops enough data that the video stops playing all together (though you can seek past the point).  I'm going to e-mail the devs,

are the two points where this happens consistent and the same each time you playback?

[jmone]

JVC projectors require 10-bit or 12-bit when receiving HDR.

Thanks - that explains it. 

[jmone]

could be.

i was thinking this similar to the SACD crack where certain bluray players with a specific mediatek chipset allowed bypassing the copy protection.   this works great with the oppo 103 and 105 series as well as some other brands.

Yup - 2 parts are required.  First is to access the data on the drive (eg like your SACD crack) ... but this data is still encrypted.  The 2nd part is to then decrypt the now accessible data.  DeUHD can do the first part for selected drives and the 2nd part for selected discs.

[jmone]

are the two points where this happens consistent and the same each time you playback?

Yes.  I've now re-ripped the two discs and the good news is the errors are not in the places I saw before.  The bad news is that Life still seems to stop playing but at a slightly different location.  I guess I'll need to play every one to see if it is a clean rip.  PITA.

[rec head]

What you're doing might be a PITA but I for one am really glad you're doing it and posting it. I really want my UHD discs on the NAS one day.

[mojave]

My LG LG WH16NS60 UHD drive arrived yesterday and am testing right now. JRiver is ripping at 4.1 MB/sec.

[TheShoe]

My LG LG WH16NS60 UHD drive arrived yesterday and am testing right now. JRiver is ripping at 4.1 MB/sec.

have the exact same drive.  originally i had it hooked up via USB using an adapter.  everything failed.  over SATA it works.

So far I have ripped 3 of 7 titles; all 7 are on their list, so YMMV.

of the three, I will re-rip one as it had audio dropout (which may just be JRiver?) but it would not remux into an mkv.  mkvtoolsnix reported a parsing error on the video about 2/3 into the remuxing.

i think remuxing may be a "good" way to verify the video and audio ripped correctly.

there needs to be a database of more details re: which versions of these discs actually are supported.  their site is vague and if i go by their info i should have more success.

[Hendrik]

have the exact same drive.  originally i had it hooked up via USB using an adapter.  everything failed.  over SATA it works.

Adapters are a bit iffy. If you want an external drive, you should get an actual external drive, those usually work.
DeUHD even has two external USB drives in their supported listing.

[jmone]

In my re-rip tests I've found MD5 mismatches on some of my discs   I've also contacted DeUHD Support to see what they say but have not heard back (and also asked if they could post the MD5 of the main M2TS). 

How I'm testing is to re-rip the discs and see if they have the same MD5 for the main M2TS.  I know that this method is only checking the main file but I'm not sure if there is a way of generating a single CheckSum for an entire folder set rather than one for each file in the folder set.  The authors of DeUHD really need to think on how to ensure rips are "good".  In the interium, I've suggested to the MYCE admin that a stickie on their DeUHD Thread allowing users to publish the "good rip" MD5 hashs would help.

Due to the ripping speed progress is slow....

[mattkhan]

I know that this method is only checking the main file but I'm not sure if there is a way of generating a single CheckSum for an entire folder set rather than one for each file in the folder set. 

if you list the files in a predictable order and generate an output which is the path to the file + the md5 then pipe that output to md5

this gives you a hash that should only change if the contents of any individual file are different (or if the file lists are different) and hence can be used to compare entire trees of files

I can give you a unix find command to do this, dunno about windows.

[jmone]

Would need to be Windows (as DeUHD is windows app) - I'm also doing a compare now using Free File Sync to see if the contents are the same but this does not generate a BitSum for others to use.

[TheShoe]

Would need to be Windows (as DeUHD is windows app) - I'm also doing a compare now using Free File Sync to see if the contents are the same but this does not generate a BitSum for others to use.

if the m2ts are encrypted and you md5 that and compare to the decrypted md5 they should not equal.

i found that two of the three would remux into an mkv.  the third i am re-ripping.   it would not mux into mkv.   wonder if that is a cheap way to validate the rip....

in any case guardians of galaxy 2 seems to be ripping differently.  at least the first 50%.  it has slowed way down on next 50.  software has a way to go it seems.

[jmone]

I'm comparing multiple rips to verify they are correct.  Some are not

[TheShoe]

my second rip of guardians was successful remuxing into an mkv

so in sum, 3 of 7 that i have and are listed on their site rip'd successfully

[mattkhan]

Would need to be Windows (as DeUHD is windows app) - I'm also doing a compare now using Free File Sync to see if the contents are the same but this does not generate a BitSum for others to use.

this is the basic idea in powershell

Code: [Select]

Get-ChildItem -Filter *.wav -Recurse $pwd | Get-FileHash -Algorithm MD5 | Out-File hash.details

so list all files under the current directory, generate an md5 for each one and dump the output to a file named hash.details

this gives output like

Code: [Select]

PS C:\Users\mattk\Documents> cat .\hash.detail

Algorithm       Hash                                                                   Path
---------       ----                                                                   ----
MD5             05DEB2EAE5D3A7645CB56F50713CB2E7                                       C:\Users\mattk\Documents\HPF.wav
MD5             EB27DBC3CB568D01C58CB576581E907B                                       C:\Users\mattk\Documents\impu...

you can then do

Code: [Select]

Get-FileHash -Algorithm MD5 .\hash.detail

to get a single hash

note that this implementation can't be used to compare 2 separate directories because the output path in the file is an absolute path. I imagine this can be changed easily enough to a relative path. It is useful to have a detailed list of hashes as well as then you can diff 2 such files to see what is different.

edit: actually the answers to this Q look like they'll do what you want https://stackoverflow.com/questions/25315329/powershell-comparing-filehash-and-outputting-files

[Hilton]

Anyone else using DeUHD make sure you create a restore point. If it crashes it can take out your lower level filter drivers for optical devices and leave them in a state where they are unusable.  Uninstallation of DeUHD and effected drives wasn't able to fix the problem I got yesterday.

I got this error yesterday and had to resort to a restore point to get optical drives working again.

Code: [Select]

windows cannot start this hardware device because its configuration information (in the registry) is incomplete or damaged. (code 19)
Everything's all-good now though after the restore.

[mojave]

My first rip works fine on the section I checked. I'm doing another one right now. Speed is consistent at 4.1 MB/sec and JRiver estimates it will take 4 hours to rip.

[TheShoe]

My first rip works fine on the section I checked. I'm doing another one right now. Speed is consistent at 4.1 MB/sec and JRiver estimates it will take 4 hours to rip.

that is about same speed i had.

one title took about 6-7 hours.  the other two about 4-5

i didnt rip via jriver.   just used their software to do it

[Hilton]

Latest version is up and they've updated with a few more discs.  One of them is a disk I sent a AACS for a couple days ago.

I'm trying something different and copying the main m2ts via explorer to HDD. Copying at 2.88MB/s and says 3 hour copy for a 88GB file. edit: looks like 8 hours now.

PS: Interestingly - if you start a rip in MC23 while copying with explorer the rip in MC is @ 2.4MB/s and explorer copy is unchanged @ 2.88MB/s. CPU usage however has doubled.
So it seems while it's single threaded it can handle multiple files being copied at once, each getting it's own thread.

[TheShoe]

i’m 4 for 8 now

have not retried any of the 4 failures yet.   will do so this evening

i did not know i could just grab the main file and copy it that way.  hoping makemkv release is out soon as mike says it’ll work with deuhd

[jmone]

Re-scanned all my discs and no new ones supported for me   On my verification rips I 3/5 had issues - Updated the MD5 Post here - https://club.myce.com/t/verified-md5-checksums-of-the-a-correct-working-main-m2ts/399333/3

[TheShoe]

i hit 5 for 9.   cant say i verified each but i do know that all remuxed into mkv without error.  with the one confirmed failure i had it would not remux, so i am using that at least as anecdotal evidence that the main title is good

that failure worked fine second timei rip’d

[Hilton]

My Transformers last knight rip had corruption at 50mins, the rest was fine. I'll rerip and check with a remux.

Sent from my Lenovo Yoga Tab 3 Plus LTE using Tapatalk

[JimH]

Sent from my Lenovo Yoga Tab 3 Plus LTE using Tapatalk

Please turn this off.

[jmone]

7 of my 23 UHD BD are now supported.  Getting Better.

[TheShoe]

7 of my 23 UHD BD are now supported.  Getting Better.

of 15 for me 12 worked.   waiting for the next round on monday plus new release

[jmone]

Looking forward to the new version.... reported to be much quicker (I'm guessing multi core).

[jmone]

New version is much much quicker (still single core) but ... 14+MB/s!!! Rip a UHD in 1hour ish now   https://www.deuhd.ru/download/DeUHD1004.exe

[jmone]

The latest version now supports over half of my discs.  Rip speed is around 1:15 per disc and the quality is getting better (still some rip errors so I dual rip everything then bitsum check the results to be sure).

[RD James]

Thanks for keeping us updated.
I'm still holding out for a more robust solution, but hopefully something on the scale of AnyDVD is not too far away.

[mojave]

I ripped Sully today in 55 minutes. JRiver showed 16.1 MB/sec during the rip. I also found that I can now play directly from the UHD Blu-ray and don't need to rip it.

[jmone]

It is much improved for speed (as you say better than real time).  Also, so far of my 31 discs 17 can be decrypted.  Each week gets better and they seem to have a process of being able to support new versions of disks with user contributed data.  Their "daily limits" (2 rips and about 10 scans per day) is a PITA.  I'm now trying to buy only UHD BD.

[rec head]

Hold on, you can only rip 2 discs per day?

[jmone]

Yup - I've seen a couple of discussion "why".  One is to stop pirates mass ripping and releasing.  The other is that for each disc it downloads a 150mb (ish) file and they want to even out their server load.  It is a PITA but given the weekly release is only a dozen or so new discs it kind of works but ... no go to the shops on the weekend, buy an armful then spend the arvo ripping them.

[rec head]

OK, the server load I kinda get but the anti-piracy excuse is nonsense. That excuse is always nonsense.

[jmone]

22 out of 34 now 

[Daydream]

For the people not reading all BD UHD news like it's a way of life -> ripping with MakeMKV works now (72 tiles vs 125 of DeUHD as of right now). Free, fast, no CPU load ...

[jmone]

Just ripped my first one using MakeMKV.

[Daydream]

I've hit 22MB/s on The Shallows. Underworld Blood Wars, Salt aimed for almost the same speed. The Martian Extended Cut seemed locked at ~8.9MB/s (2x speed). LG WH16NS40.

[jmone]

It does seem to only support UHD "Friendly" drives like my BH16NS55 not my UHD "Official" BU40N one.  Speed as you say is better as well.  Good to see alternative sources opening up.

[JimH]

I would not like to close this thread, but you're putting JRiver at risk in discussing circumvention of copyright protection mechanisms.

I've deleted and edited above.

I understand that you're ripping for convenience and not for piracy.

Sorry to be the voice of Big Brother.

[jmone]

Not at all.  Feel free to delete / edit as needed.

[jmone]

FYI - the next beta version of AnyDVD HD will also support the same method as MakeMKV (and the list of titles supported with this method is growing)

[lello]

Interesting news. One thing however I do not understand: you are using normal Blu Ray players, possible? Would not you need a specific BD-UHD player?

I have a Liteon IhOS104

[jmone]

You do need specific drives - lots of info at https://club.myce.com/c/movie-copy-software/deuhd

[lello]

Thanks for the tip. But I do not see external units, are not there any? And an external BD-UHD Pioneer is fine?

[jmone]

Nope to the Pio.  You need something like the LG BE16NU50 or put one of the internals into a external case (but the chipset has to be correct).  Here is the article - https://www.myce.com/news/the-ultimate-ultra-hd-blu-ray-list-with-recommendation-of-best-drive-83254/ which includes a link to the forum discussion on these drives.