crypt8 registration

[Butacas]

How could I get a long record on the same PID?

I have tried recording a specific channel (with EBSpro) and then to search for Crypt8 I have looked at the first versions of CSA V2 and the most it shows for the same PID is a block of 15 Crypt8 in V1 is only 8.

Why do I want a long Crytp8 log?

Well, I've already tried it on a random channel, nothing to do with Biss, and by extracting the key from each Crypt8 I was able to see some images (video in the player) for a few minutes. As the channels that have nothing to do with Biss change their key from time to time, that's where the Crypt8 log comes from that I'm asking about.

Even if I have to record and do all that work with Crypt8 afterwards, being able to decrypt the video and watch it would be great .

 

[aliandwa]

As an option, you can try to split the file into pieces, each corresponding to about 10 seconds. This is the approximate time of the key change. Then, for each segment, look for crypt8 and the key. Long-term recording of one PID can be done using TSReader or Transedit

 

[klickklack]

only with ever you want .... TP or whole sat or 1channel or all channel.... so you can decrypt all 20GB in few minutes
but use crypt search with V2-CSA-TOOL from Colibri
WITH FAST SSD you can doit with LIVE!

 

[Butacas]

Yes, I'm going to use v2 to find crypt8. But EBSpro recordings are not recognized by many video cutting programs. For example, with lessloss or avidemux, these single-channel recordings (there were more in the same TP) that I recorded with EBSpro are not recognizable. With TS-doctor it says encoded and doesn't do the job.

I have to try with TSreader, Transedit or others to see which one works better.

 

[Butacas]

If it could be done "directly" without having to split the file, it would be much better.

The test I did was with tsdec (with interface) and along with its file you can add all the keys you want, but once it decrypts the video it becomes "messy".

I have also tried with TSDecrypt (with interface) which is in Chinese and very little in English, this one seems to do it better, but in the interface it does not let you add more than one cw.

Any ideas?

 

[Butacas]

Well, yesterday I did another test. I recorded it with EBSpro (file size: 1.00 GiB) from a single channel (although there were more in the same TP) 22 min 2 s of video.

I used v2.05 to get the Crypt8s (a total of 74 Crypt8s) and to get the CW's I did it with v1.23 of which it found 71 CW's. It took me approximately 2 hours and 45 minutes.

 

[Butacas]

Now I have a question, the Crypt8s are sent in even and odd numbers (0 - E) and so on. But I have noticed that this is not the case in many cases, and it can happen in cases where two or three odd Crypt8s coincide in a row, I am not sure if this has something to do with the moment of placing the CWs in the file to be able to decrypt it.

From the tests I have done, the way I put the CWs is following the same order in which the Crypt8s are from top to bottom.

And even if the Crypt8s are even or odd, I put all the CWs in this way:

0
1
0
1
And so on, all of them.

Is this correct?

I ask because the videos (from the tests I have done) are not perfect when decrypted. Maybe it could be because in this last test there were "missing" three CWs that it did not find?

 

[dmr0x]

Now I have a question, the Crypt8s are sent in even and odd numbers (0 - E) and so on. But I have noticed that this is not the case in many cases, and it can happen in cases where two or three odd Crypt8s coincide in a row, I am not sure if this has something to do with the moment of placing the CWs in the file to be able to decrypt it.

From the tests I have done, the way I put the CWs is following the same order in which the Crypt8s are from top to bottom.

And even if the Crypt8s are even or odd, I put all the CWs in this way:

0
1
0
1
And so on, all of them.

Is this correct?

I ask because the videos (from the tests I have done) are not perfect when decrypted. Maybe it could be because in this last test there were "missing" three CWs that it did not find?

you will be missing some of the sequence. Open TS in a Hex editor and search the c8 in the sequence at the point were there is a pattern of multiple odd keys or multiple even keys together and save this section

so

0
1
1
0

will need at least another key finding, you will need to use cudabiss to find this key and insert it into the cwl file. It can take a while. Ive manually decrypted UHD in the past that were missing c8's in the sequence.
a football match had about 1500 keys rbt v1/v2 found 99% of them, a few c8's resulted in no cw found and few c8's were missing from the sequence. These needed to be brute forced.

Not looked in years if anything is still worth the effort or uses 56bit cw's still. it was a fun project though.

 

[klickklack]

The problem is
1st you look from begin of record and you dont see the last few crypt8 before begin of record, this is then chaotics and naturally the dont find of CWs like dmr0x says.
the prog tscrypt said it wich block good or not ,this must cut .
2nd multiple same CWs are needed in file , then you will see all good!
3rd playing is better with MPC-HC-Player with broken or not fully enc. files,not VLC!!!

give me your enc-file and i will decode it ,and then i upload again ,then you will see its much better playing!