AW: VDR-SC und TT S2-6400
Servus,
naja ihr könnt ja behaupten dass das sc noch weiterentickelt wird, die Frage ist wo?
Fakt ist, wen man das sc-HG-Rep ansieht, dass seit mehr als 6 Monaten nix mehr geht.
Auch kein Ableger ist irgendwo zu finden.
Es gibt zwar diverse andere Namen dafür, z.B opensc oder was auch immer, aber das ist exakt der identische Sourcecode des sc, auch der sasc-ng-Code ist identisch dem des alten sc-HG-Reps.
Fakt ist auch, dass seit dieser Änderung vor 15 Monaten alle FF-Devices aussen vor sind:
Changeset-Beschreibung von leslie:
"experimental, budget-only support for VDR 1.7.11
FF cards are NOT supported yet. You can use a FF card if you load the
dvbsdevice plugin BEFORE sc plugin, but sc won't work on the FF card."
Dieses changset betraf die cam.c und cam.h
Diese Änderung ging auf den VDR-1.7.11 zurück, bei der Version wurde erstmals das FF-Device in ein eigenes Plugin (dvbsddevice) ausgelagert und deshalb die Änderung.
Das war auch ein Grund, warum man den VDR selbst nicht mehr patchen musste.
Alle neueren VDR-Versionen haben als Ausgabedevice dieses seperate Ausgabeplugin oder eben einen Softwareausgabeplugin wie xine oder xine-liboutput. Diese Softwareausgabeplugins funzen hervorragend mit der damaligen Änderung und irgendwelchen Budgetkarten.
Deshalb auch der Hinweis oben, dass bei der TT-S2-6400 eine Trennung von Tuner1 und Ausgabeteil reichen würde.
Ein Entwickler der Karte hat ja sowas schon geäussert im VDR-Portal und die Frage gestellt, welchen Sinn das machen sollte, das Ausgabedevice vom Tuner zu trennen!?
Fakt ist auch, dass die Karte so wie es jetzt ist mit dem sc nur mit zusätzlichem Tuner (zweite Karte) mehrere verschlüsselte Aufnahmen händeln kann. Oder eben nur schauen und gleichzeitig auf dem selben Kanal(Transponder) aufnehmen. Ein Umschalten auf einen anderen verschlüsselten Kanal ist nicht möglich.
Das DvbHdFfDevice wird nicht vom sc erkannt bzw. unterstützt.
Oscam, dvapi und wie sie alle heissen könnt ihr vergessen, da das alles ebenfalls Krüken sind die auf spezielle DVB-Hardware inkl. Firmware dazu ausgelegt sind und sehr oft nur mit Tunern funzen die in Receivern eingebaut sind. Soweit ich das auf meinem Octagon 1018 nachvollziehen kann, erfolgt die Anbindung über tmp-Dateien die von den Tunern/Ca angelegt werden. Wobei hier jede Kombination andere tmp-Dateien erzeugt und auch Parameter braucht => Gefrickel ohne Ende.
Also wenn ihr mich fragt, ist die TT-s2-6400 eine sehr teuere Löung für Free-Air-HD-TV mit absolut beschränkter Nutzung von PayTV, da nur ein Tuner dafür nutzbar ist. Ich kann auch nicht verstehen, warum man den Weg gegangen ist Ausgabedevice und Tuner zusammenzulegen, alle neueren Lösungen haben hier eine strikte Trennung, auch aus Gründen der Flexibilität, z.B was ist, wenn ich nur einen Tuner nutzen will und kann, von einem möglichen zusätzlichen Tunerdefekt mal abgsehen, usw.
Ein CI ist lange Zeit nicht in Sicht, geschweige denn die funktionierenden Treiber dafür, und dann gehts weiter mit der "besseren" Nzutzung des CI's.
Auch die Firmware-Geschichte gefällt mir gar nicht, alles closed-Source.
Wenn das Ausgabedevice nicht vom 1.Tuner softwareseitig getrennt wird, ist die Karte ein Totgeburt, immerhin bekommt man für 330 Euro mittlerweile einen hervorragenden Enigma2-Dualtuner-Receiver mit allen Möglichkeiten out-oft-the-Box.
Sollten in dem Text ein paar Passagen rein aus meiner Sicht falsch sein, bitte äussern, würde mich freuen, wenn das verbessert würde.
Gruß
Wolfgang