Posts by Freshmint

B8h-Crypt8: 26F1935409BF90CA

can anyone get the cw ? thanks

Quote from Captain

yes its working with all boxes and openatv 7.3, i have found only one box have issue qviart dual, i send bug report to driver team

is its location changed? cannot find it in menu - setup - usage & gui

Edit: meant to say serviceapp

Captain could you confirm whether latest nightly builds of OpenATV 7.3 for all receivers now support DASH playback? Cheers..

Quote from rush1

better to use the new tool -> _http://colibri.bplaced.net/CSA-Rainbow-Table-Tool_Rv2.11_package.zip, it's faster than the old version.

the webpage _http://colibri.bplaced.net/csa_rainbow_table.htm says that tool "will work till end of Feb. 2023".. what happens after that ?

Quote from zapf2000

Yes, rush1 is right. Every request is hash based, so it's not possible to get the key directly (perhaps through an API, but it's unknown). I'll sniff communication with wireshark when I have time to.

hi did you get a chance to check this with wire shark ?

Quote from ziko

here is a script iv'e built based on the perl script to get the c8 from stream instead of reading from a ts file.

we could easily turn this into a plugin but we need a service that provied cw based on the c8

i would like to test the script with a recorded ts file as input . what should be changed in the code.. ? could you point me to github if the code for ts file is already open source ?

cheers

although my understanding of biss implementation and hacks is rather limited, a couple of things to note

Quote from rush1

ask the server for all known keys for the feed.. "0070:11017:V:7199"

blind scans on different receivers almost always throw up frequency and SR values a bit off from the "real" ones. for instance, the unique hash mentioned above could actually be of the feed on frequency 11015 Mhz with SR 7200. these variations need to be taken into account when the receiver askes server for a key

i think a cleaner implementation would be as suggested by zapf2000 . extract crypt8's using enigma2 plugin and then send it to the server. how compute intensive is getting c8 from raw .ts ? can an average e2 box do it without much fuss?

thanks for the detailed response jenseneverest . even though the feeds are active only for a few hours, i would expect these "Chinese servers" to be smart. They would not be computing the key every time someone switches the receiver to a BISS encrypted channel. once someone's receiver has uploaded the necessary parts of .ts stream, the server would compute and store only the 8 byte key values. consequently when another person's receiver asks for the same key, the server would just provide the key instead of asking to upload .ts chunk all over again.

my question is : if a feed's .ts chunk is already uploaded by some receiver to the server in the past, the server would already have the key for that particular feed (possibly uniquely identified by geolocation of the satellite, frequency, SR, SID etc.). would i be able to get these readily available keys without actually tuning my receiver to that particular satellite/frequency/SR/SID etc.?

perhaps zapf2000 would want to chip in too ?

cheers

Quote from zapf2000

Another way is to buy a cheap Chinese receiver with autobiss function. Here the receiver sends a part of the .ts stream to a server, then the server does the job and you get the key back. You can export it from the local softcam file on the receiver and then post it here or export it to any other softcam :)

do i need to tune the frequency with BISS encrypted stream every time to get the key from these "chinese servers"? is it possible to just download the latest softcam.key file from this server based on other user's inputs in the past? i'm just looking to share keys within a group of friends and watch the feed myself only once in a while ...

Hello,

Can someone who owns or have used Edision Piccollo (CI+ supported) confirm the following: Does it have an option to stream a TV channel over LAN? I want to watch TV channels on laptop while the box is placed in another room.

Cheers!

Thanks for the reply s3n0. Unfortunately it's not the card placement causing this. Apparently my N*S card does not (yet) work with OScam. I'm trying to gather information regarding adding the support. But it is difficult to get help thanks to people making money off this and keeping things secret.

Let me know if you have any other suggestions. Cheers!

Anyone? Posted this on streamboard too but it didn't help much.

Edit: This is marked as resolved but it isn't.

Hello,

I'm trying to get an N*S card working with OSCam: 1.20_svn Build: r11518 Compiler: mipsel-oe-linux. The initialization fails with error "card system not supported".

Reader looks like this:

[reader]
label                         = scuba
description                   = scuba
protocol                      = internal
device                        = /dev/sci0

fix07                         = 0
readtiers                     = 0
detect                        = cd
group                         = 1
emmcache                      = 1,1,10,0
deprecated                    = 1

Here is a log with debug level 0:

s   (reader) scuba [internal] creating thread for device /dev/sci0
s     (main) waiting for local card init
r   (reader) scuba [internal] Reader initialized (device=/dev/sci0, detect=cd, mhz=357, cardmhz=357)

r   (reader) scuba [internal] card detected
h    (webif) webif: decompressed 171916 bytes back into 413264 bytes
h    (webif) HTTP Server running. ip=:: port=83

r   (reader) scuba [internal] Warning: needed try nr 2, next ECM has some delay
r   (reader) scuba [internal] card system not supported
r   (reader) scuba [internal] THIS WAS A FAILED START ATTEMPT No 1 out of max allotted of 1
r   (reader) scuba [internal] card initializing error
s     (main) init for all local cards done

I've tried quite a few configuration changes already, though none has worked yet. Any pointers as to where things might be going wrong? Can this be a frequency/timing issue?

Cheers!