![]() ![]() ![]() It appears that the difference across the M2TS files are from a muxer rather than the streams. All of these streams have matching Checksums, eg the main M2TS video stream "1 - h265, 2160p24.h265" has a SHA1 of 7f217cf2d4ad2a18ccb73c9ba970f88355e5edaa regardless of which program produced it. So I then DeMuxed these files (using the latest eac3to) and compared the checksums of all the extracted streams. All the different versions seemed to play fine as well. When looking at these M2TS files in a HEX Editor it was apparent the differences where in blocks around the "HDMV" headers and the differences followed the same patterns (eg a string of "FD 49 31 8C" was instead "7B E2 9E 83 " in MakeMKV's version). 62dc9d8ddb16be80f0864705c5f5b5ce3bf441a1 = MakeMKVĪnyDVD HD produces an identical file to the later versions of DeUHD yet the other MakeMKV and rips done with older versions of DeUHD make a different file. So I'm on the hunt to confirm which makes a "good" Rip.įor testing I've used "Hunger Games - Mocking Jay Part 1" and here are are summary of my results and the SHA1 Checksums for the Main M2TS File (00005.m2ts): MakeMKV was also producing different M2TS files. How DeUHD rip the files has also changed a couple of time, then VUK version came first with MakeMKV now AnyDVD HD. Hence multi rip, check the they are the same (file content comapre). Normally it was the main M2TS (no surprise as it is the biggest). I rip to folder (use JRiver Media Center for playback), and had been having issues with getting DeUHD to consistently produce identical output. Thanks for the responses to date, and here is some more background. ![]()
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |