yavdr-ansible focal auf NUC10i3 etc.

FJe · February 24, 2021 at 3:39 PM

Hi,

danke, Ja, DRI 3 ist drin, wird auch im Xorg.0.log gezeigt:

Display Spoiler

10.780] (==) intel(0): Default visual is TrueColor

[ 10.780] (**) intel(0): Option "DRI" "3"

[ 10.780] (**) intel(0): Option "TearFree" "true"

....

10.833] (II) intel(0): [DRI2] VDPAU driver: va_gl

[ 10.833] (II) intel(0): direct rendering: DRI2 DRI3 enabled

[ 10.833] (II) intel(0): hardware support for Present enabled

...

[ 10.835] (II) Initializing extension DRI3

der tuner ist da, denke ich, syslog:

Display Spoiler

Feb 23 21:25:29 yvmb vdr: [4925] registered source parameters for 'A - ATSC'

Feb 23 21:25:29 yvmb vdr: [4926] video directory scanner thread started (pid=4925, tid=4926, prio=low)

Feb 23 21:25:29 yvmb vdr: [4925] registered source parameters for 'C - DVB-C'

Feb 23 21:25:29 yvmb vdr: [4927] epg data reader thread started (pid=4925, tid=4927, prio=high)

Feb 23 21:25:29 yvmb vdr: [4925] registered source parameters for 'S - DVB-S'

Feb 23 21:25:29 yvmb vdr: [4925] registered source parameters for 'T - DVB-T'

Feb 23 21:25:29 yvmb vdr: [4927] reading EPG data from /var/cache/vdr/epg.data

Feb 23 21:25:29 yvmb vdr: [4925] detected /dev/dvb/adapter0/frontend0

Feb 23 21:25:29 yvmb vdr: [4927] epg data reader thread ended (pid=4925, tid=4927)

Feb 23 21:25:30 yvmb vdr: [4926] video directory scanner thread ended (pid=4925, tid=4926)

Feb 23 21:25:30 yvmb vdr: [4925] probing /dev/dvb/adapter0/frontend0

Feb 23 21:25:30 yvmb vdr: [4925] creating cDvbDevice

Feb 23 21:25:30 yvmb vdr: [4925] new device number 1 (card index 1)

Feb 23 21:25:30 yvmb vdr: [4925] DVB API version is 0x050B (VDR was built with 0x050B)

Feb 23 21:25:30 yvmb vdr: [4925] frontend 0/0 provides DVB-C,DVB-T,DVB-T2 with QAM16,QAM32,QAM64,QAM128,QAM256 ("Sundtek DVB-C (III)")

Feb 23 21:25:30 yvmb vdr: [4925] cTimeMs: using monotonic clock (resolution is 1 ns)

Feb 23 21:25:30 yvmb vdr: [4925] found 1 DVB device

Feb 23 21:25:30 yvmb vdr: [4929] device 1 section handler thread started (pid=4925, tid=4929, prio=low)

ein >systemctl status vdr zeigt:

Code

● vdr.service - Video Disk Recorder
     Loaded: loaded (/lib/systemd/system/vdr.service; enabled; vendor preset: enabled)
    Drop-In: /etc/systemd/system/vdr.service.d
             └─load-environ.conf, network-online.conf, sundtek_LD_PRELOAD.conf, vdr-xorg.conf
     Active: failed (Result: core-dump) since Tue 2021-02-23 17:56:54 CET; 1h 39min ago
    Process: 1368 ExecStartPre=/bin/bash /usr/lib/vdr/merge-commands.sh commands (code=exited, status=0/SUCCESS)
    Process: 1378 ExecStartPre=/bin/bash /usr/lib/vdr/merge-commands.sh reccmds (code=exited, status=0/SUCCESS)
    Process: 1388 ExecStart=/usr/bin/vdr (code=dumped, signal=ABRT)
   Main PID: 1388 (code=dumped, signal=ABRT)
     Status: "Ready"

Feb 23 17:56:54 yvmb systemd[1]: vdr.service: Scheduled restart job, restart counter is at 5.
Feb 23 17:56:54 yvmb systemd[1]: Stopped Video Disk Recorder.
Feb 23 17:56:54 yvmb systemd[1]: vdr.service: Start request repeated too quickly.
Feb 23 17:56:54 yvmb systemd[1]: vdr.service: Failed with result 'core-dump'.
Feb 23 17:56:54 yvmb systemd[1]: Failed to start Video Disk Recorder.

