Jump to content


gutemine

Member Since 8 Dec 2007
Offline Last Active Yesterday, 11:13
*****

#1082525 full ci+ support

Posted by gutemine on 16 July 2019 - 18:23

Partly this summary is not correct, as there are multiple Open Source implementtions for CI+ available (I know at least 3 and all of these are easily findadble with a simple search with your favorite Search engine and/or following some hints in various boards).

 

Some of these are not even e2 related, but all of them share a good portion of code (some are C based, some C++,..) which means technically there is nothing to stop anybody from using it.

 

BUT all of these solutions are using more or less the same borrowed certificates to build a valdi key chain which produces a valid authentification certificate which will, when presented to the CI Module, be accepted and hence the Modules will 'descramble' by sending out the transponder stream re-encrypted with AES but the code will also get from the module valid keys to allow the Receiver to descramble it.

 

This means if the STB Manufactor includes the possibility to set their CPU into AES decryption mode and pass the output from the CI(+) Module together with these keys, then it will support not only to use CI Modules, but also CI+ Modules.

 

If the vendor keeps the ioctls for this 2 tasks non-public, then you have a non-public solution, if they are public (or easily reverse engineerable with a simple debug run of the e2 binaries so see the necessary ioctl arguments) THEN you have an Open Source Solution - still using illegally optained certificates, but this is another story and hence they summary in my opinion is ... bad ....

 

But I'll not defend the people who produced the code, or stole the certifcates, but the situation now is as described.

 

Finally oscam also needs certificates and hashing algos which were ... borrowed ... and the possibility to pass keys to the STB drivers, hence I don't really see the difference this summary would suggest.




#1065993 dreambox one

Posted by gutemine on 5 June 2019 - 17:29

Looks more like you are already pretty desperate :D




#1065789 dreambox one

Posted by gutemine on 4 June 2019 - 19:47

Look, some of the vendors from the OpenPLi first page have also a webpage which look also like a joke and is hardly updated, DP is not alone on this field, even when I fully agree that there is lots of room for improvement :D




#1065725 dreambox one

Posted by gutemine on 4 June 2019 - 18:18

Simply ... wait ... :D




#1042937 The end of Rytec EPG?

Posted by gutemine on 14 April 2019 - 11:32

OK, but your 'solution' will not work for your local Kodi Clients or Plex Servers.

 

If you want to feed them with EPG you are normally dependant on loading it from the standard XMLTV Servers (which already caused performance problems some times ago, if i remember correctly), unless you want to transfer manually xml files that you downloaded by hand which is not very user friendly.

 

With EPGExport Plugin these devices can load their EPG from a lokal enigma2 box.

 

Finally I only posted this here because of the original posting:

 

When people are able to create XMLTV Files directly with their boxes, then the need for grabbing everything from sometimes strange, or continuously  changing websites, or webistes where you don't even understand the language, etc. would dramatically decrease - which brings us back to doglover's orginal problem of doing all this with limited help and support.




#1042757 The end of Rytec EPG?

Posted by gutemine on 13 April 2019 - 23:24

My EPGdbBackup Plugin does nicely copying of epg files between local boxes on all DreamOS Images, thank you :rolleyes:

 

But you really didn't get the point of the advantage of instead of copying around epg.dat Files (which need to be reloaded) EPGExport creates native XMLTV format for transfering and whatever else you want to do with it.

 

The EPGExport kit includes all the sources and I'm pretty sure that it would work on OpenPLi also, as I tested the ipk on an OpenATV,

 

BUT as it is still under development there is NO license included which means it still holds my full copyright and you would need to ask for permission for distributing or changing.

 

And before you start throwing fruits and vegetables ... it  will end up with GPL as soon as there is a released Version 1.0 - but this will take a few days until which I need to control what is happening with it.

 

gutemine




#1042733 The end of Rytec EPG?

Posted by gutemine on 13 April 2019 - 22:01

