yavdr-ansible focal auf NUC10i3 etc.

  • Hallo seahawk, nach einem weiteren Versuch jetzt hat es endlich geklappt, ich habe Bild und Ton.


    Was habe ich anders gemacht? Diesmal habe die die Dateien yavdr07.yml und group_vars/all völlig unberührt gelassen. Damit lief es dann durch.

    Bei dem NUC muss dann noch:

    1. die channel.conf reinkopieren

    2. mit vdrctl softhddevice deaktivieren

    3. das vdr-plugin-softhdvaapi installieren (mit softhddevice hatte ich nur Ton, kein Bild)


    Die 20-intel.conf wurde ohne "DRI" Eintrag erstellt, der VDR läuft auch ohne völlig einwandfrei, UHD geht auch.


    Fehlerursache war offenbar das Editieren der o.g. Dateien, und damit saß das Problem wohl vor dem Bildschirm :). Komischerweise habe ich das in der Vergangenheit schon öfters gemacht, immer ohne Probleme. Egal, jetzt weiß ich, wie ich vorgehen muss.

    Intel NUC 10 NUC10i3FNH, Digital Devices Octopus NET V2 Max M4, 1000 GB Samsung 970 Evo M.2 2280 PCIe 3.0 x4 NVMe, LG OLED 77CX9LA

  • rkp

    Hast Du den internen IR-Empfänger in Gebrauch?

    BTW: Wie findest Du die Bildqualität?

  • Egal, jetzt weiß ich, wie ich vorgehen muss.

    Vorgehen steht sonst auch im Git -> https://github.com/yavdr/yavdr…e-playbooks-and-variables


    Normal definiert man alles im Playbook.

  • Taipan

    Ich verwende als Fernbedienung die hama-mce:

    https://de.hama.com/00052451/h…fuer-windows-media-center


    Die funktioniert immer auf Anhieb, ohne weitere Einstellungen und hat sich bei mir im praktischen Betrieb als die Beste erwiesen. Damit lässt sich auch der NUC problemlos starten, es reicht, irgendeine Taste zu betätigen, und die Kiste geht an.


    Die Bildqualität ist auf meinem OLED über alle Zweifel erhaben, zusätzlich Bildeinstellungen am VDR habe ich nicht vorgenommen.


    vdr_rossi

    Ich weiß, wie man die Dinge im Playbook vorkonfiguriert, das habe ich mit Erfolg in der Vergangenheit auch problemlos durchführen können. Warum es diesmal bei 3 Versuchen nicht funktioniert hat, kann ich mir nicht erklären, es ist ja nicht kompliziert. Erst als ich keinerlei Änderungen am Playbook vorgenommen habe, hat es funktioniert. Die notwendigen Änderungen habe ich dann manuell vorgenommen, wie z.B. softhdvaapi installieren und aktivieren. EpGd habe ich dann aber erfolgreich mit

    Code
    1. sudo -H ansible-playbook yavdr07.yml -b -i 'localhost_inventory' --connection=local --tags="epgd"


    zum Laufen bekommen.

    Ich denke, dass ich beim editieren der Einstellungen einfach irgendeinen blöden Fehler mache, wenngleich ich nicht weiß, welchen.

    Intel NUC 10 NUC10i3FNH, Digital Devices Octopus NET V2 Max M4, 1000 GB Samsung 970 Evo M.2 2280 PCIe 3.0 x4 NVMe, LG OLED 77CX9LA

  • Das Glück ist mir momentan nicht hold. Meine alte yavdr-Installation, die ich seit ca. 4 Wochen nicht geupdatet habe, läuft einwandfrei. Sobald ich aber update, läuft der VDR nach gewisser Zeit Amok, und das Log weist unendlich viele Einträge dieser Art auf:


    Code
    1. Nov 24 21:02:47 ubuntu-yavdr4 vdr: [1732] SATIP-ERROR: failed to send section data (460 bytes) [device=1]
    2. Nov 24 21:02:47 ubuntu-yavdr4 vdr: [1732] SATIP-ERROR: failed to send section data (1277 bytes) [device=1]
    3. Nov 24 21:02:47 ubuntu-yavdr4 vdr: [1732] SATIP-ERROR: failed to send section data (919 bytes) [device=1]
    4. Nov 24 21:02:47 ubuntu-yavdr4 vdr: [1732] SATIP-ERROR: failed to send section data (234 bytes) [device=1]
    5. Nov 24 21:02:47 ubuntu-yavdr4 vdr: [1732] SATIP-ERROR: failed to send section data (213 bytes) [device=1]
    6. Nov 24 21:02:47 ubuntu-yavdr4 vdr: [1732] SATIP-ERROR: failed to send section data (451 bytes) [device=1]
    7. Nov 24 21:02:47 ubuntu-yavdr4 vdr: [1732] SATIP-ERROR: failed to send section data (237 bytes) [device=1]
    8. Nov 24 21:02:47 ubuntu-yavdr4 vdr: [1732] SATIP-ERROR: failed to send section data (116 bytes) [device=1]
    9. Nov 24 21:02:47 ubuntu-yavdr4 vdr: [1732] SATIP-ERROR: failed to send section data (949 bytes) [device=1]
    10. Nov 24 21:02:47 ubuntu-yavdr4 vdr: [1732] SATIP-ERROR: failed to send section data (115 bytes) [device=1]

    Das ist der Grund, warum ich yavdr komplett neu aufgesetzt habe. Aber nach ca. 1 Stunden trat auch hier das obige Problem auf. Ich gehe einfach mal davon aus, dass es nicht an meinem Octopus NET V2 Max M4 liegt. Schließlich läuft der auf der alten yavdr-Installation problemlos.

    Jetzt stehe ich da und verwende die alte, nicht upgdatete Version, was mir nicht wirklich gefällt, da inzwischen so ca. 80 Updates anstehen, davon eine Reihe Sicherheitsupdates.

    Intel NUC 10 NUC10i3FNH, Digital Devices Octopus NET V2 Max M4, 1000 GB Samsung 970 Evo M.2 2280 PCIe 3.0 x4 NVMe, LG OLED 77CX9LA

    The post was edited 1 time, last by rkp ().

  • Jemand unter uns, der wie ich folgende Hardware verwendet:


    Intel NUC 10 NUC10i3FNH, Digital Devices Octopus NET V2 Max M4


    und darauf das aktuelle yavdr problemlos am Laufen hat?


    Egal was ich mache, ich bekomme auf aktuellen Systemen immer die obigen SATIP-Fehlermeldungen nach unregelmäßiger Zeit.

    Intel NUC 10 NUC10i3FNH, Digital Devices Octopus NET V2 Max M4, 1000 GB Samsung 970 Evo M.2 2280 PCIe 3.0 x4 NVMe, LG OLED 77CX9LA

  • Ich nutze fast die gleiche Hardwarelösung nur mit BM2LTSv3.5.16 ohne diesen Fehler. Aber er kommt mir bekannt vor. Als ich die DD-Net die ersten male angeschlossen hatte bekam ich auch diesen Fehler nach einiger Zeit. Was geholfen hatte war die FW-Aktualisierung der Tuner in der DD. Diese hatten noch nicht die richtige Firmware.

    Nach dem aktualisieren der FW der Tuner in der DD war das Geschichte. Bitte nicht mit der Software (OctopusNet 1.1.6 BETA)

    für die Steuerung des DD-Net-Servers verwechseln.

    (VDR) NUC10i3FNK * BM2LTS * DD NET S2 Max * NC * (Sound) Cinebar Lux Set * (Stream) Apple TV 4K (2021)* (Light) PHILIPS Hue Play HDMI Sync Box & Gradient Lightstrip * (OLED TV) LG OLED65GX9LA