Display More

Im syslog kann zumindest ich keine echte Ursache erkennen, die mir was sagt:

vdr start mit frindend softhdvaapi:

Display Spoiler

eb 23 17:56:51 yvmb vdr: [1237] VNSIStatus thread started (pid=1209, tid=1237, prio=high)

Feb 23 17:56:51 yvmb vdr: [1241] device 1 receiver thread started (pid=1209, tid=1241, prio=high)

Feb 23 17:56:51 yvmb vdr: [1209] [softhddev]SetVolumeDevice: 240

Feb 23 17:56:51 yvmb systemd[1]: Started Video Disk Recorder.

Feb 23 17:56:51 yvmb vdr: [1243] SVDRP server handler thread started (pid=1209, tid=1243, prio=low)

Feb 23 17:56:51 yvmb vdr: [1243] SVDRP yvmb opening port 6419/tcp

Feb 23 17:56:51 yvmb vdr: [1243] SVDRP yvmb listening on port 6419/tcp

Feb 23 17:56:51 yvmb vdr: [1242] device 1 TS buffer thread started (pid=1209, tid=1242, prio=high)

Feb 23 17:56:51 yvmb vdr: [1209] [softhddev]SetPlayMode: 1

Feb 23 17:56:51 yvmb vdr: [1209] OSD size changed to 1920x1080 @ 1

Feb 23 17:56:51 yvmb vdr: [1209] [softhddev]CreateOsd: left 115, top 65, level 0, using OpenGL OSD support

Feb 23 17:56:51 yvmb vdr: [1209] [softhddev]detached - OpenGl Worker Thread not tried to start

Feb 23 17:56:51 yvmb vdr: [1209] [softhddev]OpenGl Thread not started successfully, using Dummy OSD

Feb 23 17:56:51 yvmb vdr[1209]: Magick: abort due to signal 11 (SIGSEGV) "Segmentation Fault"...

Feb 23 17:56:51 yvmb systemd[1]: vdr.service: Main process exited, code=dumped, status=6/ABRT

Feb 23 17:56:51 yvmb systemd[1]: vdr.service: Failed with result 'core-dump'.

Feb 23 17:56:51 yvmb avahi-daemon[694]: Registering new address record for fd00::5182:447e:7918:eac7 on eno1.*.

Feb 23 17:56:52 yvmb systemd[1]: vdr.service: Scheduled restart job, restart counter is at 2.

Feb 23 17:56:52 yvmb systemd[1]: Stopped Video Disk Recorder.

vdr start mit frontend xineliboutput

Display Spoiler

Feb 23 21:25:30 yvmb vdr: [4925] starting plugin: skinnopacity

Feb 23 21:25:30 yvmb vdr: [4925] ERROR: no OSD provider available in call to SupportsTrueColor()

Feb 23 21:25:30 yvmb vdr: [4925] nopacity: No TrueColor OSD found! Aborting!

Feb 23 21:25:30 yvmb vdr: [4925] stopping plugin: quickepgsearch

...

Feb 23 21:25:36 yvmb vdr: [4925] deleting plugin: live

Feb 23 21:25:36 yvmb vdr[4925]: 2021-02-23 21:25:36.04718 [4925.140136905950976] FATAL tntnet.poller - internal error: job for fd 12 not found in jobs-list

Feb 23 21:25:36 yvmb vdr[4925]: 2021-02-23 21:25:36.04719 [4925.140136905950976] WARN tntnet.poller - need to rebuild poll structure

Feb 23 21:25:36 yvmb vdr[4925]: exception occured: fcntl: errno 9: Ungültiger Dateideskriptor

Feb 23 21:25:40 yvmb vdr[4925]: exception occured: pthread_mutex_lock failed: errno 22: Das Argument ist ungültig

Feb 23 21:26:59 yvmb systemd[1]: vdr.service: start operation timed out. Terminating.

Feb 23 21:26:59 yvmb systemd[1]: vdr.service: Failed with result 'timeout'.

Feb 23 21:26:59 yvmb systemd[1]: Failed to start Video Disk Recorder.

Feb 23 21:26:59 yvmb systemd[1]: vdr.service: Scheduled restart job, restart counter is at 3.

Feb 23 21:26:59 yvmb systemd[1]: Stopped Video Disk Recorder.