Partly inspired by the motivating discussion here in this thread :rolleyes: I've taken the freedom to create an EPGExport Plugin, which allows you to export the EPG that your box has received in standard XMLTV Format.

 

It also allows to use the Webinterface on your box as a (local) XMLTV server, which means one box could download from normal XMLTV Servers and then act as a local XMLTV server for other boxes in your household to reduce the load on the standard XMLTV Servers

 

This means also that people which are able to receive exotic positions could share such received EPG in XMLTV Format  ... which should reduce the need to grab websites for everything ...

 

EPGExport Plugin is still under development, but testkits are available in his kit and support thread in  OoZooN's board :P

 

Ciao

gutemine




#888808 Howto build unofficial pli for your unsupported receiver

Posted by gutemine on 19 May 2018 - 20:17

Once more, latest Barry Allen, latest dBackup and latest AutoPin Plugin work nicely with latest Open* Images.

The illegal stuff I'll not comment, but I trust my testers and no, it doesn't need or use you strange "open" Helper interface.




#836915 TEST2 image for dm900

Posted by gutemine on 31 January 2018 - 18:30

If you use the latest dFlash 13.7 with all up-to-date binaries the answer for the old Dreamboxes using nfi images is ... yes

Everything else are just recommendations for clone owners which I will NOT comment.

 

dBackup doesn't use nfiwrite, as the latest boxes are not using nfi images anymore.

 

But yes dBackup is also able to flash the new boxes with xz images directly via my swaproot binary.

And NO, you are NOT allowed to use this one either for any Backup Suite(s)




#799802 TEST image for dm900

Posted by gutemine on 18 November 2017 - 23:13

well, it works in BA with a DreamOS Image in Flash  :D




#786047 I need to hire an expert to create IPTV plugin

Posted by gutemine on 22 October 2017 - 16:28

I can write you a Plugin which gives you a fake new MAC address every 30 days :P

 

but I'm no expert :rolleyes:




#604801 OpenMultiboot for openPLi

Posted by gutemine on 24 October 2016 - 09:36

How often do I need to reply that dFlash is ONLY for backup of Flash image because it doesn't handle Multiboot specific things? If your great Booting tool doesn't offer a working embedded backup like BA does this is not my problem.


#600064 OpenMultiboot for openPLi

Posted by gutemine on 11 October 2016 - 21:45

again, dFlash is NOT for Multiboot Images, as the name suggests ist is for Images in FLASH.

 

Log from update looks OK, there is simply nothing to upgrade as you used a recent image, but as opkg update worked there is no problem.




#595588 OpenMultiboot for openPLi

Posted by gutemine on 2 October 2016 - 21:01

Images booted with BA update nicely on my 7080, 820 and 520 (uncluding the non-official PLi and ATV) - but this is OT in this thread and in this board.

 

You are only in trouble when you get newer drivers and/or newer kernel than flash image. Then it is time to upgrade this too ...




#590143 Frage zum Common Interface Assignment

Posted by gutemine on 18 September 2016 - 19:42

Deswegen funktionieren auch 2 gleiche CI Module im enigma2 recht schlecht, ausser man macht so wie im DreamOS Virtuelle Module draus und lässt diese sich selber koordinieren, das wenn ein Module bereits entschlüsselt das andere lieber auf was sinnvolleres wartet.

 

Wobei bei Dreamboxen das jetzt auch mit dem PLI Images geht mit 2 gleichen Modulen die so virtualisiert werden. Das habe ich damals ausgetestet wie ich das AutoPin angepasst habe und dann dezent drauf hingewiesen habe das es keinen support für mehrere MMI connections gibt, was insofern peinlich ist weil PLi den support für mehrere camd sockets eingebaut hat und dabei eben vergessen hat das es dann ja auch mehr als einen Rückkanal geben solle.

 

Aber ich will mich nicht schon wieder unbeliebt machen :D