WinTV-CI / Cinergy-USB-CI und ddci2

Leider nicht zu kurz sondern zu lange. Die Meldungen beziehen sich auf Verzögerung beim Schreben einer Message an das ca0 Device und das sollte innerhalb von 32ms möglich sein.

Aber: vom Wintv-CI werden TS-pakete und CA-Messages nur nacheinander verarbeitet. Und manchmal bleibt nach dem Schreiben vom TS-Paketen die Hardware/Buffer in einem Zustand in dem CA-Meldungen noch nicht gleich angenommen werden können und zuvor auf zumindest ein weiteres TS-Paket gewartet werden muß. Wenn die TS-Datenrate zu gering ist, dauert das auch länger (...95ms).

Und wenn die CA Message überhaupt zu lange braucht versucht VDR/ddci2 ein CAM Reset (wie in deinem Log) das dann allerdings auch nicht unbedingt klappt.

Gerade bei ORF-HD sollte die Datenrate mit ca. 5Mb/s aber hoch genug sein, das Problem kenne ich bei 2Mb/s oder weniger (Puls4). Bei dir sieht es so als wäre der USB Durchsatz zu gering.

Ich habe im Post #124 eine Patch zum Git-Stand gepostet bei dem u.a. dieses Hängenbleiben erkannt und behoben wird. Kannst du es einmal damit versuchen.

Helmut

Ein kleiner Nachtrag -ich habe das Wintv-Ci immer an einem USB2-Port angeschlossen. Mein altes Notebook hat nichts anderes und beim VDR mit einem J3455 habe ich mit den USB3 Ports ganz allgemein Probleme.

Helmut

Das es keine externen USB2 Anschluß gibt macht s natürlich etwas komplizierter. Bevor du mit dem löten beginnst vielleicht noch ein anderer Versuch, da das Wintv-Ci grundsätzlich schon auch auf einem USB3 Port läuft: verwende deine TT CT2-4650 und lösche /dev/dvb/adapter0/ca0 und starte dann VDR mit ddci2 (ich bin aber nicht sicher ob das technisch überhaupt funktionieren kann - muß ich Abend selbst ausprobieren).

Helmut

Ok, dann vielleicht mit dem gepatchtem Treiber. Ich habe irgendwo eine Neotion-CAM für die ORF Smartcard. Ich werde mir diese am Wochenende ansehen, vielleicht liegt es am Modul (deine reagiert viel schneller als meine SMIT).

Bei DVB-Karten mit internem CI ist das Löschen von ca0 nicht notwendig. Ich kann die TBS-5580/CI gemeinsam mit dem Wintv-CI und ddci2 betreiben, und es ist egal in welchem Gerät sich das SimpliTv Modul befindet.

LG Helmut

Ich habe inzwischen auch die Neotion CAM gefunden und tw. ausprobiert Am Noteboork (USB2) habe ich keine Fehler beim ts_troughput.pl,, am VDR mit dem J3455 und dem xhci_hcd USB3 Controller bekomme ich Datenmüll mit CAM Reset aber kein Bild.

Ich will das jetzt am Notebook mit der TBS-5580 oder 5520se versuchen, bekomme diese aber mit Unicable noch nicht zum Laufen.

Zu deiner message.txt - kann es sein, dass hier noch der Git-Treiber ohne Patch läuft? Die Meldungen bei ci_isoc_allocate sollte nämich so aussehen:

Nov  9 19:13:39 gentoo64vdr kernel: wintv_usb2ci: ts_rb_alloc : EP(06) ringbuffer size 1467904 bytes (8 x 480 + 128 | 3968 TS-packets)
Nov  9 19:13:39 gentoo64vdr kernel: wintv_usb2ci: ci_isoc_allocate : EP(06) init 10 urbs (120 uframes | 480 TS-packets each urb)
Nov  9 19:13:39 gentoo64vdr kernel: wintv_usb2ci: ci_isoc_setup : EP(06) initialize 10 urbs (DIR_OUT)
Nov  9 19:13:39 gentoo64vdr kernel: wintv_usb2ci: ts_rb_alloc : EP(82) ringbuffer size 1467904 bytes (8 x 480 + 128 | 3968 TS-packets)
Nov  9 19:13:39 gentoo64vdr kernel: wintv_usb2ci: ci_isoc_allocate : EP(82) init 10 urbs (120 uframes | 480 TS-packets each urb)
Nov  9 19:13:39 gentoo64vdr kernel: wintv_usb2ci: ci_isoc_setup : EP(82) initialize 10 urbs (DIR_IN)
Nov  9 19:13:39 gentoo64vdr kernel: wintv_usb2ci: isoc_tsnull_alloc : Init 2 spare out-URBs with 32 TS-NULL packets (8 uframes)

