Grantchester - Season 3

[thetoad]

https://www.amazon.com/Masterpiece-M...s=grantchester

This is the same issue with the recent PBS releases I've posted about.

I'm trying it with 10.0.5.2, but I expect that it wont remove the junk 1GB file, but perhaps it will still play correctly.

[signals]

You need to describe the symptoms better in this post and attach the DVDFab internal log session if it does not work.

[thetoad]

same situation as https://forum.dvdfab.cn/forum/softwa...unnel-season-2 and https://forum.dvdfab.cn/forum/softwa...ldark-season-2. same organization that released them (poldark s2 has been fixed niceley)

[signals]

That does not necessarily mean that the same fix will correct it, although it may be similar. If you want it fixed, supply the requested log.

[thetoad]

I agree, it might not be the same fix, but it shows up in the logs, the exact same way.

0m 10.80s: Get BluPathData and RRdata
2m 36.43s: blupath first run: region A, unknown playlist
2m 36.60s: Get BluPathData and RRdata
2m 39.54s: Java protection is removed by StealthyClone anti-protection.
2m 39.54s: full disc copy/play is supported
2m 40.22s: got bdmv
2m 41.88s: stream(27,3,6)/clip(27,3,4) infos are not the same, using clip info to regulate it.
2m 42.09s: stream(27,3,6)/clip(27,3,4) infos are not the same, using clip info to regulate it.
2m 42.25s: stream(27,3,6)/clip(27,3,4) infos are not the same, using clip info to regulate it.
2m 42.49s: stream(27,3,6)/clip(27,3,4) infos are not the same, using clip info to regulate it.
2m 42.64s: stream(27,3,6)/clip(27,3,4) infos are not the same, using clip info to regulate it.
2m 48.86s: stream(27,3,6)/clip(27,3,4) infos are not the same, using clip info to regulate it.
2m 56.43s: got extended bdinfo
2m 56.43s: opened blu-ray
2m 56.59s: Blu-ray Copy: Full Disc
2m 56.59s: Source: D:/BDMV/
2m 56.59s: SourceSize: 20060 MB
2m 56.59s: RemoveHDAudio: 0
2m 56.59s: OutputSize: 52505 MB
2m 56.59s: OtherSize (CLPI, JAR, etc.): 1039 MB
2m 56.59s: OutputDisc: BDMV
2m 56.59s: OutputTarget: BD50
2m 56.59s: OutputVideo: 1080p/i
2m 58.69s: reading not aligned for 00001.m2ts, base 8768 current 8768 read 245 end 2
2m 58.76s: reading not aligned for 00001.m2ts, base 8768 current 9013 read 768 start 1
2m 58.76s: reading not aligned for 00001.m2ts, base 8768 current 9014 read 767 end 2
2m 58.97s: reading not aligned for 00001.m2ts, base 8768 current 9781 read 768 start 1
2m 58.98s: reading not aligned for 00001.m2ts, base 8768 current 9782 read 767 end 2
....

the lat lines continue for a while until it finishes with the 1GB file in the jar directory.

[3dman7]

I believe this is fixed in the next new beta of fab give it a try and let us know when it's released soon.

[thetoad]

I know they fixed it for Poldark (per my thread) and as I remarked, did it nicely as they are able to 0 out the junk files (i.e. files that seem to reuse m2ts blocks). But it results in the above behavior for the tunnel - s2 and grantchester - s3. Basically figure the more examples I give, the better the heuristic for defeating the protection will get, I'm fairly positive its the same mechanism (or at least very closely related mechanism) for all of them.