Unterbrechungen w/ Kartenwechsel bei Timerstart

  • Hallo,


    ich habe 3 Karten im System. Installiert ist 0.4pre1 mit vdr 1.7.21. Es kommt immer wieder vor, dass das laufende TV-Bild kurz unterbrochen wird, wenn im Hintergrund eine Aufnahme startet. Offenbar startet vdr die Aufnahme auf der karte, die gerade für Live-TV genutzt wird, und schaltet anschließend für Live-TV auf eine andere ungenutzte Karte um. Die Priority-Steuerung eines vanilla-vdr macht das definitiv nicht so. Da wird eine freie Karte immer vorrangig für Aufnahmen herangezogen.


    Code
    Oct 15 19:13:35 ubuntuvdr1 vdr: [1268] switching to channel 15
    ....
    Oct 15 19:54:21 ubuntuvdr1 vdr: [1268] VDR: switching device 3 to channel 1
    Oct 15 19:54:43 ubuntuvdr1 vdr: [1268] VDR: switching device 3 to channel 1
    Oct 15 19:54:52 ubuntuvdr1 vdr: [1553] channel 2 (ZDF HD) event Sam 15.10.2011 19:25-20:15 (VPS: 15.10 19:25) 'Da kommt Kalle' status 1
    Oct 15 19:54:53 ubuntuvdr1 vdr: [1553] channel 2 (ZDF HD) event Sam 15.10.2011 20:15-21:45 (VPS: 15.10 20:15) 'Ein starkes Team' status 2
    Oct 15 19:55:00 ubuntuvdr1 vdr: [1858] osdteletext-receiver thread ended (pid=1268, tid=1858)
    Oct 15 19:55:00 ubuntuvdr1 vdr: [1268] switching device 1 to channel 1
    Oct 15 19:55:00 ubuntuvdr1 vdr: [1268] timer 2 (1 1955-2020 'Tagesschau') start


    Das laufende Programm war Kanal 15, und nach dem es kurz unterbochen wurde, wird es laut femon jetzt auf Karte 1 empfangen.


    Das log sieht komisch aus. Demnach müssten ja sowohl Karte 3 als auch 1 jetzt Kanal 1 empfangen, denn ein Zurücktunen auf kanal 15 ist nicht protokolliert.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Moin!


    Kannst du das auch noch mal mit einem Timer ohne VPS testen? VPS ist da etwas anders, da gibt's auch noch ein bekanntes Problem (siehe aktuelle ML).


    Lars.

  • Moin Lars,


    ich nutze nie VPS. Ansonsten: dynamite läuft nicht, dafür aber ein böses Plugin. Das sollte hier aber keine Rolle spielen, weil beide Sender in diesem Fall unverschlüsselt sind.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Ich kann dieses Verhalten auf dem 3 Kartensystem auch dann und wann beobachten, hat mich aber nie so sehr gestört, Bild ist halt nur für ne Sekunde weg.


    Dynamite ist drin, ich vermute aber eher das es mit LNB Sharing zusammenhängt...


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Das liegt an den Fähigkeiten der Karten. Beim Live-TV wird meistens die erste Karte verwendet. Wenn die erste Karte z.B. QAM16/32/64/128/256 kann und die zweite QAM4/16/32/64/128/256, wird der VDR die Aufnahme immer auf der ersten Karte starten. Es könnte ja sein, daß es einen weiteren Timer für einen Kanal mit QAM4 gibt. Das Verhalten macht bei DVB-C keinen Sinn, da nur QAM64 und 256 vom Kabelanbieter verwendet wird. Da hilft dann nur noch raus-patchen.


    Gruß
    e9hack

  • also hier 3x DVB-S, Cine-2 und dazu ne S2-1600


    Die sollten doch alle mal das selbe können?


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Moin!


    Bevor ihr jetzt wild die Schuld auf Dynamite oder andere neue Features der 0.4pre schiebt: das Verhalten habe ich mit meiner aktuellen 0.3 ebenfalls.


    Eingebaut ist jedoch nur eine Satix-S2. Die beiden Tuner sollten definitiv selbe Fähigkeiten haben, so dass ich keinen Grund für die kurze Unterbrechung sehe. Als Frontend nutze ich sxfe.


    Gruß,
    Saxman2k

    Hardware: Gigabyte GA-970A-D3, AMD Athlon II X2 235e, 4GB RAM, Zotac GeForce 210 Synergy Edition 1GB, Corsair Force3 60GB SSD, Mystique SaTiX-S2 Dual, 6.4" TFT, Atric IR Einschalter Rev.5, Logitech Harmony 900, Samsung LE46A789 full HD LCD, Denon AVR-1910, USB Atmo-Light von Slime
    Software: yaVDR 0.5
    Streaming Client 1: Hauppauge MediaMVP
    Streaming Client 2: Telegant TG100 (wenn ich mal irgendwann die Zeit finde das UPnP-Plugin zu testen)

  • Moin.


    Also wie saxman2k schreibt. Ich habe das schon immer bei der 0.3 - zumindest seit ich die DVB-S2-Karte im System habe. Als noch 3 DVB-S-Karten werkelten, ist es mir zumindest nicht beusst aufgefallen oder ich erinner mich nicht mehr.
    Seit die TBS6981 ins System kam, habe ich das bei jedem Timer, der auf einem anderen Sender/Transponder startet als ich gerade für Live-TV verwende.


    Gruss
    Markus

  • Was hierbei auch zu berücksichtigen ist: VDR nimmt für einen FTA-Kanal bevorzugt ein Device, das kein CAM hat. Möglicherweise ist das ja die Ursache.


    Bei mir spielt ein CAM keine Rolle, da keins vorhanden ist.


    Normalerweise läuft Live-TV über Karte 1. Bei einer Aufnahme (Timer) geschieht noch nichts. Bei einer zweiten Aufnahme (Timer) schaltet Live-TV auf Karte 2 um. Die Aufnahmen laufen dann über Karte 1 und 3. Wenn ich der 2. Karte die QPSK/QAM4 Fähigkeiten wegpatche, wird nicht mehr umgeschaltet. Eigentlich könnte der VDR ja auch framegenau umschalten, sodaß keine Umschaltpause sichtbar wird ;D


    Gruß
    e9hack

  • Was hierbei auch zu berücksichtigen ist: VDR nimmt für einen FTA-Kanal bevorzugt ein Device, das kein CAM hat. Möglicherweise ist das ja die Ursache.


    Klaus


    alle drei DVB-C Budgetkarten haben kein CAM

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Das liegt an den Fähigkeiten der Karten. Beim Live-TV wird meistens die erste Karte verwendet. Wenn die erste Karte z.B. QAM16/32/64/128/256 kann und die zweite QAM4/16/32/64/128/256, wird der VDR die Aufnahme immer auf der ersten Karte starten. Es könnte ja sein, daß es einen weiteren Timer für einen Kanal mit QAM4 gibt. Das Verhalten macht bei DVB-C keinen Sinn, da nur QAM64 und 256 vom Kabelanbieter verwendet wird. Da hilft dann nur noch raus-patchen.


    Gruß
    e9hack


    das sind meine Karten:


    Code
    Oct 16 12:33:04 ubuntuvdr1 vdr: [1314] frontend 0/0 provides DVB-C with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("Philips TDA10021 DVB-C")
    Oct 16 12:33:04 ubuntuvdr1 vdr: [1314] frontend 1/0 provides DVB-C with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("Philips TDA10023 DVB-C")
    Oct 16 12:33:04 ubuntuvdr1 vdr: [1314] frontend 2/0 provides DVB-C with QAM16,QAM32,QAM64,QAM128,QAM256 ("ST STV0297 DVB-C")


    während Kanal 15 (QAM64) für Live-TV empfangen wurde, startete ein Timer auf Kanal 1 (QAM 256)


    Jetzt weiss ich natürlich nicht, ob die device-Nummern, die vdr protokolliert, numerisch 1:1 mit den frontend-Nummern gleichzusetzen sind, und ob die Verteilung der frontends beim Systemstart gestern genauso war.


    Wenn ich Dich richtig verstehe, versucht vdr die beiden Karten mit QPSK-Fähigkeit bevorzugt freizuhalten, damit eventuelle spätere Anforderungen für 2x QPSK dargestellt werden können.
    Tatsächlich ist mir das Problem erst in der letzten Zeit aufgefallen, seitdem ich die TT1500C (stv0297) dazugesteckt habe.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • alle drei DVB-C Budgetkarten haben kein CAM


    Hmm, kein physisches, aber hattest Du nicht was von Valdemort gesagt ... ?


    Also ich kann die Phänomene nicht bestätigen, habe hier zwei VDRs stehen in welchen jeweils 3 DVB-S2 Karten aktiv in Betrieb sind, in einem 3 Karten mit Unicable/SCR, im anderen eine Solo und zwei per Bonding (LNB Sharing), ich kann keinerlei Wechselwirkung oder Bildaussetzer bei Beginn der Aufnahmen feststellen. VPS habe ich auch nicht aktiv, weil das bei mir immer eher mehr Probleme machte, was nicht am VDR liegt sondern an den Sendern ...


    Ganz fehlerfrei ist der Betrieb aber nicht, bei LNB-Sharing hat sich rausgestellt, das es besser ist die "vorderen" 2 Karten zu bündeln, damit die "hintere" der 3 Karten frei für beginnende Aufnahmen, im Falle von überschneidenden Timern auf verschiedenen ZF-Ebenen. Der VDR mit den 3x S2-1600 krankt an einem Phänomen, das eine der 3 Karten immer wieder keinen sauberen Lock bekommt und es deshalb zu Störungen auch beim Beginn Aufnahmen kommt, im schlimmsten Fall muss der Watchdog zuschlagen, weil der VDR das Device nicht bekommt. Das Phänomen wurde erst sichtbar ab dem Punkt ich drei dieser S2-1600er verbaut hatte ...


    Regards
    fnu

    HowTo: APT pinning

    3 Mal editiert, zuletzt von fnu ()

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!