I checked that my gtx560 makes 21000 kcw/s and 24500 kcw/s when overclocked to 950mhz.
Now I have dilemma which type of chain I should create ? The latest type B8hx030000h or B8hxFFh ? pros and cons ?
I want to use it to search keys for both channels like NBA 10e, NBA POOL etc and feeds on 10e, 3e etc. They can be in SD or HD.
Advise me and when I create some we may exchange our chains.
So far I found this. I am not an author of it. The author is Dishguru.
For what are the new A0h plain types useful
As written on the PDF on my homepage the TDT-sat spain provider use a non standard way to multiplex a video stream (multiple video streams in one singe PID instead of one video stream per PID). With the A0h plain type I was able to find the CWs.
But for all other standard BISS provider it think the A0h plain type is useless.
If a provider uses 00h or FFh filling packets (to keep the min. bit rate), than we can find it with the B8h plain type also.
If a provider don't use filling packets then we can not find the CW with both B8h and A0h or any other payload size.
You may have seen that the B8hx00h and B8hxFFh tables are only usefull when you have a single top count when searching a crypt8. But the crypt8 search result may be look as follows:
PID: 200h B8h-Crypt8:70 97 7F 39 11 0B D2 2D [E] Count:21
PID: 200h B8h-Crypt8:2C 58 74 C8 66 82 55 EE [E] Count:19
PID: 200h B8h-Crypt8:E9 0A A7 25 5E 06 4E CA [E] Count:19
You can see that we have now _three_ top counts instead of only one. B8hx00h and B8hxFFh will be useless in this case.The new version 1.18 supports now the B8hx030000h plain type which can solve this triplet problem, but you must do the CW search three times, because only one of the three crypt8 values represents the B8hx030000h plain type when decrypted.
The tool tries to help you by marking the correct crypt8. A bigger TS does help the tool to mark the correct one, but depending on how the triplet appear in the TS the marking may not work even on a big TS. Then you must try all three crypt8 values to search the CW.
To test the new B8hx030000h type you can use it with the follwing chain file. It will find the CW for the above example.
Here is an example were the tool was able mark the correct crypt8 with "<= B8hx030000h":
PID: 200h B8h-Crypt8:A1 5A 66 C7 C1 A2 B5 D1 [E] Count:813
PID: 200h B8h-Crypt8:35 56 8B 02 0E 4F 50 F4 [E] Count:812 <= B8hx030000h
PID: 200h B8h-Crypt8:65 B8 3C E5 C8 1C 45 01 [E] Count:805
PID: 201h B8h-Crypt8:EE A6 F6 86 C4 F2 25 5B [E] Count:783
PID: 201h B8h-Crypt8:81 F9 2A 4B 69 E2 22 CA [E] Count:773
PID: 201h B8h-Crypt8:3F FA F6 A6 31 5C C4 24 [E] Count:769 <= B8hx030000h
You can see that _inside_ this triplet with similar counts it's not always the highest count that represents the correct crypt8.
A new version 1.18 of the tool is available
- Bugfix: Search Crypt8 is TS: The fist position with the highest count was correct always, but in the old versions some other position were missing sometimes. So it was possible that the TS contained a triplet but only a singe top count was shown and that caused that you tried B8hx00h and B8hxFFh and the CW was not found.
- new Feature: Plain type B8hx030000h is supported now. For one top count B8hx00h or B8hxFFh should be used. For three similar high top counts the new B8hx030000h should be used.