[markad] überarbeiteter Decoder

  • OK, war nur um die Idee zu überprüfen, habe es schon befürchtet, dass das so nicht geht.

    Mit deinem Hinweis auf SkinDesigner wissen wir auch so, dass es daran liegt. Ich baue dir eine Version, die die laufenden Aufnahmen in einer globalen Variablen zählt, wie du vorgeschlagen hast. Dann komme ich ohne Timer Lock aus.

    VDR
  • Ja, ist es. Soll ja auch nur feststellen, ob es wirklich genau an dem Lock liegt und das hoffentlich vor einem Crash. Wenn das funktioniert, können wir das Problem qualifizierter bei kls adressieren.

    Du hast gesehen, es gab nochmals einen Update vom Patch.

    Natürlich nicht. Aber ist ja ein Paket-VDR mit quilt-patchen, kein Beinbruch daher...


    Ergebnis wie vor - unter gleichen Bedingungen - weiter kam er nicht:


    42.

  • Eine Version, die ohne timer lock auskommt ist jetzt im git, Branch lock.

    Bitte ausgiebig testen, vor allem auch, ob die Anzahl der laufenden Aufnahmen korrekt ist.

    VDR
  • Prinzipiell funktioniert es, aber der VDR hat noch ein Problem. Denke, es war die im Markad aktivierte VPS Funktion, die epg2vdr zielsicher zerlegt...


    Log (TV auf 100, Aufnahmen 20:00 auf 101 und 104):

    Code
    1. Jan 4 19:59:26 vdr: [4731] switching device 2 to channel 101
    2. Jan 4 19:59:37 vdr: [4731] switching device 2 to channel 104
    3. Jan 4 19:59:48 vdr: [4731] switching device 2 to channel 101

    Das hat er mit Lock-Fehler nicht (mehr) gemacht.


    Dann normaler Start der ersten Aufnahme:


    Danach bleibt dann irgendwas hängen - die zweite Aufnahme startet nicht mehr.

    Code
    1. Jan 4 20:00:03 vdr: [4779] VAAPI: video: reset start
    2. Jan 4 20:00:03 vdr: [4779] VAAPI: video: set clock --:--:--.---
    3. Jan 4 20:00:03 vdr: [4731] VAAPI: video: set closing
    4. Jan 4 20:00:03 vdr: [4731] VAAPI: video: set clock --:--:--.---
    5. Jan 4 20:00:03 vdr: [4731] VAAPI: video: reset start
    6. Jan 4 20:00:03 vdr: [4731] VAAPI: video: set clock --:--:--.---
    7. Jan 4 20:00:03 vdr: [4779] VAAPI: video/vaapi: closing eof
    8. Jan 4 20:00:03 vdr: [4731] SendCaPmts CAM 1: [1] actives in CAM: 2 -> 1 (3 pids)


    Umschalten erfolgt nicht mehr ... Ruhe ... Deadlock-ähnlich.

    Wiederholung mit gleichem Ergebnis.


    Habe jetzt das VPS im Markad deaktiviert, der VDR hat damit seine Nöte, wenn epg2vdr aktiv ist.


    Nächster Versuch läuft nachher ... werde berichten. :-)


    Edit:

    1. Aufnahme (ohne Markad-VPS) startet normal, VDR noch ok.

    2. Aufnahme (überlappend) ok

    3. Mit Umschalten auf weitere Karte ... Aufnahme unterbleibt.



    Stefan

  • Habe jetzt das VPS im Markad deaktiviert, der VDR hat damit seine Nöte, wenn epg2vdr aktiv ist.

    Das sollte aber funktionieren, weil genau dafür habe ich das mal gebaut: VPS im VDR aktiviert geht nicht mit epg2vdr, darum habe ich in markad eine VPS light Funktion drin, die sich mit epg2vdr vertragen sollte. Bei mir tut sie das auch.

    Aber lass uns erst das andere Problem abschließen, bevor wie dies näher untersuchen.

    VDR

    The post was edited 1 time, last by kfb77 ().

  • Ich habe mal 2 Aufnahmen gleichzeitig auf meinem Testserver gestartet. epg2vdr Plugin, markad VPS an und VDR VPS aus. Geht bei mir ohne Probleme. Der VDR vom Testserver ist allerdings schon auf 2.6.0, sollte aber keinen Unterschied machen, auf meinem produktivem Server unter 2.4.7 läuft das auch so.

    grep markad /var/log/syslog:

    VDR
  • Ich habe mal 2 Aufnahmen gleichzeitig auf meinem Testserver gestartet. epg2vdr Plugin, markad VPS an [..]

    Das glaube ich gerne. :-)


    Hier waren es aber a) Kanäle ohne VPS und b) gibt's noch epgsearch oder c) vielleicht hab ich was in epg2vdr zerpatscht, als ich das auf die Non-Blocking-API umgebaut habe. Das muß ich erstmal selbst ausschließen.


    Stefan

  • Hmm ... eigenwillig. Es klemmt, sobald beide Karten mit Aufnahmen belegt werden sollen


    - die zu startende Aufnahme startet nicht, nur das Live-Bild verschwindet

    - die (fünf Minuten später) zu beendende Aufnahme läuft weiter / Timer wird nicht gelöscht

    - VDR bleibt per Live bedienbar, aber Timerlöschung wird im VDR nicht bearbeitet.

    - Möglicherweise Deadlock mit der gleichen Funktion im epg2vdr, die bei VPS das Umschalten verhindert



    Gucke ich mir später ohne epg2vdr/scraper2vdr/epgsearch an.


    Stefan

  • Das hört sich nach meinem "Problem" an, das ich schon Jahrelang habe:

    Crash bei drei gleichzeitig startenden Aufnahmen


    Wenn der letzte (Live) Tuner wegen einer Aufnahme umgeschaltet werden soll, passiert nichts mehr. (Nur wenn der Live auf einen verschlüsselten Sender war)

    MP-Logos (Kanallogos für VDR) - Picons2VDR (Kanallogos für VDR) - MV_Backup (Backup mit RSync) - Skin FlatPlus (Fork)

    „In zwei Jahren wird das Spam-Problem gelöst sein.“ [Bill Gates], Microsoft-Chef, 2004

  • MegaV0lt

    Es ist definitiv die Erfordernis, das Live angezeigte Programm umzuschalten.


    Läuft der VDR Live auf dem Programm einer der Aufnahmen, geht eine zweite (auch mit Markad).

    Hatte gerade den gdb dran und natürlich vorher vergessen umzuschalten ... :-}


    Also eher eine Race-Condition und nicht Markad, die allerdings ohne Markad nicht auftritt.

    Weiter dann hier -> Deadlock bei Aufnahme auf letztverfügbarem Gerät mit Umschalten


    Stefan