vdr start mit allen frontends disabled:

Display Spoiler

Feb 23 21:27:01 yvmb vdr: [5001] starting plugin: skinnopacity

Feb 23 21:27:01 yvmb vdr: [5001] ERROR: no OSD provider available in call to SupportsTrueColor()

Feb 23 21:27:01 yvmb vdr: [5001] nopacity: No TrueColor OSD found! Aborting!

Feb 23 21:27:01 yvmb vdr: [5001] stopping plugin: quickepgsearch

....

Feb 23 21:27:06 yvmb vdr: [5001] deleting plugin: live

Feb 23 21:27:11 yvmb vdr[5001]: exception occured: pthread_mutex_lock failed: errno 22: Das Argument ist ungültig

irgendwo scheint was zu fehlen für die Grafikausgabe, dass der vdr sucht, wie gesagt, vlc verhält sich identisch

Wo kann ich suchen? (syslog komplett anbei)

VG

F

seahawk1986 · February 24, 2021 at 7:04 PM

Um den VDR ohne Frontend starten zu können, würde ich mal skinnopacity deaktiveren.

Quote from FJe

Wo kann ich suchen? (syslog komplett anbei)

Was sagt denn der X-Server in seinen Logdateien (/var/log/Xorg.0.log usw.)? Welche Änderungen an den installierten Pakten gab es laut /var/log/apt/history.log durch das Update?

FJe · February 25, 2021 at 2:45 PM

hi,

der skinnopacity isses:

aus apt history.log:

vdr-plugin-skinnopacity:amd64 (1:1.1.3+git20200415-317-00cc15b-0yavdr4~focal, 1:1.1.7-0yavdr0~focal)

nach vdrctl disable skinnopacity und vdrctl enable softhdvaapi und reboot ist das Bild da mit skin lcars.

wie komme ich zurück auf die vorige Version?

Code

sudo apt install vdr-plugin-skinnopacity=1:1.1.3+git20200415-317-00cc15b-0yavdr4~focal

?

Danke für die Tipps, die zum Ziel führten, wär ich so nicht drauf gekommen.

VG

F

FJe · February 25, 2021 at 4:44 PM

Hab noch Zeit gefunden ein wenig zu forschen.

apt -a list vdr-plugin-skinnopacity

zeigt nur noch die Version, die installiert ist, bietet keine Ältere an.

Gibt es das evt. noch als .deb in einem Archiv oder eine Alternative, die ähnlich ist?

VG

F

seahawk1986 · February 25, 2021 at 4:53 PM

Quote from FJe

Gibt es das evt. noch als .deb in einem Archiv oder eine Alternative, die ähnlich ist?

Schau mal hier: https://launchpad.net/~yavdr/+archiv…es_filter=focal - das alte Paket wurde mittlerweile gelöscht.

FJe · February 25, 2021 at 5:36 PM

Ok, danke vielmals.

Es gibt anscheinend nur noch eine ältere Version, das deb nehm ich mal mit und schaue, ob es damit geht.

VG

F

rkp · May 11, 2021 at 8:58 PM

Nur mal so an alle, die überlegen, sich einen NUC als VDR zuzulegen: Nachdem alle Anfangsprobleme überwunden sind, läuft das Gerät einwandfrei. Alles wird ausgezeichnet wiedergegeben, auch die UHD-Kanäle laufen glatt.Die Systembelastung ist sehr niedrig, die Arbeitslautstärke ist nicht wahrnehmbar.

Ein Versuch mit einer HDR- Wiedergabe auf SES UHD Demo Channel ist auch geglückt. Die Sache läuft damit noch nicht 100% rund, aber auch das wird sicher auch noch.

Kurz: Kann so einen NUC uneingeschränkt empfehlen. Allerdings verwende ich einen OctopusNet, wie es mit USB-Empfängern funktioniert kann ich nicht beurteilen.

447377 · May 11, 2021 at 9:01 PM

Quote from rkp

Kurz: Kann so einen NUC uneingeschränkt empfehlen. Allerdings verwende ich einen OctopusNet, wie mit USB-Empfängern arbeitet kann ich nicht beurteilen.

Danke!

Welches Ausgabeplugin und welche Auflösung nutzt Du?

Stefan

rkp · May 11, 2021 at 11:07 PM

