Posts by 007.4

Quote from samur

Quote from jenseneverest

AU on AFN powerVU is not working for me

i still don't know why exactly we have this problem of AU on PowerVu ...

AU works but sometimes you need to wait on channel 30 to 50 minutes ...

;

The PowerVu EMMs of AFN are sent in a loop with a break of around 10-15 minutes where nothing is sent. Then the loop starts again.

It is many years since I last looked at this, but IIRC the total time taken to send all the EMMs to each box was around 1 hour.

How long it takes to get a hit depends upon the keys you have and when you "join" the loop.

The more keys you have and if they are equally distributed through out the range - means you get a quicker AU.

It seems the zipped version you uploaded in the first post is for MIPS and not for ARM. That is why it does not work for me.

The image I have is py 3.11.2.

Is this new Bitrate version for py 3.12 ?

If so that would explain the issue.

Thanks for this new version.

However, I get a crash

<  5415.241646> Traceback (most recent call last):
<  5415.241704>   File "/usr/lib/enigma2/python/Plugins/Extensions/Bitrate/bitrate.py", line 75, in dataAvail
<  5415.242480>     str = self.remainingdata + str
<  5415.242845>           ~~~~~~~~~~~~~~~~~~~^~~~~
<  5415.242904> TypeError: can only concatenate str (not "bytes") to str
<  5415.242989> [ePyObject] (CallObject(<bound method Bitrate.dataAvail of <Plugins.Extensions.Bitrate.bitrate.Bitrate object at 0xaddfeeb0>>,(b'/bin/sh: line 1: /usr/bin/bitrate: cannot execute binary file: Exec format error\n',)) failed)

The binary file is in /usr/bin with permissions set to 777

This is with a Ocatgon SF8008 (ARM) with OBH 5.3.

The old Bitrate version works fine.

I suspect Sly will be working on a counter-measure. Probably just a small tweak to the algo. How, what or when is anyone's guess. It would be nice to know in advance so we could be ready though! LOL!

Has anyone any idea? For instance, is there new box firmware update out yet? That would be the first clue.

Quote from KittyBua

many people still don't understand that icam is not a real cs but an iptv stream

This is not true. ICAM is a small variation of the CSA,

The solution (workaround) is to implement it in software and then use a stream to use it.

I think there is a missing "-" in that URL.

However, even with that in place "Access Denied"

The date of the entitlements will change to about 6-8 weeks in advance.

It is only the unique EMM that does that.

The global EMMs only make hidden changes to the card like the internal date.

You are blocking global EMMs.

blockemm-g = 1

If you change this to

blockemm-g = 0

as I advised before, you should then see them getting sent to the card and counting up in oscam.

You can remove the line completely, but as you are going to need it again after testing if EMMs get to the card, it is simpler just to change the "1" to "0" and back again.

I've not ever use TVHeadend so cannot confirm it will work.

However, I have tested extensively with E2 boxes and original SlyHD boxes.

It can take a week or more to get an update and more recently ( a few months ago) I left an expired FTV card in the original box for about three weeks. It did not update.

Perhaps they are no longer updating these cards?

They are global EMMs. As you are blocking them they will not be sent to the card. However, what you need is the unique update EMM for your card SN.

With expired cards these are rarely sent.

Try London Live that should open without any entitlements.

Yes you can save them but you must first receive them to save them so:-

blockemm-u = 0
blockemm-s = 0
blockemm-g = 0

AFAIAA the only remaining FTV channels are specific versions of

Channel 4

Channel 4+1

STV HD

and

London Live

The tiers are expired it will not open anything. If you allow EMMs (you are currently blocking then) it will then update and enable the few remaining FTV channels. It is hardly worth the effort.

No one is telling at all. It remains a big secret.

Have you got your K1 and INS7E? If not, you cannot open SkyIT even with your own card and patched oscam.

If this is icam with stream-relay then it will appear as a stream.

It could be faked but other details (CAID, ECM PID, newcamd etc) indicate a sat channel.

The EMM keys are not the problem. It is the unknown EMM hash mode that is the issue.

Here is an oscam.tiers file I have created over the years from various sources for SkyUK.. Some of it will now be outdated.

You need to use the "old method" INS76 to accurately read the tiers in Oscam. INS70 does not work properly.

oscam.tiers.zip

I'd be interested if any one has more up to date information.

Not quite true. Some are using 3DES - but still no public solution.

Quote from Furzkopf1

2. I can see a Stalker.so in the files. This seems to be where the magic happens.

How can we make sure, that account data or other stuff is not leaked?

Very good question. How can we be sure this plugin is not harvesting all our login URLs when it is effectively closed source?

Getting the pairing key (or keys, if they are using 3DES) is no use if they are also using ICAM.