thanks for clarifyAnd further Proof That the KEY IS WORKING here is screenshots ->
still black and grey screen for me. no video or nothin. not even in other pc or dish. same thing. tryin to figure it out
thanks for clarifyAnd further Proof That the KEY IS WORKING here is screenshots ->
Yrs I'm using that same key and TM5402 eng audio as wellChange Codec playing on PC with TBS device i think feed is MPEG 2 but requires a Codec like LAV Filter
as for me it would not play with normal Codec had to use LAV on my TBS QBOX but plays directly fine on my TM5402
I PROMISE THE KEY Posted is totally correct and NOT the issue...
hope that helps ?
The colleague was right, the key was incorrect
Just checked and the TM5402 is changing the key from 36 to E6 thats why it cleared for me.The colleague was right, the key was incorrect
New cw
There is one point I don't understand. Why is content broadcast on an unencrypted channel sent encrypted on the feed frequency?
There is one point I don't understand. Why is content broadcast on an unencrypted channel sent encrypted on the feed frequency?
Whaaat?Just checked and the TM5402 is changing the key from 36 to E6 thats why it cleared for me.
Sorry everytime I entered 36 and saved , went back in and it had changed to E6. Don't call me a liar.Whaaat?
I honestly never heard that some recievers can AU checksum, because it's about checksum we are talking about here. Not the "key" you claim. Sorry m8.
. There is nothing were been changed. The CW was always correct. The point is that some recievers no need for checksum. Instead of correct checksum you can put whatever you want from 00-FF . Give a try and you will see if maybe your reciever is one of them.
regards vakula
I can confirm that happens for me as well on different receiversSorry everytime I entered 36 and saved , went back in and it had changed to E6. Don't call me a liar.
Thanks
I don't call you a liar m8. If your reciever recalculate checksum(s) , it's something I never heard. And I wrote it. We are talking about CW and checksum. There are only two correct checksum in a 8byte CW.Sorry everytime I entered 36 and saved , went back in and it had changed to E6. Don't call me a liar.
Thanks
Run alongI don't call you a liar m8. If your reciever recalculate checksum(s) , it's something I never heard. And I wrote it. We are talking about CW and checksum. There are only two correct checksum in a 8byte CW.
Hope you know that a 8byte CW had 2 checksum.
Don't you?
As I said before:
CW was always correct. Repeat: CW was always correct. Second checksum was incorrectly published. Probably typo mistake of a poster
BECAUSE:
A3+12+31 is ALWAYS E6 in hexadecimal value
And, as I said before:
Some recievers don't need checksum at all , to clear channell, and checksum is posted 00 by default.
That is what I wrote earlier
So: I dont call you a liar m8.
Just ask you again:
You know a single 8byte CW had 2 checksums?
regards vakula
Sorry everytime I entered 36 and saved , went back in and it had changed to E6. Don't call me a liar.
Thanks
Which is basically same stbSame thing happens with the Dr HD F15 with updating incorrect checksum pairs quite a few boxes do it.
It is easy to check, enter incorrect characters for the 4th or 8th doublets, save, go back to keys and see what has been registered.
a few AU-Receiver have this option like my one.Whaaat?
I honestly never heard that some recievers can AU checksum, because it's about checksum we are talking about here. Not the "key" you claim. Sorry m8.
. There is nothing were been changed. The CW was always correct. The point is that some recievers no need for checksum. Instead of correct checksum you can put whatever you want from 00-FF . Give a try and you will see if maybe your reciever is one of them.
regards vakula
7E 12645 H 10000It seems only on Asiasat C band. No feed in Europe yet. Bad luck.