VDR Version 2.8.1 freigegeben

  • - The new color constant clrTranslucent can be used to have the OSD's DrawText() functions actually set background pixels, which clrTransparent doesn't (reported by Matthias Senzel).

    Was bedeutet das genau? Gibt es ein Anwendungsbeispiel?

    Kanallogos: Picon.cz2VDR | Picons2VDR | MP-Logos
    Backupskripte: MV_Backup (RSync) | MV_BorgBackup (Borg)
    Skin: Skin FlatPlus

    "Es gibt keinen Grund, warum irgendjemand einen Computer in seinem Haus wollen würde."
    [Ken Olson], Präsident der Digital Equipment Corp., 1977

    VDR01 - yaVDR 0.7 (VDR 2.7.9)

    VDR 2.7.9; Gehäuse: Antec Fusion V2 Black & iMon LCD; Atric IR-Einschalter Rev. 4; Board: Intel DH77EB, Core i5-3550, GTX 1050 Ti, 8 GB RAM; DVB: 1x Digital Devices CineS2 Quad V6.5

    > Systeminfo.txt < [VDR-User #1540]

  • Mit clrTransparent als Hintergrundfarbe wird bei Texten der Hintergrund nicht gezeichnet, bleibt also unverändert. Bei clrTranslucent wird auch der Hintergrund gezeichnet.

    kamel5 brauchte das für seine skinnopacity, wegen des neu hinzugekommenen automatischen Updates von Items im Recordings-Menü.

  • Die Pakete für den VDR 2.8.1 in https://launchpad.net/~seahawk1986-h…buntu/vdr-2.8.1 sind weitgehend fertig.

    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.)

  • MarkusE Auslöser für diese Lock-Checks war doch, wenn ich mich recht erinnere, dass dein RAID sehr lange braucht, bis es hochläuft (es war also gar kein Locking-Problem). Ich hatte dafür ja hier einen Fix vorgeschlagen, der aber das Problem nur teilweise löst, da damit "Pause live video" oder sofort startende Aufnahmen immer noch die volle RAID-Hochlaufzeit benötigen, bis sie starten können. Eine Lösung hierfür hatte sich in dem Thread dann aber auch nicht wirklich abgezeichnet

  • Das stimmt natürlich. Andererseits reporten hier immer wieder Anwender, dass VDR "stehen bleibt". Und mit dem Patch wäre es möglich, den "schuldigen" Thread zu identifizieren.

    In VDR version 2.7.7 freigegeben hattest Du auch geschrieben: Ich überlege, den Patch fest einzubauen, würde aber natürlich vorher gerne sicherstellen, dass sowas nicht nochmal passiert.

    Also, mit vdr-2.7.9-check-lock-time-1.patch ist sichergestellt, dass sowas nicht nochmal passiert.

  • Hallo zusammen,

    bei mir crasht der VDR, wenn ich mehr als eine Aufzeichnung endgültig lösche. Ist nur eine Aufzeichnung vorhanden, kann ich sie ohne Probleme löschen.

    Ich benutze den Skindesigner, es passiert aber auch mit LCars.

    Der Backtrace liefert:

    Code
    (gdb) bt
    #0  cListObject::Index (this=0x331c07e0) at tools.c:2126
    #1  0x00000000004eaf75 in cMenuMain::Update (this=this@entry=0x331b4270, Force=Force@entry=false) at menu.c:4785
    #2  0x00000000004ef91b in cMenuMain::ProcessKey (this=0x331b4270, Key=kYellow) at menu.c:4912
    #3  0x000000000048be70 in main (argc=<optimized out>, argv=<optimized out>) at vdr.c:1435
    (gdb)

    (ich habe die Zeilen in menu.c angepasst, da meine menu.c ein wenig anders aussieht als das Original).

    Wird der index nicht aktualisiert, wenn eine Aufzeichnung gelöscht wird (Zeile 4785)?


    Passend dazu: das Skindesigner-Plugin habe ich angepasst, damit die gelöschten Aufnahmen in dem Menü auch angezeigt werden.

    viewdisplaymenu.c:

    Code
            case mcTimer:
                newSubview = subViews[(int)eSvDisplayMenu::timers];
                break;
            case mcRecordingDel:  // Mike: in V2.8.1 neu eingefügt
            case mcRecording:
                newSubview = subViews[(int)eSvDisplayMenu::recordings];
                break;
            case mcSetup:

    imagecache.c:

    Code
            case mcTimerEdit:
                return "standardicons/Timers";
            case mcRecording:
            case mcRecordingDel:  // Mike: in V2.8.1 neu eingefügt
            case mcRecordingInfo:
            case mcSetupRecord:
            case mcSetupReplay:
                return "standardicons/Recordings";
            case mcPlugin: {


    Wenn ich eine Aufnahme lösche und ins Hauptmenü wechsele, ist das Menü der gelöschten Aufzeichnungen nicht zu sehen. Ich muß

    erst das Menü schließen und wieder öffnen, damit das Menü der gelöschten Aufzeichnungen zu sehen ist. In LCars scheint das zu gehen.

    Also fehlt im Skindesigner noch ein Trick. kamel5 hast du noch eine Idee?


    Vielen Dank und herzliche Grüße

    Michael

    VDR 2.8.1 (oben): Asus M4N68T-M-LE-V2, 2GB RAM, 120GB SSD, 1TB HD, AMD Athlon(tm) II X4 640 @ 3GHz, NVIDIA GT1030 (V580.119.02), FFMPEG 8.1, OpenSuse Leap 15.6 (X-Server) Kernel 6.4.0, 2x Budget + 1x Hauppauge WinTV-DualHD, VDPAU (Softhddev.)

    VDR 2.7.7 (unten): Asus P8H77-V LE, 8GB RAM, 120GB SSD, 2TB HD, Intel(R) Celeron(R) G1620 @ 2.70GHz, NVIDIA GT630 (V470.223.02), FFMPEG 7.0.2, OpenSuse Leap 15.1 (X-Server) Kernel 5.6.8, DD Cine V6.1 Dual + Hauppauge WinTV-quadHD, VDPAU (Softhddev.)

  • ch muß

    erst das Menü schließen und wieder öffnen, damit das Menü der gelöschten Aufzeichnungen zu sehen ist. In LCars scheint das zu gehen.

    So ist das im Skin flatPlus auch. Ich dachte es liegt evtl. am MenuOrg Plugin...

    Kanallogos: Picon.cz2VDR | Picons2VDR | MP-Logos
    Backupskripte: MV_Backup (RSync) | MV_BorgBackup (Borg)
    Skin: Skin FlatPlus

    "Es gibt keinen Grund, warum irgendjemand einen Computer in seinem Haus wollen würde."
    [Ken Olson], Präsident der Digital Equipment Corp., 1977

    VDR01 - yaVDR 0.7 (VDR 2.7.9)

    VDR 2.7.9; Gehäuse: Antec Fusion V2 Black & iMon LCD; Atric IR-Einschalter Rev. 4; Board: Intel DH77EB, Core i5-3550, GTX 1050 Ti, 8 GB RAM; DVB: 1x Digital Devices CineS2 Quad V6.5

    > Systeminfo.txt < [VDR-User #1540]

  • bei mir crasht der VDR, wenn ich mehr als eine Aufzeichnung endgültig lösche. Ist nur eine Aufzeichnung vorhanden, kann ich sie ohne Probleme löschen.

    Ich habe versucht, das nachzuvollziehen, aber ich kann ohne Probleme mehrere gelöschte Aufnahmen endgültig löschen.

    Passiert das bei dir auch ohne irgendwelche Patches oder Plugins (bis auf die absolut notwendigen)?

  • Hallo,

    Commands wird im Menu auch als Commands angezeigt.
    Übersetzung -> Befehle erfolgt nicht.
    Ist das nur bei mir,oder bei Euch auch so?
    IIRC tritt das bereuts seit VDR-2.7.7 auf.

    Gruss
    Wolfgang

    Hard & Software

    DVB-S: Silverstone LC17 mit 8,4" TFT Display, ASRock ALiveNF6G, AMD X2 3800+ (35W),4GB, GT 630 - nVidia-387, SSD 64GB, 2TB, TeVii S470, SkyStar S2, Cinergy T RC USB, Kodi-18.0, FB X10 Medion-Scroll, "easyVDR 3.5 (14.04 LTS) - Kernel-4.8.12 - VDR 2.3.8"
    -----------------------------

    DVB-C: ATC-620, Asrock K7S41GX, AMD Geode NX 1750, 2GB, picoPSU, Samsung 500GB 1x 1TB, LDW-851S, DVB-C Fujitsu-Siemens FF, Cinergy 1200, Nova T USB, Atric Rev.4, "easyVDR 0.8 - 2.6.35.10 VDR 1.7.16 "
    -----------------------------

    Client_1: Evo N600c, "Puppy-Slacko 6.3" VDR 2.2.0 - FB X10 Medion_OR25V
    -----------------------------

    Client_2: Himbeere-P2 - MLD-5.4 / LibreELEC-9.0-Milhouse(Kodi-18.0) (PVR-VNSI)

    TT S2-6400 - saa716x kompilieren unter 20.04(Focal)

  • Commands wird im Menu auch als Commands angezeigt.

    hatte ich auch, siehe hier: RE: [gelöst][yavdr-ansible 24.04] Update auf VDR 2.7.9 bricht mit Ubuntu Fehlermeldungen ab

    Habe dann auf Vorschlag von seahawk1986 /var/lib/vdr/plugins/menuorg.xml geändert:

    Code
    <system name="Commands" title="Befehle" />
    mein VDR
    • Software: yaVDR0.7-Ansible Ubuntu 24.04 (noble) mit vdr-2.8.1
    • DVB-T2: Hauppauge WinTV-dualHD
    • Fernseher: LG OLED42C48LA
  • Ich habe versucht, das nachzuvollziehen, aber ich kann ohne Probleme mehrere gelöschte Aufnahmen endgültig löschen.

    Passiert das bei dir auch ohne irgendwelche Patches oder Plugins (bis auf die absolut notwendigen)?

    Vielen Dank kls fürs Schauen (und die tolle Arbeit am VDR), es lag am menuorg-Patch, den ich u.a. noch drin hatte.

    Ohne ihn gibt es keinen Absturz und der Menüpunkt "Gelöschte Dateien" ist sofort sichtbar. (schon incl. Fix aus #13).

    Sorry für das Rauschen und auch Danke an MegaV0lt.

    Mir ist noch folgendes aufgefallen:

    In RE: VDR version 2.7.8 freigegeben wurde hk() an

    verschiedenen Stellen ergänzt:

    Code
    //       Add(deletedRecordingsItem = new cOsdItem(tr(" Deleted recordings"), osRecsDel));
           Add(deletedRecordingsItem = new cOsdItem(hk(tr(" Deleted recordings")), osRecsDel));

    In Version V2.8.1 wurde das nicht übernommen. Ist das so gewollt?

    Vielen Dank und herzliche Grüße

    Michael

    VDR 2.8.1 (oben): Asus M4N68T-M-LE-V2, 2GB RAM, 120GB SSD, 1TB HD, AMD Athlon(tm) II X4 640 @ 3GHz, NVIDIA GT1030 (V580.119.02), FFMPEG 8.1, OpenSuse Leap 15.6 (X-Server) Kernel 6.4.0, 2x Budget + 1x Hauppauge WinTV-DualHD, VDPAU (Softhddev.)

    VDR 2.7.7 (unten): Asus P8H77-V LE, 8GB RAM, 120GB SSD, 2TB HD, Intel(R) Celeron(R) G1620 @ 2.70GHz, NVIDIA GT630 (V470.223.02), FFMPEG 7.0.2, OpenSuse Leap 15.1 (X-Server) Kernel 5.6.8, DD Cine V6.1 Dual + Hauppauge WinTV-quadHD, VDPAU (Softhddev.)

  • Okay, vielen Dank!

    VDR 2.8.1 (oben): Asus M4N68T-M-LE-V2, 2GB RAM, 120GB SSD, 1TB HD, AMD Athlon(tm) II X4 640 @ 3GHz, NVIDIA GT1030 (V580.119.02), FFMPEG 8.1, OpenSuse Leap 15.6 (X-Server) Kernel 6.4.0, 2x Budget + 1x Hauppauge WinTV-DualHD, VDPAU (Softhddev.)

    VDR 2.7.7 (unten): Asus P8H77-V LE, 8GB RAM, 120GB SSD, 2TB HD, Intel(R) Celeron(R) G1620 @ 2.70GHz, NVIDIA GT630 (V470.223.02), FFMPEG 7.0.2, OpenSuse Leap 15.1 (X-Server) Kernel 5.6.8, DD Cine V6.1 Dual + Hauppauge WinTV-quadHD, VDPAU (Softhddev.)

  • Mike838

    Danke für Beitrag #9 - ich dachte schon es liegt am Skin. Da kam Dein Post genau richtig...

    Hard- / Software
    • Octopus NET / MINI ITX / Chieftec IX-01B Case / DD-Max8 / DUR-LINE UK 124 Unicable / 8 x DVB-S2
    • Server / seahawk1986 / yaVDR-ansible - 2.8.1 / Ubuntu 24.04 / 6x DVB-S2 vtuner / ProLiant ML10 v2 / VmWare-ESXI 7.0.3 / 32 GB RAM / 4TB Raid1 Daten / 4TB Raid1 Aufnahmen
    • Client / seahawk1986 / yaVDR-ansible - 2.8.1 / Ubuntu 24.04 / 2x DVB-S2 vtuner / Intel NUC8i3BEH / 16 GB RAM / 512GB m.2 SSD / 85" Samsung TV / 10" Allnet-Tablet osd2web / Denon X3300W AVR
  • Freut mich :saint:

    VDR 2.8.1 (oben): Asus M4N68T-M-LE-V2, 2GB RAM, 120GB SSD, 1TB HD, AMD Athlon(tm) II X4 640 @ 3GHz, NVIDIA GT1030 (V580.119.02), FFMPEG 8.1, OpenSuse Leap 15.6 (X-Server) Kernel 6.4.0, 2x Budget + 1x Hauppauge WinTV-DualHD, VDPAU (Softhddev.)

    VDR 2.7.7 (unten): Asus P8H77-V LE, 8GB RAM, 120GB SSD, 2TB HD, Intel(R) Celeron(R) G1620 @ 2.70GHz, NVIDIA GT630 (V470.223.02), FFMPEG 7.0.2, OpenSuse Leap 15.1 (X-Server) Kernel 5.6.8, DD Cine V6.1 Dual + Hauppauge WinTV-quadHD, VDPAU (Softhddev.)

Participate now!

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