Hallo Stefan, ich verwende softhdvaapi. Die eingestellt Auflösung ist tatsächlich der Knackpunkt: es sollte 1920 x 1080_50. DerTV skaliert dann auf UHD. Man kann aber auch 3840x2160 einstellen, dann sind die Skins unter dem skindesigner manchmal etwas zäher, aber noch akzeptabel.

Optisch gibt es aber keinerlei Unterschiede, weshalb ich 1920 x 1080 vorziehe. Das Bild ist perfekt, auch UHD-Programme laufen butterweich :).

Ach ja, man muss natürlich unbedingt die richtige Skalierung unter softhdvaapi einstellen:

576i : ginseng

bei allen anderen Auflösungen: None

Das war der Grund, warum es bei mir anfangs bei UHD-Programmen ruckelte, ich hatte da auch eine Skalierung eingestellt.

Taipan · May 12, 2021 at 7:00 AM

...mein NUC8i5 läuft jetzt auch sehr rund - auch und gerade dank eurer Vorarbeiten! Hier auch mit softhdvaapi. Das mit den Skalierungen ist mir neu - habe noch alles auf bicubic.

welchen schader und welches lut hast du denn eingestellt?

rkp · May 12, 2021 at 3:02 PM

Wie oben geschrieben:

576i : ginseng

bei allen anderen Auflösungen: None

lut?

Taipan · May 13, 2021 at 9:24 AM

Die LUT-Files habe ich gemäß README heruntergeladen und nach /etc/vdr/shaders/lut entpackt. Die ausgewählte LUT-Datei muß verlinkt/umbenannt werden in lut.CUBE und diese wird beim Systemstart automatisch geladen.

Die Shaders sind im Sourcenpaket und gehören wohl nach /etc/vdr/shaders. Das sind die Dateien KrigBilateral.glsl, LumaSharpenHook.glsl und adaptive-sharpen.glsl...

Eine oder mehrere davon werden in der softhdvaapi.conf hinterlegt als "-S KrigBilateral.glsl" zB.

Aber welche Konstellation für uns auf dem NUC wirklich die beste ist weiß ich nicht, ich sehe da wenig heraus - ausser das der Shader adaptive-sharpen.glsl auf dem NUC für hohe Systemlast sorgt. Vielleicht kann uns da jemand erhellen welche Kombi da wirklich was bildmäßig bringt.

- Oder es vielleicht Sinn macht diese Geschichten garnicht zu nutzen!?

jojo61 · May 13, 2021 at 4:31 PM

Quote from Taipan

Aber welche Konstellation für uns auf dem NUC wirklich die beste ist weiß ich nicht, ich sehe da wenig heraus - ausser das der Shader adaptive-sharpen.glsl auf dem NUC für hohe Systemlast sorgt. Vielleicht kann uns da jemand erhellen welche Kombi da wirklich was bildmäßig bringt.

Man muss nicht alles haben was geht. Wenn du keine Verbesserung siehst mit einem der shader dann brauchst du sie auch nicht. Ist eh eher etwas für Beamer Nutzer mit grosser Leinwand. Die LUTs sind Geschmacksache da kann man nix empfehlen. Wenn dir dein Bild gefällt so wie es ist dann gilt auch hier: weniger ist besser.

mfg

jojo61

ofenheizer · May 13, 2021 at 6:26 PM

Quote from Taipan

Die LUT-Files habe ich gemäß README

In welcher README? In der beim Plugin habe ich dazu nichts gefunden.

Auch den Parameter -Shabe ich nirgends dokumentiert gefunden.

Taipan · May 13, 2021 at 6:41 PM

ofenheizer

...diesem Quell entspringt mein softhdvaapi.

Display Spoiler

Beginning with libplacebo API 58 user shaders from mpv are supported. Use -S parameter to set the shader. The plugins searches the shaders in $ConfigDir/plugins/shaders for the shaders. One example shader is provided in the shader subdirectory. Copy it to e.g.: /etc/vdr/plugins/shaders and then start vdr -P 'softhdcuvid -S filmgrain.glsl ...' I use KrigBilateral for UV scaling and then adaptive-sharpen for sharpening. This results in a perfect picture for me.

ofenheizer · May 14, 2021 at 6:23 PM

Danke.

Dann habe ich das wohl überlesen, denn das ist die gleiche Quelle, die yavdr in den Paketen verwendet

