Posts by pixelpeter

  • [graphtftng] Timer lassen sich nicht löschen mit vdr-2.3.3

    Ja, das Problem tritt nur auf wenn graphtft via /dev/fb aktiv ist.

    Und es passiert nur wenn ein laufender Timer gelöscht wird.


    Im log steht folgendes:


    Jun 19 21:16:19 vdr1 vdr[1869]: [1869] confirm: Timer löschen?

    Jun 19 21:16:19 vdr1 vdr[1869]: [1869] warning: Timer löschen?

    Jun 19 21:16:28 vdr1 vdr[1869]: [1869] confirmed

    Jun 19 21:16:28 vdr1 vdr[1869]: [1869] confirm: Timer zeichnet auf - trotzdem löschen?

    Jun 19 21:16:28 vdr1 vdr[1869]: [1869] warning: Timer zeichnet auf - trotzdem löschen?

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] confirmed

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] timer 1 (3 2100-2145 VPS 'Bayern erleben') set to no event

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] timer 1 (3 2100-2145 VPS 'Bayern erleben') finished with 0 errors

    Jun 19 21:16:31 vdr1 vdr[1869]: [2027] recording thread ended (pid=1869, tid=2027)

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] buffer stats: 477144 (2%) used

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] timer 1 (3 2100-2145 VPS 'Bayern erleben') stop

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] removing /media/vdrvideo/Bayern_erleben/2023-06-19.21.00.3-0.rec/.timer

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] markad: cStatusMarkAd::Recording(): recording stopped, recording count now 0

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] markad: cStatusMarkAd::Recording(): index 0, pid 2033, filename /media/vdrvideo/Bayern_erleben/2023-06-19.21.00.3-0.rec: recording stopped

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] markad: cStatusMarkAd::Recording(): remove recording <(null)> [/media/vdrvideo/Bayern_erleben/2023-06-19.21.00.3-0.rec] from list

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] executing '/vdr/scripte/record.sh after "/media/vdrvideo/Bayern_erleben/2023-06-19.21.00.3-0.rec"'

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] deleted timer 1 (3 2100-2145 VPS 'Bayern erleben')

    Jun 19 21:16:38 vdr1 vdr[1869]: [1869] PANIC: watchdog timer expired - exiting!

    Jun 19 21:16:41 vdr1 vdr[1869]: [1869] ERROR: ListGarbageCollector destroyed without prior Purge()!



    Peter

  • nach zig Jahren VDR neu aufgesetzt

    Hallo,


    Bei der Ursachenforschung bezüglich der Artefakte fällt mir folgendes auf:

    Kurz nach dem Kanalwechsel geht die CPU Last kurzzeitig auf deutlich über 100%.

    Nach wenigen Sekunden pegelt diese sich bei ca. 10% ein.

    Wenn alle Plugins außer Softhddevice deaktiviert sind ist es das selbe.

    Wenn die Artefakte da sind ist die Last dauerhaft hoch.

    Im Vdr Logfile sieht man beim Kanalwechsel nichts auffälliges.

    Wie kann man herausbekommen was hier die Last erzeugt?


    Peter

  • nach zig Jahren VDR neu aufgesetzt

    Hi,


    Artifacts sometimes appear, but always with she same channels.

    Once the artifacts are there, they don't go away.

    Somtimes these channels also work perfectly.

    Switching doesn't change anything.

    Other channels always run perfectly.

    With the record I test ...


    Peter

  • nach zig Jahren VDR neu aufgesetzt

    Hallo,


    Nach vielen Jahren problemloser Nutzung habe ich mir ein kleineres Gehäuse zugelegt in das allerdings keine Karte mehr passt.

    Da das USB Teil mit dem Uraltkernel nicht mehr lief habe ich mich entschieden alles neu aufzusetzen.

    War eh ein Uralt Debian.

    Es hat auch alles sauber geklappt bis auf folgendes Problem:

    Ich habe auf einem Transponder teils extreme Artefakte.

    Es ist der Transponder auf dem bspw. RBB, MDR und auch HR läuft. Alle HD.

    Ich hatte zuerst die Vermutung das eventuell das SAT Signal für die Neue Karte zu stark ist. Im Femon werden beide Balken mit 100% angezeigt.

    Ein Dämpfungsglied hat jedoch nichts gebracht.

    Das wirklich eigenartige ist das es manchmal geht, wenn das Problem allerdings auftritt dann bekommt man es auch nicht mit umschalten weg.

    Es scheint aber so zu sein das wenn das Problem auftritt, die Umschaltdauer länger ist, sprich länger schwarz und dann die Artefakte.

    Die USB Karte wir vom Kernel sauber erkannt, alle anderen Kanäle laufen einwandfrei.

    softhddevice aus dem GIT ist ohne Änderung am Makefile übersetzt.


    Hätte jemand noch eine Idee?


    Peter

  • Kanalinfo aktualisiert mit skin-anthra seit VDR 2.2.0 beim Umschalten nicht korrekt

    Hallo Tomas,



    Mit der aktuellen Version ist es besser, aber nicht bei jedem Umschalten.
    Es gibt immer wider den Zustand, da wird die Kanalinfo vom vorherigen Kanal angezeit.
    Wenn ich diese stehen lasse dann ändert sich nichts bis diese ausgeblendet wird.
    Wenn ich dann af OK drücke ist es ok.
    Ich muss heute mal alle Plugins ausser softhddevice und text2skin deaktivieren.
    Melde mich danach wieder.



    Peter