Beiträge von Grumpy

    Ich weiß es wirklich zu schätzen, dass hier nochmal explizit auf das Problem mit den ngene Tribern eingegangen wird. Allerdings hab ich mittlerweile komplett auf neue Hardware, d.h. neues ASUS Mainboard und Cine-S2 v6.5 umgestellt (ddbridge-Treiber), womit es problemlos läuft. Ich kann versuchen, am Wochenende nochmal das alte System zu reaktivieren, muss dazu aber ubuntu, vdr und kodi komplett neu aufsetzen, Wenn ich das hinkriege teste ich und werde berichten ....

    jasminj: Noch aprospros "Treiber"; Gem. Empfehlung von Dir, verwende ich die aktuellen Treiber aus dem media_build git von herrnst. Jetzt habe ich entdeckt, dass es unter linuxtv.org ebenfalls ein media_build git-Repository für linux gibt, an dem Du auch selbst mitwirkst.


    Welcher Unterschied besteht zwischen den Treibern, die aus den unterschiedlichen Repositories gebaut werden und welches ist für welchen Fall zu empfehlen?

    Wie hast du denn bisher geschaut?

    Auch über VDR bzw. KODI/VDR und den (Standard) Kernel-Treibern von Ubuntu 16.04. Nur hab ich da ein anderes Plugin genutzt (das aber hier nicht erwähnt werden darf). Ich bin dann auf CI und DDCI2 Plugin umgestigen, da die vorige Lösung (wie bei vielen) nicht mehr lief. Wie gesagt, in der Konstellation - auch schon mit VDR 2.3.8 - lief es recht gut

    Und das MB tauschen?

    Ja, das scheint mir dann letzlich wohl der einzige Weg. Ist leider nicht nur das MB, was ersetzt werden muss: CPU, Speicher, Netzteil. Das alte Board hatte noch einen LGA1155 Sockel, S0-DIMMs und eine 19V Stromanschluss, die heute kein Board mehr unterstützt. Ich würde dann gleich auf was moderneres wie LGA 1151 setzen und das alte Board ggfs. noch irgendwo als Server oder so nutzen.


    Meine aktuelle Wunschkonfig wäre: ASUS B250M-C, I3-6100T, 8GB DDR4-RAM. Das sollte auch noch für längere Zeit passen (das alte Board hatte ich ca. 4 Jahre im Einsatz) und dann hoffentlich auch mit der v6.5 gut zusammenspielen

    Leider gab es auf meine Frage nach "guten" Combos von CI und Cine S2 bisher keine Rückmeldung. Ich vermute daher, dass es meine alte v5.5 einfach nicht gut mit dem ddci2 tut. Laut der Signaturen, die ich hier so sehe, scheinen die meisten wohl eine v6.x zu nutzen, die offenbar weniger Zicken macht.


    Auch die Verwendung der nst-Treiber hat zwar weniger Fehler, aber letztlich doch nicht die gewünschte Stabilität gebracht. Seit dem Umstieg auf CI und ddci2-Plugin häufen sich die Bild- und Aufnahmefehler auf meinem System.


    Leider wird die v6.5 nicht konstant von meinem Mainboard erkannt (bekanntes Problem mit Intel MB DH61AG, was sich leider nicht lösen lässt - wie sich erst jetzt heraus stellte) und so bleibt mir aktuell wohl keine andere Option als mich erstmal mit dem jetzigen Zustand anzufreunden


    Mich würde trotzdem weiterhin interessieren, ob diese Combo hier irgendjemand anderes stabil am Laufen hat.

    Auf streamdev und wirbelscan kann ich verzichten. MIt vnsiserver ist das schwieriger, da dann mein Frontend nicht mehr verfügbar ist und ich keine Möglichkeit mehr habe, auf den VDR zuzugreifen. Das würde leider auch den WAF auf den Gefrierpunkt abkühlen lassen


    Ich will nicht vorgreifen, aber ich fürchte, dass der Fehler tatsächlich mit dem ddci2 Plugin irgendwie zusammenhängt. Ich nutze das Plugin erst seit kurzem (ca. 3 Wochen) während ich den VDR, auch in der Verison 2.3.8, schon länger betreibe und vorher keine Probleme hatte.


    Im Thread zum ddci2-Plugin habe ich ja bereits gepostet, dass sich meine ältere Cine S2 v5.5 mit CI Modul nicht so 100% mit dem Plugin verträgt - was evtl. auch am Support für den ngene Treiber liegen kann. Wenn es läuft, läuft es richtig gut, aber mit den Aussetzern zwischendurch macht es gerade nicht so wirklich Spaß.


    Ich hab mir bereits eine Cine S2 v6.5 geschossen und warte nun auf deren Eintreffen in der Hoffnung, dass die Unterstützung für die Treiber dieser Version (ddbridge) besser ist.


    Update: Es bleibt schwierig. Die neue Cine S2 v6.5 wird vom Mainboard nur sporadisch erkannt. Fehler scheint bekannt und ist leider nicht lösbar. Also erstmal alte Karte wieder rein und mit den gelegentlichen Aussetzern leben und dann Sparschwein füttern, um den geplanten HW-Upgrade für Mainboard/CPU/Speicher vorzuziehen. Mann oh Mann, ich hoffe die Investition lohnt sich ...

    Heureka. Bei der letzten Aufnahme heute Nacht, ist es wohl wieder passiert.

    Durch den jetzt aktivierten Watchdog wurde der VDR aber neu gestartet und hat dann die Aufnahme wie geplant beendet.


    WIe es aussieht, so war es auch beim letzten Mal, tritt das Problem unmittelbar nach Ende des Films auf, wenn Sky auf "Werbung" schaltet. Sky scheint dann irgendwas am Signal/Datenstrom zu ändern, was das System aus dem Tritt bringt.


    Der Timer war so eingestellt:

    Code
    Sky Cinema Action - Batman v Superman: Dawn of Justice 26.08.2017 from 05:42 to 08:20


    Der Film lief laut EPG von 05:45 bis 08:15 Uhr.


    Ich hoffe der Auszug aus dem Syslog für den relevanten Zeitraum hilft den Fehler einzukreisen:

    Und was genau hat Dein Problem mit dem Topic, "Treiber der Cine-CTv6/DDBridge/CI in den Kernel integrieren" zu tun??

    Naja, unter anderem weil die Anleitung hier aus dem Thread kommt und auch weil hier schon vorher Probleme beim Kompilieren der Sources aus dem git von herrnst diskutiert wurden (z.B. Post #506ff). Wo würde es denn besser passen?


    Edit:

    Problem gelöst. Man muss die Datei nach media-build/v4l/linux kopieren. Dann geht es.


    Code
    cp ./dddvb-linux-kernel/include/uapi/linux/ddbridge-ioctl.h ./media_build/v4l/linux/ddbridge-ioctl.h

    ihm fehlt die "linux/ddbridge-ioctl.h"


    schau mal ob die da ist. wenn nicht, beide "git clone" wiederholen.

    Die Datei ist vorhanden:

    Code
    root@kodi-mc:/usr/src/dvbdev.new# find | grep "ddbridge-ioctl.h"
    ./media_build/v4l/ddbridge-ioctl.h
    ./media_build/linux/drivers/media/pci/ddbridge/ddbridge-ioctl.h
    ./dddvb-linux-kernel/include/uapi/linux/ddbridge-ioctl.h
    ./dddvb-linux-kernel/drivers/media/pci/ddbridge/ddbridge-ioctl.h

    Hab sie sogar händisch mittels

    Code
    cp ./dddvb-linux-kernel/include/uapi/linux/ddbridge-ioctl.h ./dddvb-linux-kernel/include/linux/ddbridge-ioctl.h


    in das include-Verzeichnis kopiert, wo die anderen Header-Dateien liegen. Trotzdem hängt es immer an derselben Stelle.

    Ich versuch gerade für meine ältere Cine S2 v5.5 die Treiber gem. Anleitung aus dem Wiki zu aktualisieren. Leider bricht das Kompilieren immer mit der folgenden Fehlermeldung ab:

    Code
    In file included from /usr/src/dvbdev.new/media_build/v4l/ddbridge-core.c:42:0:
    /usr/src/dvbdev.new/media_build/v4l/ddbridge-ioctl.h:22:34: fatal error: linux/ddbridge-ioctl.h: No such file or directory
    compilation terminated.

    noch vor ca. 1 Woche hat es mit dem zu der Zeit aktuellen Code geklappt. Habe den Kernel unter Ubuntu 16.04 schon auf 4.10. aktualisiert,

    Hat jemand noch einen Tipp für mich?

    Ah, danke.


    Werde das mal mit meinen Einstellungen vergleichen. Die "dbox compatibility" steht bei mir definitiv auf "AUS". Den Rest muss ich nachher mal nachschauen ...


    Den DDCI2-Buffer musste ich bei mir explizit gegenüber der Standardeinstellung verkleinern (s.o.), damit die Bildfehler weniger wurden.

    Nach einem BIOS Reset (Sleep States C1E, C7 kann ich im BIOS meines Intel Boards anscheinend nicht separat setzen) scheint es stabiler zu laufen. Bildqualität der letzten Aufnahme war zumindest 1A ohne Fehler/Aussetzer.


    Ich werde den Zustand jetzt erstmal so lassen und beobachten. Wenn es so stabil bleibt, kommt die neue Karte erstmal in die Schublade oder geht zur Auktion in die Bucht.

    Ok. Danke.


    Dann sollte das bei mir der Fall sein, da ich den VDR selber kompiliert habe. Jetzt heißt es abwarten bis es wieder auftritt. Erste Aufnahme ist reibunglos durchgelaufen...


    Edit: Murphys Law; Alle Aufnahmen sind bisher korrekt durchgelaufen. Auch die Bildfehler sind aktuell bei den Aufnahmen minimal. Vielleicht war es doch nur ein (zwei) Ausreißer.

    Hmmm, ich interpretier die Ruhe jetzt mal so, dass es bei allen anderen (mit aktuellerer) HW rund läuft. Ich hab mir in der Bucht mal ein Cine-S2 V6.5 geschossen und werde es alternativ damit versuchen und berichten.


    Dass bei den verschlüsselten Sendern die Aufnahmen aber sehr viel häufiger Bildfehler haben als das Fernsehbild finde ich merkwürdig.

    Startest du VDR mit Watchdog (Option -w)?

    Wenn nicht, dann setze den mal auf z.B. 60 Sekunden.

    Aktuell starte ich den VDR ohne watchdog (-w 0). Werde ihn mal auf 60 Sekunden einstellen.


    Ich werde heute Abend mal ein paar Aufnahmen planen, um zu sehen, ob ich das Problem reproduzieren kann. Tritt bisher leider nur sporadisch auf.

    (die debug-Symbole sollte da natürlich nach Möglichkeit installiert sein).

    Kannst Du kurz was dazu sagen, was dafür bzw. wie das genau installiert werden muss?


    Danke Euch!

    An Plugins laufen bei mir, neben ddci2 (1.0.5), noch streamdev-server (0.6.1-git), vnsiserver (1.5.2) und wirbelscan (2017.06.04)

    Meldungen wegen falscher Lock-Reihenfolge sehe ich keine im Log.


    Genau, den Timer habe ich über Kodi angelegt. Aber auch währen der Verlängerung war immer nur der eine Timer mit den korrekten Start-und Endzeiten aktiv. Hatte auch erst vermutet, dass kodi einen neuen Timer angelegt hat, war aber nicht so.


    Ich meine sogar, dass es beim ersten Mal eine Aufnahme auf einem FTA Sender war. Da hab ich es aber noch für einen "Ausrutscher" gehalten. Dass es jetzt zum zweiten Mal innerhalb kurzer Zeit auftritt, macht mir etwas Sorgen.


    Wen man sich das syslog anschaut, bin ich überhaupt erstaunt, wieviele "changing pids of channel" Meldungen auch aktuell man dort in kurzen Intervallen findet (über alle Sender, FTA und verschlüsselt). War mir vorher gar nicht so aufgefallen.

    Softwareentschlüsselung nutze ich nicht. Bei mir ist eine DD Cine S2 v5.5 mit angeschlossenem Flex CI und CAM im Einsatz. Mit VDR 2.3.8 nutze ich das DDCI2-Pugin in der letzten Version (1.0.5). Ich hoffe, dass dieses Setup hier erlaubt ist (sehe ich zumindest in vielen Signaturen).


    Ich hab versucht, auch in alten Threads zu lesen und war auch der Meinung, dass dieses Problem eigentlich nicht mehr auftreten sollte... vielleicht ist dies hier ein Sonderfall/Exot, der bisher nicht betrachtet wurde.


    Ich nutze im VDR noch einen Patch speziell in Verbindung mit dem CI, den Klaus selber hier vorgeschlagen hatte: CI-Unterstützung für CineS2, Mystique SaTiX-S2 Dual usw.


    Den Abbruch aufgrund der geänderten PIDs kann ich ja noch nachvollziehen, aber dass die Aufnahme endlos weiterläuft und die Timersettings komplett ignoriert finde ich "strange".

    Hallo,


    ich hoffe, ich bin hier an der richtigen Stelle. Ich habe dieses Problem auch schon im KODI Forum gepostet, da ich meinen VDR 2.3.8 auf Ubuntu 16.04 zusammen mit KODI 17.3 als Fontend betreibe. Der Entwickler von VNSI meint aber, dass es sich hier eher um ein VDR Problem handelt.


    Kurz, worum geht es:


    Ich habe eine Timer-gesteuerte Aufnahme erstellt:

    Code
    Sky Cinema Comedy - Taxi 22.08.2017 from 04:42 to 06:20

    Diese wird auch pünktlich um 04:42 Uhr begonnen, wird dann aber bereits um 06:11 beendet. Offenbar - wenn ich das Log richtig lese - weil es Änderungen am Kanal des aufgenommenen Programs gab.

    Nur wenige Sekunden danach startet der VDR die Aufnahme erneut (im selben Aufnahmeverzeichnis), beendet die Aufnahme aber nicht Timer-konform um 06:20 Uhr, sondern setzt die Aufnahme bis in den Nachmittag fort. Bis ich das bemerke und schließlich das System neustarte.


    Ein Abbrechen der Aufnahme auf KODI heraus war zu dem Zeitpunkt nicht möglich (Fehler wird angezeigt) und im syslog steh dannt:

    Code
    Aug 22 17:24:00 localhost vdr: [2775] ERROR: video data stream broken
    Aug 22 17:24:00 localhost vdr: [2775] initiating emergency exit

    Auch das Aufrufen des VDR OSD über die Client-Spezifischen Einstellungen im KODI Setup ist dann nicht mehr möglich (System reagiert nicht darauf), weshalb ich mir nur über den Reboot zu helfen wusste.


    In der Aufnahme ist ab Zeitpunk 06:11 Uhr nur noch ein schwarzes Bild zu sehen. Davor wurde normal aufgezeichnet.

    Angehängt, das Syslog für den relevanten Zeitraum.


    Das Verhalten tritt nicht immer auf. Aktuell ist es das zweite Mal, nachdem ich kürzlich auf VDR 2.3.8 und CAM-Betrieb aktualisiert habe.

    Ich bin für jeden Hinweis dankbar, wie man das ggfs. umgehen kann oder - falls es ein Bug ist - wie ich beim weiteren Troubleshooting helfen kann.


    Bisher war ich von der Kombi VDR/KODI, die bei mir seit Monaten (fast) problemlos läuft, völlig begeistert.

    Ich nochmal ;)


    Nachdem es nun eine Weile recht gut und stabil läuft, habe ich noch folgende - evtl. zusammenhängende - Restprobleme:

    1. Speziell die Aufnahme von verschlüsselten Sendern zeigen bei mir relativ häufig Bildfehler (Verpixelung, Farbverlauf,...). Die Störungen sind immer nur kurz (< 1 Sek.) und sporadisch (max. alle 10 Min.). Beim Schauen ohne Aufnahme habe ich keine bzw. deutlich seltener Bildstörungen. Die Aufnahmen sind von SD Sendern. Im Log File (syslog, kodi.log) sind im betroffenen Zeitraum keine Fehlermeldungen zu sehen.
    2. Auf 1, machmal 2, verschlüsselten Sendern kommt es beim Schauen zu ganz extremen Aussetzern. Die Wiedergabe hält dann immer wieder an oder läuft stockend. Dies tritt ebenfalls sporadisch auf, dann aber über einen längeren Zeitraum. Manchmal hilft es auf einen anderen Sender und dann wieder zurückzuschalten. Im Log-FIle konnte ich ebenfalls nicht auffälliges dazu sehen. Da es sich um Sender handelt, die nur gelegentlich ausstrahlen, kann ich das Problem leider aktuell nicht reproduzieren.

    Da ich ja eine ältere Cine-S2 v5.5 mit ngene Treiber einsetze, habe ich schon die Befürchtung, dass es evtl. daran liegt. Bevor ich - bei den Preisen die DD für seine HW aufruft - aber anfange, planlos in neue HW zu investieren, würde mich Eure Meinung und die Erfahrung der Community interessieren.

    • Läuft es bei Euch ohne die oben beschriebenen Probleme?
    • Welche HW Kombi, welche HW-Revision läuft bei Euch zufriedenstellend?
    • Gibt es, speziell für Aufnahmen, noch Optimierungsmöglichkeiten?

    Falls ein Tausch notwendig ist, würde ich ich zunächst einmal nur die Turnerkarte durch ein neues Modell (HW-Revision 6.5 oder 7A) ersetzen und mein Flex-CI behalten wollen. Es sei denn, die Kombi ist so nicht lauffähig oder performant genug.


    Mein Setup läuft auf einem Intel H61 Board mit i3 Prozessor und 8GB RAM. OS ist Ubuntu 16.04 Desktop mit vdr 2.3.8 und kodi 17.3.

    Hab die enstprechende Zeile aktiviert. Heraus kommt das:


    Kann man daraus was erkennen?