Klemmerle · June 3, 2021 at 8:38 PM

Hallo zusammen,

ich versuche gerade meinen yavdr komplett neu aufzusetzen. (mein Rezept von oben: #53)

ubuntu-20.04.2-live-server-amd64.iso

Offenstsichtlich teilt der Installer die 2TB-nvme in drei Teile auf. Für die vdr-Aufnahmen bleiben mir da zu wenig Platz.

Muß ich die Partitionsgrößen jetzt von Hand ändern, oder bin ich hier in einen falschen "Installationszweig" gerutscht?

Wie wärde denn eine sinnvolle Aufteilung?

wmautner · June 3, 2021 at 8:51 PM

Ich nehme mal an, /srv/vdr wird in die ubuntu-vg (Partition 3) mit 1.86TB installiert.

Wobei 1G für / doch etwas wenig ist, das wird sich net ausgehen.

seahawk1986 · June 3, 2021 at 8:56 PM

Die Größe der einzelnen Partitionen kannst du ja nach Belieben anpassen. Wie groß / werden soll, würde ich davon abhängig machen, wie groß die Medienbibliothek für KODI wird und ob man Senderlogos, EPG-Bildchen, Datenbank für epgd und Poster für den VDR nutzt. Ich würde da so ca. 20 - 40 GB einplanen.

Mit einem LVM ist man vergleichsweise flexibel, wenn man nachträglich etwas ändern will, aber man sollte sich überlegen, ob man das überhaupt braucht (bzw. ob man komfortabel damit umgehen kann, sonst hilft einem das wenig).

Klemmerle · June 3, 2021 at 10:38 PM

... Hm hatte jetzt unter "DEVICES"

"ubuntu-lv" von 200 GB auf 30 reduziert...

Ich peile es irgendwie nicht und werde die ubuntu-installation nochmal ohne LVM probieren - ist vielleicht DAU sicherer...

Code

kk@yavdr:~$ df -h
Filesystem                         Size  Used Avail Use% Mounted on
udev                               3.8G     0  3.8G   0% /dev
tmpfs                              768M  1.6M  766M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv   30G  6.2G   22G  22% /
tmpfs                              3.8G     0  3.8G   0% /dev/shm
tmpfs                              5.0M     0  5.0M   0% /run/lock
tmpfs                              3.8G     0  3.8G   0% /sys/fs/cgroup
/dev/loop0                          56M   56M     0 100% /snap/core18/1944
/dev/loop1                          70M   70M     0 100% /snap/lxd/19188
/dev/loop2                          32M   32M     0 100% /snap/snapd/10707
/dev/nvme0n1p2                     976M  106M  803M  12% /boot
/dev/nvme0n1p1                     511M  7.9M  504M   2% /boot/efi
tmpfs                              768M     0  768M   0% /run/user/1000
kk@yavdr:~$

Display More

Update:

nach der Installation ohne LVM habe ich brauchbare Partitionsgrößen.

Display Spoiler

kk@yavdr:~$ df -h

Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf

udev 3,8G 0 3,8G 0% /dev

tmpfs 768M 3,1M 765M 1% /run

/dev/nvme0n1p2 1,9T 8,4G 1,8T 1% /

tmpfs 3,8G 0 3,8G 0% /dev/shm

tmpfs 5,0M 4,0K 5,0M 1% /run/lock

tmpfs 3,8G 0 3,8G 0% /sys/fs/cgroup

/dev/nvme0n1p1 511M 7,9M 504M 2% /boot/efi

/dev/loop0 56M 56M 0 100% /snap/core18/1944

/dev/loop1 32M 32M 0 100% /snap/snapd/10707

/dev/loop2 70M 70M 0 100% /snap/lxd/19188

tmpfs 768M 4,0K 768M 1% /run/user/666

tmpfs 768M 4,0K 768M 1% /run/user/1000

Quote from @seahawk1986

aber man sollte sich überlegen, ob man das überhaupt braucht

Scheint also für mich zuzutreffen

System läuft wieder sauber. Ich werde mit den Default-Einstellungen/Plugins testen, ob das Problem mit der 100% Auslastung und den nicht beendeten Aufnahmen (Die zeichnen manchmal auf, bis ich neu boote) weiterhin besteht...

Danke für den Support!

yavdr-ansible focal auf NUC10i3 etc.

Participate now!

Users Viewing This Thread