yavdr 0.6 : Hängt ab und an

  • Hallo,


    ab und an bleibt mein vdr beim durchschalten auf einem (beliebigen) Sender hängen.
    Ab diesem Augenblick reagiert der Videorekorder auf keinerlei Eingaben mehr.
    Er nimmt aber weiter Sendungen auch z.B.


    Im Logfile gibt es eigentlich erstmal nichts wirklich aussergewöhnliches zu sehen.


    Irgendeine Idee wo ich mit suchen anfangen kann?



    Danke!

    yavdr 0.6: Gigabyte GA H61M, Pentium 645, 4GB RAM, 1x3 TB, 1x64 GB SSD, 1x CineS2 V6, 1x Hauppauge S2-1600 , Nvidia GF210

    ansible@focal: Asrock Z370 Exteme4, Intel i3, 8GB RAM, 1x64GB SSD, 1x2TB HDD, 1xDVB Skystar 952, GF1030

  • Es gibt da ein bekanntes Problem mit Mutex-Locks: ring buffer overflows -> cDevice::Detach() blockiert... - in testing-vdr haben wir einen Patch in den VDR aufgenommen, der das weitgehend entschärft, aber IIRC gibt es da noch Probleme bei verschlüsselten Sendern.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Hm, einiges passt zu meinem Problem (Das das Problem häufiger während einer Aufnahme auftritt) und bei mir das Videotext plugin läuft.
    Umschalten sieht bei mir so aus:



    Wenn es schief geht so:

    Code
    Jul 28 19:52:10 VDR vdr: [1281] switching to channel 18 (Pro7 MAXX)                                                                                                                                               Jul 28 19:52:10 VDR vdr: [1281] [softhddev]SetPlayMode: 0Jul 28 19:52:10 VDR vdr: [1281] [softhddev]SetVideoDisplayFormat: 1Jul 28 19:52:10 VDR vdr: [1281] [softhddev]GetSpuDecoder:Jul 28 19:52:10 VDR vdr: [2144] EEPG: setstatus 0Jul 28 19:52:10 VDR vdr: [2144] EEPG: setstatus 1Jul 28 19:52:10 VDR vdr: [2144] EEPG: Filter Pid:0,Tid:0 added.Jul 28 19:52:10 VDR vdr: [3083] osdteletext-receiver thread ended (pid=1281, tid=3083)Jul 28 19:52:10 VDR vdr: [1281] buffer stats: 0 (0%) usedJul 28 19:52:10 VDR vdr: [1281] EEPG: setstatus 0Jul 28 19:52:10 VDR vdr: [3084] device 1 TS buffer thread ended (pid=1281, tid=3084)Jul 28 19:52:10 VDR vdr: [3082] buffer stats: 99076 (1%) usedJul 28 19:52:10 VDR vdr: [3082] device 1 receiver thread ended (pid=1281, tid=3082)Jul 28 19:52:10 VDR vdr: [3093] device 1 receiver thread started (pid=1281, tid=3093, prio=high)Jul 28 19:52:10 VDR vdr: [3095] device 1 TS buffer thread started (pid=1281, tid=3095, prio=high)Jul 28 19:52:10 VDR vdr: [3094] osdteletext-receiver thread started (pid=1281, tid=3094, prio=high)Jul 28 19:52:12 VDR vdr: [2236] tvscraper: scraping Channel ProSieben HD S19.2E-1-1017-61301Jul 28 19:52:12 VDR vdr: [1281] [softhddev]SetPlayMode: 1Jul 28 19:52:12 VDR vdr: audio/alsa: using device 'default'Jul 28 19:52:12 VDR vdr: audio/alsa: start delay 336msJul 28 19:52:12 VDR vdr: [1281] switching to channel 17 (DMAX)Jul 28 19:52:12 VDR vdr: [1281] [softhddev]SetPlayMode: 0Jul 28 19:52:12 VDR vdr: [1281] [softhddev]SetVideoDisplayFormat: 1Jul 28 19:52:12 VDR vdr: [1281] [softhddev]GetSpuDecoder:Jul 28 19:52:12 VDR vdr: [3094] osdteletext-receiver thread ended (pid=1281, tid=3094)Jul 28 19:52:12 VDR vdr: [1281] buffer stats: 0 (0%) usedJul 28 19:52:12 VDR vdr: [3095] device 1 TS buffer thread ended (pid=1281, tid=3095)Jul 28 19:52:12 VDR vdr: [3093] buffer stats: 16356 (0%) usedJul 28 19:52:12 VDR vdr: [3093] device 1 receiver thread ended (pid=1281, tid=3093)Jul 28 19:52:12 VDR vdr: [1281] CAM 1: assigned to device 1Jul 28 19:52:12 VDR vdr: [3100] device 1 receiver thread started (pid=1281, tid=3100, prio=high)Jul 28 19:52:12 VDR vdr: [3101] osdteletext-receiver thread started (pid=1281, tid=3101, prio=high)Jul 28 19:52:12 VDR vdr: [3102] device 1 TS buffer thread started (pid=1281, tid=3102, prio=high)Jul 28 19:52:13 VDR vdr: [1281] [softhddev]SetPlayMode: 1Jul 28 19:52:13 VDR vdr: [1281] switching to channel 16 (RTLNITRO)Jul 28 19:52:13 VDR vdr: audio/alsa: using device 'default'Jul 28 19:52:13 VDR vdr: audio/alsa: start delay 336msJul 28 19:52:13 VDR vdr: [2144] EEPG: setstatus 0Jul 28 19:52:13 VDR vdr: [2144] EEPG: setstatus 1Jul 28 19:52:13 VDR vdr: [2144] EEPG: Filter Pid:0,Tid:0 added.Jul 28 19:52:15 VDR vdr: [2144] EEPG: PMT scan idleJul 28 19:52:15 VDR vdr: [2144] EEPG: Ended all processingJul 28 19:52:16 VDR vdr: [3102] i/o throttle activated, count = 1 (tid=3102)Jul 28 19:52:17 VDR vdr: [3102] buffer usage: 70% (tid=3100)Jul 28 19:52:17 VDR vdr: [3102] buffer usage: 80% (tid=3100)Jul 28 19:52:18 VDR vdr: [3102] buffer usage: 90% (tid=3100)Jul 28 19:52:19 VDR vdr: [3102] buffer usage: 100% (tid=3100)Jul 28 19:52:20 VDR vdr: [2236] tvscraper: scraping Channel VOX HD S19.2E-1-1057-61201Jul 28 19:52:25 VDR vdr: [2236] tvscraper: scraping Channel TELE 5 HD S19.2E-1-1109-5401Jul 28 19:52:29 VDR vdr: [2282] [softhddev]FeedKeyPress: remote 'XKeySym' not foundJul 28 19:52:29 VDR vdr: video: decoder buffer empty, duping frame (2747/17) 0 v-bufJul 28 19:52:29 VDR vdr: video/vdpau: missed frame (9/17)




    Also wie zu sehen scheint der Puffer vollzulaufen.

    yavdr 0.6: Gigabyte GA H61M, Pentium 645, 4GB RAM, 1x3 TB, 1x64 GB SSD, 1x CineS2 V6, 1x Hauppauge S2-1600 , Nvidia GF210

    ansible@focal: Asrock Z370 Exteme4, Intel i3, 8GB RAM, 1x64GB SSD, 1x2TB HDD, 1xDVB Skystar 952, GF1030

  • Dann könntest du ja mal mit den testing-vdr Paketen experimentieren, ob das das Problem verringert oder sogar behebt.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • So wie ich das verstanden habe, gibt es da ja einen Zusammenhang mit plugins die den ringpuffer nutzen.
    osdteletext hab ich aber schon deaktiviert, hat aber nichts gebracht.


    Meinst du die "Standard Testing" Pakete von yavdr, oder das verlinkte repository: https://launchpad.net/~asterix52/+archive/ubuntu/vdr?
    In letzterem sind doch aber nur zwei Plugins drin, die ich aktuell eh nicht nutze?

    yavdr 0.6: Gigabyte GA H61M, Pentium 645, 4GB RAM, 1x3 TB, 1x64 GB SSD, 1x CineS2 V6, 1x Hauppauge S2-1600 , Nvidia GF210

    ansible@focal: Asrock Z370 Exteme4, Intel i3, 8GB RAM, 1x64GB SSD, 1x2TB HDD, 1xDVB Skystar 952, GF1030

  • Genau ppa:yavdr/testing-vdr und ggf. ppa:yavdr/testing-yavdr (und am besten die Pakete daraus bei apt priorisieren, damit die Pakete aus stable-vdr alle ersetzt werden können):

    Code
    # /etc/apt/preferences.d/testing.pref
    Package: *
    Pin: release o=LP-PPA-yavdr-testing-vdr
    Pin-Priority: 1002
    
    
    Package: *
    Pin: release o=LP-PPA-yavdr-testing-yavdr
    Pin-Priority: 1002

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

Jetzt mitmachen!

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