At some point (around 86%) we get a better success rate by creating two seperate tables.
Its a little change in the code.
Colibris tools dont have that option.
(The one table setting is a bit faster in finding the CW tho.)
Agreed with Enrique: We shouldnt "push too hard".
(And no, Colibri wasnt the first with PowerVu, just the one who published stuff.)
Back to topic:
In case you are asking about Rv2.10 too...They are assumed to be encrypted in an unknown way.
Is there a h264-codec that interpolates 25p to 50p in real time?
(1920*1080, 2Mbit/s)
There are some channels that are 25p. That looks so bad.
(Win10, i5-6600K, GTX1050)
tsdec should decrypt all packets.
Did you give it both even and odd key?
Also strange that the decrypted file is smaler. I'd expect it to be exactly the same size.
Thanks.
It seems there are realy simply no usefull C8 in there. O.k., thats not completely new, but it's interesting to look at some "real life" examples.
There is likely nothing we can do, I think.
@klickklack
Are you saying that Arse-feed had usefull C8? Do you have a file?
Flaw in biss seems unlikely.
Huge BF setup would cost like $30000. Worth it?
Last file for today. Again, decrypt with CW: 55 6F 13 D7 57 AA A1 A2:
https://workupload.com/file/T6wJLnPN9YK
Maybe we can also look at non HEVC too (with no C8). Any ts from encrypted feed + valid CW or decrypted ts...
We are looking for repeated patterns.
> B8hxFFh and B8hx00h need a payload size of 184 or they do not work. Is this correct?
Yes. 184 is B8 in hex.
Some more packets from capture 1, that might be interesting to decrypt with CW: 55 6F 13 D7 57 AA A1 A2:
https://workupload.com/file/RUnESvMPr4x
Thanks.
Maybe someone can decrypt capture3_C8 for us (same file as above):
https://workupload.com/file/fEa4ZSdCNsh
tsdec.exe -i capture3_C8 -d "54 61 79 2E 68 03 03 6E 54 61 79 2E 68 03 03 6E" -o capture3_C8_decrypted.ts