AW: VDR-SC und TT S2-6400
Naja so klaglos funktioniert es mit der AVG auch nicht.
Das sc aus dem svn funktioniert Problemlos mit dem VDR aber nicht mit dem ReelVDR. Es gibt wohl einige Entwickler in der AVG Truppe welche das Softcam angepasst haben damit es mit dem mcli-Plugin respektive mit dem NetCeiver funktioniert. Diese Anpassungen halten sie aber unter Verschluss, weshalb man es auch nicht hinbekommt den standard VDR mit mcli-Plugin mit sc zu betreiben. Den hierfür müsste das sc gepatched werden. Ausserdem scheinen die Reel SC Entwickler nicht gerade gesprächig zu sein. Fehler zum Beispiel im Betatunnel werden nicht gefixed bzw. falls dies geschieht erfährt das niemand. In jüngster Zeit wurde einfach mal das vdr-sc Paket nach softcam umbenannt, Infos darüber gab es erst nachdem die Anwender mehrfach nachgefragt hatte.
Woraus schlussfolgert Ihr eigentlich, dass das sc tot ist? Nur weil Irdeto4free nicht mehr existent ist muss das ja nicht zwangsweise das sc betreffen.
Inwieweit das sc durch Veränderungen überhaupt unserem Problem beikommen kann steht auf einem anderen Blatt, die bisher veröffentlichen Informationen zur S2-6400 lassen vermuten das man an den Datenstrom des ersten Tuners nicht herrankommt, ein Beweis für diese These liefert ja das sc.
Ich hoffe das hier Änderungen an der Firmware oder der Treiber in naher Zukunft erfolgen um das Dilema zu beenden.
Es wäre schade wenn man den einen Tuner deaktivieren müsste und einen extra Tuner verbauen müsste um 2 verschlüsselte Transponder gleichzeit zu verwenden.
sasc-ng ist wie ich an anderer Stelle gelesen habe auch nicht tod, ich vermute einfach das bei all den Methoden ein CAM zu ersetzen in letzter Zeit keine Anpassung erfolgen musste weil sie einfach funktionierten.
Die Methode per OSCAM und DVBAPI fände ich noch recht ansprechend allerdings kann ich keine Informationen finden wie dies bei den Linux Receivern implementiert wurde, welche Änderungen zum Beispiel an der Software vorgenommen werden muss, was das DVBAPI erwartet. einfach die Vorraussetzungen. Informationen über OSCAM und DVBAPI konnte ich nur zu Problemen das irgendwas nicht hell wird finden. Viel wichtiger ist es erst einmal die Schnittstellen zwischen DVBAPI und den Tunern oder was auch immer zu verstehen.
Weiter oben lass ich, dass das DVBAPI auf virtuelle Tuner zugreifen soll, das glaube ich aber nicht den in der Doku steht dort eher was von PMT oder CAM.. Dateien unter /tmp welche als Schnittstelle zum Receiver verwendet werden. Virtuellen Tunern auf reale Tuner zu mappen wird zum Beispiel durch sasc-ng realisiert, was leider nicht kompatible mit der S2-6400 ist bzw. noch Fehler hat den es fehlen die ca0/ca1 Interfaces, wie man meinem vorherigen Posting entnehmen kann.
Hoffen wir das sich bald ein Programmierer eine S2-6400 zulegt und er seine Erkenntnisse bezüglich einer CAM Emulation mit den nicht Programmierern teilt.
Naja so klaglos funktioniert es mit der AVG auch nicht.
Das sc aus dem svn funktioniert Problemlos mit dem VDR aber nicht mit dem ReelVDR. Es gibt wohl einige Entwickler in der AVG Truppe welche das Softcam angepasst haben damit es mit dem mcli-Plugin respektive mit dem NetCeiver funktioniert. Diese Anpassungen halten sie aber unter Verschluss, weshalb man es auch nicht hinbekommt den standard VDR mit mcli-Plugin mit sc zu betreiben. Den hierfür müsste das sc gepatched werden. Ausserdem scheinen die Reel SC Entwickler nicht gerade gesprächig zu sein. Fehler zum Beispiel im Betatunnel werden nicht gefixed bzw. falls dies geschieht erfährt das niemand. In jüngster Zeit wurde einfach mal das vdr-sc Paket nach softcam umbenannt, Infos darüber gab es erst nachdem die Anwender mehrfach nachgefragt hatte.
Woraus schlussfolgert Ihr eigentlich, dass das sc tot ist? Nur weil Irdeto4free nicht mehr existent ist muss das ja nicht zwangsweise das sc betreffen.
Inwieweit das sc durch Veränderungen überhaupt unserem Problem beikommen kann steht auf einem anderen Blatt, die bisher veröffentlichen Informationen zur S2-6400 lassen vermuten das man an den Datenstrom des ersten Tuners nicht herrankommt, ein Beweis für diese These liefert ja das sc.
Ich hoffe das hier Änderungen an der Firmware oder der Treiber in naher Zukunft erfolgen um das Dilema zu beenden.
Es wäre schade wenn man den einen Tuner deaktivieren müsste und einen extra Tuner verbauen müsste um 2 verschlüsselte Transponder gleichzeit zu verwenden.
sasc-ng ist wie ich an anderer Stelle gelesen habe auch nicht tod, ich vermute einfach das bei all den Methoden ein CAM zu ersetzen in letzter Zeit keine Anpassung erfolgen musste weil sie einfach funktionierten.
Die Methode per OSCAM und DVBAPI fände ich noch recht ansprechend allerdings kann ich keine Informationen finden wie dies bei den Linux Receivern implementiert wurde, welche Änderungen zum Beispiel an der Software vorgenommen werden muss, was das DVBAPI erwartet. einfach die Vorraussetzungen. Informationen über OSCAM und DVBAPI konnte ich nur zu Problemen das irgendwas nicht hell wird finden. Viel wichtiger ist es erst einmal die Schnittstellen zwischen DVBAPI und den Tunern oder was auch immer zu verstehen.
Weiter oben lass ich, dass das DVBAPI auf virtuelle Tuner zugreifen soll, das glaube ich aber nicht den in der Doku steht dort eher was von PMT oder CAM.. Dateien unter /tmp welche als Schnittstelle zum Receiver verwendet werden. Virtuellen Tunern auf reale Tuner zu mappen wird zum Beispiel durch sasc-ng realisiert, was leider nicht kompatible mit der S2-6400 ist bzw. noch Fehler hat den es fehlen die ca0/ca1 Interfaces, wie man meinem vorherigen Posting entnehmen kann.
Hoffen wir das sich bald ein Programmierer eine S2-6400 zulegt und er seine Erkenntnisse bezüglich einer CAM Emulation mit den nicht Programmierern teilt.