Helmut

Edit: mitmodinfo wintv_usb2ci sieht man die installierte Version: 0.3.1a (Git) bzw. 0.3.1g (mit sync2.patch)

Nein, dem Wintv-Ci geht es gut. Es ist nut die Kombination Neotion/xhci_hcd. Die "sync" Fehler im Log habe ich mit der Neotion auf dem J3345 genau so. Beim Notebook gibt es keine Fehler- allerdings nur mit dem ts-troughput getestet, da ich immer noch versuche die TBS mit Unicable zum laufen zu bekommen.

Ich melde mich wenn ich etwas mehr weiß.

LG Helmut

Nach einer kleineren Anpassung an der 'Waits' in den diseqc Zeilen klappt nun Unicable auch mit der TBS5520se/5580.

Sowohl das Neotion Modul als auch die Alphacrypt Classic laufen über den ehci USB2 Controller fehlerfrei, aber nicht auf einem xhci USB2/3 Port. Ein dazwischengeschalteter USB2-Hub hat auch keine Verbesserung gebracht.

Ich werde mir xhci ganauer ansehen, vielleicht finde ich etwas.

Helmut

So einen Nvidia Chip habe ich vor ein par jahren bei inem HP Notebook auch so ähnlich "repariert". Da ist das Problem aber nach einer gewissen Zeit wieder aufgetreten. Vielleicht hast du beim Dell mehr Glück (oder es besser gemacht).

Die 0.3.1a läuft bei mir auch ziemlich zuverlässig. Wenn sich nach den Umschalten auf einen unverschlüsseltes Programm das Modul nicht mehr ansprechen lässt, versuche die Version 0.3.1g mit dem "sync2" Patch (das kann, muß aber nicht vorkommen und ist auch Modul abhängig).

Für USB3 und dem Neotion Modul habe ich noch keine Lösung. Ich habe nur festgestellt, dass bei den fehlerhaften TS-Paketen die ersten 2 bis 40 Bytes falsche Daten enthalten, der restliche Datenblock ist korrekt. Es scheint als würden sich da Schreib- und Lesevorgänge in die Quere kommen. Das ist aber nur bei Neotion und der Alphacrypt so extrem, die SMITs und ein SmarDTV Modul sind da weniger empfindlich.

Ich werde da noch etwas nachforschen.

Zum wintv-CI ein Tipp: die USB Buchse ist nur sehr "zart" auf der Platine angelötet und sollte vorsichtig behandeld werden. Ich habe sie schon einmal nachlöten müssen. Am besten also schon bevor sie sich lockert den Schutzlack rundherum etwas entfernen (= Masse) und "richtig" anlöten.

LG Helmut

Ich habe 0.3.1g damals nicht auf github gelegt weil mir damals schon das Problem mit xhci aufgefallen ist. Außeden waren da ein paar Anpassungen für Yuri666 drin die ich mir auch noch genauer ansehen wollte.

beta : dein Modul ist auch eine SMIT - mit etwas längerer Reaktionszeit. Damit treten die Fehler seltener auf als mit einer Neotion oder Alphacrypt.

Ich bin der USB3 Sache aber gearade auf der Spur und glaube schon einen Fehler im Treiber gefunden zu haben. Ich habe nur einen urb_complete Callback für IN und OUT. Das klappt bei USB2 weil hier die Daten über die 2 Datenleitungen nicht gleichzeitig gelesen und geschrieben werden können, Mit USB3/xhci scheint es hier aber Kollisionen zu geben.
Helmut