New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature request] Icam support #1003
Comments
What is this for? Any context? |
Some providers with NDS Videoguard decryption are using this Icam. Seems to be a non-standard descrambling algorithm. |
Tvheadend can decrypt icam with "stream relay" oscam feature. Minisatip can't use this feature by definition. |
Here is something about the ECM structure: @Yuri666 |
I seen last patch to oscam. There only stream relay. Maybe I'm wrong, but not seen any other for now. |
Patches are from here: |
There is patches for tvheadend and for libdvbcsa. Also needs patch for oscam. |
Does not seem complex but without access to a system that has this is very hard to implement. |
Hi, @catalinii Or, maybe also an option: I might be able to implement it myself, if you guide me to where I can access the ECM data to find out if it is Icam or normal CSA. Then I would provide a PR. |
So,...
Then I'm running this version as a SAT>IP client to my unmodified productive setup. With that the Sky Germany channels are working and other channels are also working as they get decrypted from the unmodified server. :D Not nice, as both client and server always try to decrypt, but as a quick workaround usable,... |
Do you know if the channels using lcam working on a CI+ cam using minisatip? |
Hi catalinii, |
i tried this change - i have the modified libdvbcsa in place as soon as i change the csa.c and re-compile my normal channel (like orf) are not working anymore - i use kodi to watch through tvh and minisatip as my tuners having the oscam dvbapi. thanks |
Hi holli, My dirty workaround, making both decryption types working is to run two instances of minisatip, both connected to OSCam via dvbapi, where one (unchanged, productive setup) uses the normal libdvbcsa and the other instance working as SAT>IP client (-s) to the productive setup is using the modified minisatip and patched libdvbcsa, for the Icam channels. Please note that in the client the dvbapi connection to OScam is using an offset (-o 192.168.178.75:2000 ,10). In your setup with tvh, I would recommend to use tvh for the decryption (not minisatip), with the patch from the first post, then both normal CSA and Icam is working, because there Icam- detection is already implemnted. |
Hi all, If you are interested, here is my playground: |
@localhosthack0r can u provode remote access? |
The caid approach is not the best, because not all channels on sly de are icam encrypted. so, why not check the ecm like they do it in oscam?
|
Is there official documentation about this ECM format somewhere? |
I guess its not... not public |
Can someone test this with a patched dvbcsa? |
@catalinii i can watch now orf (this was not working before with the patched lib) but my other channel still will not show - from oscam it looks ok thanks |
Can you provide minisatip log? |
@catalinii |
-l http -f |
Hi @catalinii So I cannot confirm @holli73 findings. @holli73 which version of the libdvbcsa patch do you use? I have seen that there are more then one version, meanwhile,.. I have still the initial patch from the first post in this thread running. |
@localhosthack0r thanks |
All clients using minisatip should work...please upload the log |
i did 2 tests -
on both tries i had vlc running against the same channel through the vuzero4k and it worked fine thanks |
None of the logs show the latest minisatip version running. Try to do git pull && make clean |
@catalinii i did a hard/reset/force and clean/build - now it is on the latest commit but still not working in my env. i just traced a try with setup 2 - from oscam log on vuzero it looks ok and the same on my main oscam:
here is the new minisatip capture: |
Everything seems ok except validating the Control Word, because the stream obtained is not a valid stream. |
Try maybe to clean the dvbcsa build and apply the patch again, then build and install |
hello, i tried following:
but still the same - attached again the minisatip log - from oscam it looked ok:
i have no idea what might be wrong here? thanks |
I am not sure if this is the issue as what you did is correct, but I have uploaded binaries with patched libdvbcsa here: https://github.com/catalinii/minisatip/releases can you give them a try ? |
thanks for the static build - but i can't run it - as my satip server is still on ubuntu 20.04 and glibc is only available till 2.31
best regards |
@catalinii - i use now a native icam on x64 and minisatip works fine - even my compiled minisatip with modified libdvbcsa - thanks for your help and time. holli |
Looks like we can close this |
Hi,
I just saw patched versions of tvheadend and libdvbcsa supporting Icam decryption.
Would it be possible to implement this for minisatip as well?
This is the patch for libdvbcsa from https://github.com/glenvt18/libdvbcsa
And this one for tvheadend 4.3:
So I think from minisatip perspective it is just required to use the patched libdvbcsa and to call the dvbcsa_bs_key_set() function from csa.c with a additional parameter for the Icam decryption. They just throw in a '4' for this parameter from tvheadend.
In tvheadend it seems to be derived from something when selecting the right descrambler, if it is Icam:
But there I have no clue what the equivalent in minisatip would be. Help would be very appreciated! :)
Thank you!
The text was updated successfully, but these errors were encountered: