VDR version 2.7.8 freigegeben

  • Ein Hinweis an die Nutzer des Plugins extrecmenung: Wenn das Aufzeichnungen-Menü des Plugins genutzt wird, gibt es Anzeigeprobleme nach dem Löschen von Aufzeichnungen. Diese werden im Dateisystem zwar gelöscht, im Aufzeichnungen-Menü des Plugins aber weiterhin als aktiv angezeigt.

    Als Abhilfe bietet es sich an, übergangsweise das Aufzeichnungen-Menü des VDR zu verwenden:

    Damit verliert man zwar ein paar Features in Anzeige und Bedienung, erhält dafür aber eine korrekte Anzeige der aktiven und gelöschten Aufzeichnungen. Alle wichtigen Funktionen bietet auch das Aufzeichnungen-Menü der VDR, wenngleich für Plugin-Nutzer an ungewohnter Stelle:

    • Wiederherstellen: Menu > Setup > rot: "Gelöschte Aufz."
    • Umbennen/Verschieben: Aufzeichnungen -> Info > Bearbeiten

    Ich bin gerade dabei, einen entsprechenden Patch vorzubereiten, aber Klaus war schneller… ;)

    Hardware: Antec NSK2480, Asus P8B75-M LX, Intel Core i5-3570T, 4 GB RAM, NVIDIA GT610, TT-Premium S2-6400, 128 GB SSD, 14 TB HDD, Pioneer BDR-207EBK
    Software: Ubuntu 22.04 LTS mit Kernel 6.8 und VDR 2.7.9 (mit offiziellen und eigenen Patches)
    Plugins: devstatus, dvbhddevice, dvd, dvdswitch, epgsearch, extrecmenu, recsearch, femon, live, markad, mlist, osdteletext, remote, satip, screenshot, skinnopacity, streamdev, systeminfo, undelete, xineliboutput
    Addons: VDR Convert 0.1.0 (angepasst)

  • Problem mit Pattern-Timer

    Ich will einen Timer anlegen und bekomme die 2. Zeila als Antwort:

    Code
    1:T-8468-38914-770:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:
    550 42 0:T-8468-38914-770:MTWTFSS:0000:2359:50:99:{Maroni}TITLE~EPISODE:

    Lösche ich den Timer, wird mir der nächste angezeigt.

    Mein VDR

    VDR1 Mediaportal mit QVT-Board, Intel 810 Chipsatz, Pentium III 1,1 Ghz, 256 Mb Ram, WDC WD5000AAKB, DVB-S TT 1.5, Nova-S, Digidish 33, Gentoo Kernel 2.6.31, VDR 1.4.7
    VDR2 Asrock M3N78D, AMD Phenom II X6 1055T, 8 Gb Ram, Geforce GTX 950, WinTV dualHD, Gentoo Kernel 5.10, VDR 2.6.0, softhddevice
    VDR3 MC-1200, GA-B85M-HD3, Celeron G1840, Quadro P400. 4G Ram, CineS2 6, DuoFlex S2, WinTV dualHD, Gentoo Kernel 5.10, VDR 2.6.0, softhddevice
    TV TX-37LZD85F, AV VSX-520D - Consono 35


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Wenn ich eine Aufzeichnung mit dem live Plugin lösche, dann wird sie umbenannt wie erwartet (-> *.del).

    Sie wird im VDR aber noch in der Liste der Aufzeichnungen angezeigt. Drücke ich dann "Info", also die blaue Taste, dann zeigt VDR an: "Gelöschte Aufzeichnung (abgelaufen)".

  • Das Plugin extrecmenung zeigt genau das gleiche Verhalten in seinem Aufzeichnungen-Menü. Ich war der Meinung, das läge am Plugin, weil es möglicherweise die neuen Schnittstellen bzw. Abläufe des VDR nicht nichtig bedient… :/

    Benutzt man nur das Aufzeichnungen-Menü des VDR, funktioniert hingegen alles wie es soll.

    Hardware: Antec NSK2480, Asus P8B75-M LX, Intel Core i5-3570T, 4 GB RAM, NVIDIA GT610, TT-Premium S2-6400, 128 GB SSD, 14 TB HDD, Pioneer BDR-207EBK
    Software: Ubuntu 22.04 LTS mit Kernel 6.8 und VDR 2.7.9 (mit offiziellen und eigenen Patches)
    Plugins: devstatus, dvbhddevice, dvd, dvdswitch, epgsearch, extrecmenu, recsearch, femon, live, markad, mlist, osdteletext, remote, satip, screenshot, skinnopacity, streamdev, systeminfo, undelete, xineliboutput
    Addons: VDR Convert 0.1.0 (angepasst)

  • Problem mit Pattern-Timer

    Was steht denn nach diesem Befehl im Log?

    Wenn ich das hier versuche nachzustellen sieht das so aus:

    Code
    220 raspi4 SVDRP VideoDiskRecorder 2.7.8; Thu Jan 22 22:01:56 2026; ISO-8859-1
    newt 1:1:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:
    250 7 1:S19.2E-1-1089-12003:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:
    newt 1:2:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:
    250 8 1:S19.2E-1-1107-17500:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:
    newt 1:3:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:
    250 9 1:S19.2E-1-1107-17501:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:
    newt 1:1:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:
    550 7 1:S19.2E-1-1089-12003:MTWTFSS:0000:2359:50:99:{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE:

    Und im Log:

    Code
    Jan 22 22:02:10 raspi4 vdr: [7674] SVDRP raspi4 < 192.168.1.33:48414 added timer 7 (1 0000-2359 '{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE')
    Jan 22 22:02:22 raspi4 vdr: [7674] SVDRP raspi4 < 192.168.1.33:48414 added timer 8 (2 0000-2359 '{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE')
    Jan 22 22:02:29 raspi4 vdr: [7674] SVDRP raspi4 < 192.168.1.33:48414 added timer 9 (3 0000-2359 '{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE')
    Jan 22 22:02:38 raspi4 vdr: [7674] SVDRP raspi4 < 192.168.1.33:48414 attempted to add timer 0 (1 0000-2359 '{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE')
    Jan 22 22:02:38 raspi4 vdr: [7674] SVDRP raspi4 < 192.168.1.33:48414 timer already exists as 7 (1 0000-2359 '{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE')
  • Sie wird im VDR aber noch in der Liste der Aufzeichnungen angezeigt.

    Das liegt vermutlich hieran:

    Code
    + cMenuRecordings::Delete() now moves the cRecording object from Recordings to DeletedRecordings.

    Im Code sieht das so aus:

    Code
              Recordings->Del(Recording, false); 
              DeletedRecordings->Add(Recording);

    Damit spart sich VDR das erneute Scannen des Video-Directories nach einem Delete bzw. (neu) Restore. Plugins, die diese Funktionen nachbauen, müssen wohl entsprechend geändert werden.

  • Code
    Jan 22 19:05:25 gentoo vdr: [4012] SVDRP gentoo < 192.168.2.101:42352 attempted to add timer 0 (12 0000-2359 '{@Ein mächtiger Gegner }Ein mächtiger Gegner~{>} EPISODE')
    Jan 22 19:05:25 gentoo vdr: [4012] SVDRP gentoo < 192.168.2.101:42352 timer already exists as 31 (12 0000-2359 '{In Therapie }In Therapie~{>}')
    Jan 22 19:05:25 gentoo vdr: [4012] SVDRP gentoo < 192.168.2.101:42352 connection closed

    Ich hatte das über eine eigene Oberfläche ausgelöst, daher habe ich nur den Log. Weiterhin bin ich wieder zurück auf 2.7.7, daher kann ich es nicht direkt Testen.

    Kann es damit zusammenhängen, dass der angemotzte Timer deaktiviert war?

    Mein VDR

    VDR1 Mediaportal mit QVT-Board, Intel 810 Chipsatz, Pentium III 1,1 Ghz, 256 Mb Ram, WDC WD5000AAKB, DVB-S TT 1.5, Nova-S, Digidish 33, Gentoo Kernel 2.6.31, VDR 1.4.7
    VDR2 Asrock M3N78D, AMD Phenom II X6 1055T, 8 Gb Ram, Geforce GTX 950, WinTV dualHD, Gentoo Kernel 5.10, VDR 2.6.0, softhddevice
    VDR3 MC-1200, GA-B85M-HD3, Celeron G1840, Quadro P400. 4G Ram, CineS2 6, DuoFlex S2, WinTV dualHD, Gentoo Kernel 5.10, VDR 2.6.0, softhddevice
    TV TX-37LZD85F, AV VSX-520D - Consono 35


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Kann es damit zusammenhängen, dass der angemotzte Timer deaktiviert war?

    Kann ich mir nicht vorstellen.

    Um das genauer zu untersuchen benötige ich
    - deine vollständige timers.conf
    - deine vollständige channels.conf
    - den genauen NEWT-Befehl
    - die Logmeldung(en) nach diesem Befehl.

    Ich habe mehrfach versucht, das zu reproduzieren, aber es muss wohl ein entscheidendes Detail bei dir anders sein als bei mir.

  • Mein Fehler war, dass ich unterschiedliche Kanalnummern verwendet habe, damit waren die Timer natürlich immer unterschiedlich :-/.

    Die Prüfung macht für Pattern-Timer wohl wirklich keinen Sinn.
    Daher:

  • Das liegt vermutlich hieran:

    Code
    + cMenuRecordings::Delete() now moves the cRecording object from Recordings to DeletedRecordings.

    Im Code sieht das so aus:

    Code
              Recordings->Del(Recording, false); 
              DeletedRecordings->Add(Recording);

    Damit spart sich VDR das erneute Scannen des Video-Directories nach einem Delete bzw. (neu) Restore. Plugins, die diese Funktionen nachbauen, müssen wohl entsprechend geändert werden.

    Dann müsste die VDR SVDRP Methode zum Löschen vermutlich auch geändert werden (?). Da steht jetzt:

    Code
                  if (Recording->Delete()) {
                     Recordings->DelByName(Recording->FileName());
                     Recordings->SetModified();
                     ...
  • Dann müsste die VDR SVDRP Methode zum Löschen vermutlich auch geändert werden (?

    Nein, das funktioniert so. Zum Testen:
    - öffne das "Recordings" Menü, so dass eine Aufnahme angezeigt wird
    - benutze DELR um diese Aufnahme zu löschen
    --> der Eintrag verschwindet sofort aus dem Menü
    - öffne das "Deleted recordings" Menü
    - lösche eine weitere Aufnahme mit DELR
    --> es erscheint sofort ein neuer Eintrag im Menü.

    Das "Umhängen" des cRecording im cRecordingsMenu wird gemacht, um den Umweg über das erneute Scannen des Video-Directories zu vermeiden. Sicher könnte man das auch in DELR machen, es ist aber nicht zwingend nötig.

  • Meine VDRs

    VDR 1: Intel DH67BL, Celeron 540, 4 GB Ram, POV Geforce GT 1030, Ubuntu 24.04 (yavdr-ansible), VDR 2.7.4, CIR-Empfänger
    VDR 2: Acer Revo 3610, Pinnacle PCTV SAT 452e, Medion X10, yaVDR 0.6
    Client 1: Raspberry Pi 2, Ubuntu 22.04 (yavdr-ansible), VDR 2.6.1

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Im Prinzip ja, aber "(d)" wird schon seit Jahren bei anderen Einträgen als Einheit für Tage verwendet:

    Code
    msgid "Setup.Recording$Default lifetime (d)"
    msgstr "Default-Lebensdauer (d)"
    ...
    msgid "Setup.Recording$Pause lifetime (d)"
    msgstr "Pause-Lebensdauer (d)"

    Deshalb müsste man das dann an insgesamt drei Stellen ändern.

    Ich hatte Klaus ja vorgeschlagen, die Einheiten generell in eckige Klammern zu setzen, wie das ja auch in technischen Dokumenten üblich ist. Dieser Vorschlag hätte "[t]" als Einheit beinhaltet…

    Hardware: Antec NSK2480, Asus P8B75-M LX, Intel Core i5-3570T, 4 GB RAM, NVIDIA GT610, TT-Premium S2-6400, 128 GB SSD, 14 TB HDD, Pioneer BDR-207EBK
    Software: Ubuntu 22.04 LTS mit Kernel 6.8 und VDR 2.7.9 (mit offiziellen und eigenen Patches)
    Plugins: devstatus, dvbhddevice, dvd, dvdswitch, epgsearch, extrecmenu, recsearch, femon, live, markad, mlist, osdteletext, remote, satip, screenshot, skinnopacity, streamdev, systeminfo, undelete, xineliboutput
    Addons: VDR Convert 0.1.0 (angepasst)

  • Uhm, wie debugge ich die Meldung "*** stack smashing detected ***: terminated" in vdr (führt zum regelmäßigen Neustart, jetzt mit der Version 2.7.8 erstmals aufgetaucht)?

    vdr User #2022 - hdvdr2:

    Lenovo SFF M83, Intel(R) Core(TM) i5-4670S, 32 GB Ram, zram-swap/tmp, ubuntu-focal+ESM, softhdcuvid-placebo, ffmpeg-6.1.4(git)

    ddbridge mit DVB-S2 und (Flex) 2xDVB-C/T Tunern, nvidia-GF1050Ti SFF (nvidia-dkms-580.126.09), system SSD btrfs,

    timeshift-btrfs, Video 8TB HDD XFS/cow, yavdr-ansible-2.7.9-seahawk, tvscraper tvsp, Kernel 6.12.69+dddvb-0.9.41-git

    vdradmin-am-3.6.15, vdr-live-ng, vdrmanager (Smartphones als FB)

  • Die eckigen Klammern gefallen mir hier nicht, daher bleibt's bei den Runden.

    "(t)" wäre im Deutschen wohl auch nicht richtig, denn Tage schreibt man groß. Also wenn, dann "(T)". Ob das aber eine gängige Abkürzung ist, weiß ich nicht.

    Dann wird ja auch "(h)" verwendet für Stunden, das müsste dann wohl "(S)" werden.

    Was wird dann aus "(s)" für Sekunden? "(S)" ist dann ja schon vergeben.

    Ganz doof wird's dann bei "(ms)" für Millisekunden. ..

    Alles nicht so einfach...

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!