TV-Bild nach Beenden der Wiedergabe schwarz

    Ich habe jetzt häufiger das Problem, dass das Bild schwarz und ohne Ton ist, wenn ich nach einiger Zeit die Wiedergabe einer Aufzeichnung stoppe und vdr auf einen Kanal der primären Karte zurückspringt. Dies betrifft dann alle Kanäle dieser Frequenz. Tune ich auf eine andere Frequenz und wieder zurück, ist das Bild sofort da. Gleiches gilt, wenn ich eine Aufzeichnung starte. vdr wechselt dann in den Transfermodus, und das Bild ist auch wieder da.


    Gleicher Effekt bei Rückkehr auf einen DVB-C Kanal (primäre Karte), nachdem längere Zeit ein Kanal der Budget-Karte angesehen wurde.


    Da ich ständig alles vom neuesten habe(vdr-Version, Firmware, Treiber) ist die Fehlerquelle schwer zu identifizieren.


    Frage daher zunächst: Hat noch jemand dieses Problem ?

    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


    Kann ich bestätigen. Tritt auch hier sporadisch auf.
    Bild und Ton kommen i.d.R. nach einigen Sekunden wieder von selbst.


    Keine Ahnung, woran es liegt, ob das schon immer so war bzw. seit wann es auftritt.


    CU
    Oliver

    Zitat

    Original von UFO
    Bild und Ton kommen i.d.R. nach einigen Sekunden wieder von selbst.


    nee, bei mir bleibt es duster!

    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

    Hatte gestern, als zwei Aufnahmen liefen (auf zwei Transpondern) und ich die Wiedergabe beendete einen VDR-Neustart! Leider nix im Log! Das es manchmal etwas dauert, bis das bild kommt kenne ich aber auch! Das es ganz dunkel bleibt wiederum nicht!


    Gruß


    Toxic

    Registrierter VDR-User #1275


    VDR-Server: Proxmox 7.1 - LXC Container - Debian 11.5 - eTobi-VDR 2.6.0

    DVB-Hardware: Digital Devices - Cine S2 V5.5 und V6

    VDR-Clients: FireTV Sticks 2 bis 4K Max und Kodi 19.4

    Zitat

    Original von Dr. Seltsam
    nee, bei mir bleibt es duster!


    Hast Du das Taste-Plugin in Verwendung?
    So was ähnliches hatte ich in Kombination damit.

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

    gleiches Problem bei mir auch sehr sporadisch.
    Da ich DVB-S habe und nicht DVB-C habe wie der Doc, liegt es wohl sehr wahrscheinlich am vdr, nicht an den DVB Treibern.
    Das Problem gibt es bei mir schon länger, mindestens seit 1.3.37


    Heiko

    Athlon 1200+, 512 MB, 1,2 TB, Nexus-S 2.3 + 2x Skystar2
    easyvdr 0.6.10
    Quadro Atmolight

    Bei mir (TT-FF-DVB-S) passiert es (selten) dass nach der Wiedergabe alle Kanäle schwarz bleiben, auch über Minuten hinweg, bis ich den VDR über das Menu neu starte. Keine Ahnung ob das mit diesem Problem hier zusammenhängt.

    Jau, hab ich auch gelegentlich. Aber noch nicht so lange.


    Hab es bisher auf die dxr3 geschoben. Aber da hab ich die dxr3 wohl zu unrecht beschuldigt. Die Logs werde ich beim nächsten Auftreten mal anschauen.


    Ein wichtiger Nachtrag: Leider kann ich nicht genau sagen, unter welchen Voraussetzungen das Bild schwarz bleibt. Nur nach der Wiedergabe???.... Ich weiß jedoch, dass femon auch wenn der Bildschirm schwarz bleibt (bis auf das OSD) einen guten Empfang bescheinigt.


    Gruß
    Wicky

    Interessant wäre evtl. auch, was das femon-Plugin bei schwarzem Bild anzeigt.


    CU
    Oliver

    Zitat

    Original von UFO
    Interessant wäre evtl. auch, was das femon-Plugin bei schwarzem Bild anzeigt.


    CU
    Oliver


    Naja, was femon bei meinem VDR sagt, hab ich zumindest schon gepostet. Aber zeigt femon bei allen einen guten Emfang an? Ist die Ursache bei allen die gleiche?


    Gruß
    Wicky

    Hi,


    ich habe das gleiche Problem in etwas entschärfter Version.
    Bei mir wird auf einigen Transpondern über DVB-T auch nach
    Beendigung einer Aufnahme nichts angezeigt.
    Jedoch stellt sich das Livebild dann nach etwa einer Minute wieder ein.


    Beim Signal kann ich laut Femon keinen Fehler entdecken.
    Signalstärke, Qualität, Lock etc. sind wie normal.



    coke

    VDR:AMD Athlon X2 4850e, ASUS M3A-H/HDMI, 1 GB DDR2-RAM, 80 GB 3,5"HDD, Hauppauge DVB-C Rev. 2.1, Nova-T, Lorenzen DVB-T, Atric IR-Einschalter, easyvdr 0.6.2


    Server: Allnet ALL6250, 1xGb-LAN, 2xUSB, 400GB mit OPENNAS 1.7


    VDR-User #1475

    Zitat

    Original von UFO
    Interessant wäre evtl. auch, was das femon-Plugin bei schwarzem Bild anzeigt.


    Empfang ist einwandfrei (STR/SNR/BER).


    Ich brauche ja auch bloß mit einer Sofortaufnahme den Wechsel in den Transfermodus auslösen, und schon kommt das Bild (und bleibt auch, wenn ich die Aufnahme gleich wieder stoppe)


    aber: wenn das Bild schwarz ist , zeigt femon 0,00Mbit/s, 0,00 Hz, Bildformat unbekannt, Auflösung 0 x 0 an.


    Als ich eben den vdr anschaltete, ging er auf RTL (DVB-T-Budget). Nach wenigen Minuten habe ich dann auf ARD (DVB-C primäre Karte) umgeschaltet, und schon war´s wieder schwarz. Tritt also nicht nur in Zusammenhang mit Wiedergabe von Aufzeichnungen auf

    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

    jetzt habe ich mal auf RTL (DVB-T, Kanal 4) geschaltet, ehe ich die Wiedergabe einer Aufzeichnung gestartet habe. Nach etwa 20 Minuten beende ich die Aufzeichnung, wieder ist das Bild schwarz, aber :
    diesmal zeigt femon, dass die Karte keinen Lock hat. Alles hin- und herschalten nützt jetzt nichts mehr, die Aistar2 kriegt keinen Lock mehr.

    Mar 15 22:36:31 linvdr user.info vdr: [3035] switching to channel 4
    Mar 15 22:36:31 linvdr user.debug vdr: [3131] transfer thread started (pid=3131, tid=3131)
    Mar 15 22:36:31 linvdr user.debug vdr: [3132] receiver on device 1 thread started (pid=3132, tid=3132)
    Mar 15 22:36:31 linvdr user.debug vdr: [3133] TS buffer on device 1 thread started (pid=3133, tid=3133)
    Mar 15 22:36:31 linvdr user.debug vdr: [3130] TS buffer on device 2 thread ended (pid=3130, tid=3130)
    Mar 15 22:36:31 linvdr user.debug vdr: [3129] buffer stats: 3760 (0%) used
    Mar 15 22:36:31 linvdr user.debug vdr: [3129] receiver on device 2 thread ended (pid=3129, tid=3129)
    Mar 15 22:36:31 linvdr user.debug vdr: [3035] buffer stats: 0 (0%) used
    Mar 15 22:36:32 linvdr user.debug vdr: [3131] setting audio track to 1 (0)
    Mar 15 22:37:04 linvdr user.info vdr: [3054] channel 28 (SÜDWEST Ferns. BW) event 22:35 'Auslandsreporter' status 4
    Mar 15 22:37:20 linvdr user.debug vdr: [3054] changing pids of channel 218 from 901+901:902:204 to 701+701:702:204
    Mar 15 22:37:59 linvdr user.debug vdr: [3131] transfer thread ended (pid=3131, tid=3131)
    Mar 15 22:37:59 linvdr user.debug vdr: [3035] buffer stats: 438980 (20%) used
    Mar 15 22:37:59 linvdr user.info vdr: [3035] replay /video0/Hillarys_Reise_zum_Mond/2006-03-12.02.00.50.99.rec
    Mar 15 22:37:59     linvdr user.debug vdr: [3035] playing '/video0/Hillarys_Reise_zum_Mond/2006-03-12.02.00.50.99.rec/001.vdr'
    Mar 15 22:37:59 linvdr user.debug vdr: [3135] dvbplayer thread started (pid=3135, tid=3135)
    Mar 15 22:37:59 linvdr user.info vdr: [3135] resuming replay at index 26256 (0:17:30.07)
    Mar 15 22:37:59 linvdr user.debug vdr: [3136] non blocking file reader thread started (pid=3136, tid=3136)
    Mar 15 22:37:59 linvdr user.debug vdr: [3135] SetBrokenLink: no GOP header found in video packet
    Mar 15 22:37:59 linvdr user.debug vdr: [3135] setting audio track to 1 (0)
    Mar 15 22:38:21 linvdr user.debug vdr: [3054] changing pids of channel 218 from 701+701:702:204 to 901+901:902:204
    Mar 15 22:39:00 linvdr user.debug vdr: [3133] TS buffer on device 1 thread ended (pid=3133, tid=3133)
    Mar 15 22:39:00 linvdr user.debug vdr: [3132] buffer stats: 72568 (3%) used
    Mar 15 22:39:00 linvdr user.debug vdr: [3132] receiver on device 1 thread ended (pid=3132, tid=3132)
    Mar 15 22:39:00 linvdr user.debug vdr: [3035] buffer stats: 0 (0%) used
    Mar 15 22:39:00 linvdr user.debug vdr: [3138] receiver on device 2 thread started (pid=3138, tid=3138)
    Mar 15 22:39:00 linvdr user.debug vdr: [3139] TS buffer on device 2 thread started (pid=3139, tid=3139)
    Mar 15 22:39:20 linvdr user.debug vdr: [3054] changing pids of channel 218 from 901+901:902:204 to 701+701:702:204
    Mar 15 22:40:01 linvdr cron.notice crond[3076]: USER root pid 3140 cmd convert.pl -q -s
    Mar 15 22:40:20 linvdr user.debug vdr: [3054] changing pids of channel 218 from 701+701:702:204 to 901+901:902:204
    Mar 15 22:41:20 linvdr user.debug vdr: [3054] changing pids of channel 218 from 901+901:902:204 to 701+701:702:204
    Mar 15 22:42:21 linvdr user.debug vdr: [3054] changing pids of channel 218 from 701+701:702:204 to 901+901:902:204
    Mar 15 22:43:21 linvdr user.debug vdr: [3054] changing pids of channel 218 from 901+901:902:204 to 701+701:702:204
    Mar 15 22:44:21 linvdr user.debug vdr: [3054] changing pids of channel 218 from 701+701:702:204 to 901+901:902:204
    Mar 15 22:45:01 linvdr cron.notice crond[3076]: USER root pid 3141 cmd convert.pl -q -s
    Mar 15 22:45:18 linvdr user.debug vdr: [3054] changing pids of channel 218 from 901+901:902:204 to 701+701:702:204
    Mar 15 22:45:36 linvdr user.info vdr: [3054] channel 10 (arte) event 22:45 'Der Überfall' status 4
    Mar 15 22:45:42 linvdr user.info vdr: [3054] channel 1 (Das Erste) event 22:43 'Das Wetter im Ersten' status 4
    Mar 15 22:46:18 linvdr user.debug vdr: [3054] changing pids of channel 218 from 701+701:702:204 to 901+901:902:204
    Mar 15 22:46:22 linvdr user.info vdr: [3054] channel 25 (hr-fernsehen) event 22:45 'Zimmer frei!' status 4
    Mar 15 22:47:04 linvdr user.info vdr: [3054] channel 26 (BR-alpha) event 22:45 'ALPHA-CENTAURI' status 4
    Mar 15 22:47:18 linvdr user.debug vdr: [3054] changing pids of channel 218 from 901+901:902:204 to 701+701:702:204
    Mar 15 22:48:21 linvdr user.debug vdr: [3054] changing pids of channel 218 from 701+701:702:204 to 901+901:902:204
    Mar 15 22:48:33 linvdr user.info vdr: [3054] channel 1 (Das Erste) event 22:45 'Harald Schmidt' status 4
    Mar 15 22:49:21 linvdr user.debug vdr: [3054] changing pids of channel 218 from 901+901:902:204 to 701+701:702:204
    Mar 15 22:50:01 linvdr cron.notice crond[3076]: USER root pid 3142 cmd convert.pl -q -s
    Mar 15 22:50:22 linvdr user.debug vdr: [3054] changing pids of channel 218 from 701+701:702:204 to 901+901:902:204
    Mar 15 22:50:49 linvdr syslog.info -- MARK --
    Mar 15 22:51:10 linvdr user.info vdr: [3035] connect from 127.0.0.1, port 2108 - accepted
    Mar 15 22:51:15 linvdr user.info vdr: [3035] closing SVDRP connection
    Mar 15 22:51:19 linvdr user.debug vdr: [3054] changing pids of channel 218 from 901+901:902:204 to 701+701:702:204
    Mar 15 22:52:19 linvdr user.debug vdr: [3054] changing pids of channel 218 from 701+701:702:204 to 901+901:902:204
    Mar 15 22:53:19 linvdr user.debug vdr: [3054] changing pids of channel 218 from 901+901:902:204 to 701+701:702:204
    Mar 15 22:54:19 linvdr user.debug vdr: [3054] changing pids of channel 218 from 701+701:702:204 to 901+901:902:204
    Mar 15 22:55:01 linvdr cron.notice crond[3076]: USER root pid 3143 cmd convert.pl -q -s
    Mar 15 22:55:19 linvdr user.debug vdr: [3054] changing pids of channel 218 from 901+901:902:204 to 701+701:702:204
    Mar 15 22:56:19 linvdr user.debug vdr: [3054] changing pids of channel 218 from 701+701:702:204 to 901+901:902:204
    Mar 15 22:57:19 linvdr user.debug vdr: [3054] changing pids of channel 218 from 901+901:902:204 to 701+701:702:204
    Mar 15 22:58:19 linvdr user.debug vdr: [3054] changing pids of channel 218 from 701+701:702:204 to 901+901:902:204
    Mar 15 22:59:19 linvdr user.debug vdr: [3054] changing pids of channel 218 from 901+901:902:204 to 701+701:702:204
    Mar 15 23:00:01 linvdr cron.notice crond[3076]: USER root pid 3144 cmd convert.pl -q -s
    Mar 15 23:00:19 linvdr user.debug vdr: [3054] changing pids of channel 218 from 701+701:702:204 to 901+901:902:204
    Mar 15 23:00:47 linvdr user.info vdr: [3054] channel 19 (Phoenix) event 23:00 'der TAG' status 4
    Mar 15 23:01:19 linvdr user.debug vdr: [3054] changing pids of channel 218 from 901+901:902:204 to 701+701:702:204
    Mar 15 23:01:32 linvdr user.info vdr: [3050] frontend 0 timed out while tuning to channel 38, tp 205
    Mar 15 23:01:38 linvdr user.info vdr: [3054] channel 26 (BR-alpha) event 23:00 'Mozart auf der Reise nach ...' status 4
    Mar 15 23:01:46 linvdr user.debug vdr: [3136] non blocking file reader thread ended (pid=3136, tid=3136)
    Mar 15 23:01:46 linvdr user.debug vdr: [3135] dvbplayer thread ended (pid=3135, tid=3135)
    Mar 15 23:01:46 linvdr user.info vdr: [3035] switching to channel 4
    Mar 15 23:01:46 linvdr user.debug vdr: [3145] transfer thread started (pid=3145, tid=3145)
    Mar 15 23:01:46 linvdr user.debug vdr: [3146] receiver on device 1 thread started (pid=3146, tid=3146)
    Mar 15 23:01:46 linvdr user.debug vdr: [3147] TS buffer on device 1 thread started (pid=3147, tid=3147)
    Mar 15 23:01:46 linvdr user.debug vdr: [3139] TS buffer on device 2 thread ended (pid=3139, tid=3139)
    Mar 15 23:01:46 linvdr user.debug vdr: [3138] buffer stats: 3760 (0%) used
    Mar 15 23:01:46 linvdr user.debug vdr: [3138] receiver on device 2 thread ended (pid=3138, tid=3138)
    Mar 15 23:01:46 linvdr user.debug vdr: [3035] buffer stats: 0 (0%) used
    Mar 15 23:01:55 linvdr user.info vdr: [3050] frontend 0 timed out while tuning to channel 4, tp 626
    M


    Irgendwo ist da der Wurm drin. Das funktionierte doch monatelang alles einwandfrei ;(

    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

    Offenbar gibt es zwei verschiedene Probleme:


    1) Wenn femon keinen Empfang anzeigt, geht es in Richtung Frontend-Treiber der entsprechenden Karte.
    Möglicherweise hängt sich das Ding beim EPG-Scan während der Wiedergabe auf. "frontend0 timed out" während der Wiederfabe deutet darauf hin.


    Zu Skystar/Airstar kann ich nicht viel sagen, ich verwende ausschließlich gute alte saa7146-Karten.


    Wenn man das Verhalten der Karten monitoren möchte, läßt man zweckmäßigerweise das femon-Tool in einer Konsole laufen (am besten eines für jede Karte).


    2) Das zweite Problem geht eher in Richtung Firmware:
    Frontend hat Lock, Anzeige kommt jedoch erst nach einiger Zeit.


    Könnte jemand, der dieses Problem öfter hat, mal ältere FW testen: 2622, 261f, 261d, 261c.
    Passiert hier einfach zu selten, um sinnvoll Tests machen zu können. :(


    CU
    Oliver

    so, habe das Problem längere Zeit eingekreist.


    Die Firmware ist nicht schuld!


    Mit der Airstar2 gibt`s auch keine Probleme mehr.


    Das schwarze Bild auf Kanälen der primären Karte kommt wie gesagt reproduzierbar, wenn ich nach einiger Zeit von der Budget-Karte oder von Wiedergabe darauf umschalte.


    Aber: nur, wenn das osdteletext-Plugin aktiviert ist!! Es spielt dabei keine Rolle, ob ich für das Plugin die Option "Seitenzahlen aktualisieren" anschalte oder nicht.


    Da ich dieses Plugin schon ewig benutze, muss da irgendwas im Zusammenspiel mit vdr ab ca. 1.3.42 kaputtgegangen sein.

    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

    <hochschieb>


    hat niemand sonst so ein Problem bemerkt?


    mit 1.3.46 ist es genauso.

    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

    Hallo!


    Ich habe manchmal ein ähnliches Phänomen: Wenn ich den VDR einschalte ist das Bild schwarz und ohne Ton, OSD/Menü und Wiedergabe funktionieren allerdings ohne Probleme. VDR neu starten nützt da nichts. Ich muss ihn dann nochmal komplett aus- und wieder einschalten.


    Keine Ahnung woran das liegt. Im Log ist mir auch bisher nichts aufgefallen.


    Grüße
    CyberCSK

    Siemens Scenic - PII400 auf AbitBX6 mit 384MB RAM - dxr3-bt865 - WinTV PVR150 mit silver Remote - atric IR-Einschalter
    vdr-1.4.6-extp23 - kernel 2.6.20.1 - plugin-pvrinput - plugin-dxr3 - tvonscreen - nvram-wakeup - tvmovie2vdr

    ist das osdteletext-Plugin aktiviert?

    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

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden