Irgendwie ist da was abhanden gekommen.
Ich hatte auch versucht den vdr*elec auf die Box zu bekommen, bis ich diesen Thread fand.
Schade, dass es nicht geht. Finde aber summa summarum, dass es sich lohnt, sich mit den X4-boxen zu beschäftigen.
Irgendwie ist da was abhanden gekommen.
Ich hatte auch versucht den vdr*elec auf die Box zu bekommen, bis ich diesen Thread fand.
Schade, dass es nicht geht. Finde aber summa summarum, dass es sich lohnt, sich mit den X4-boxen zu beschäftigen.
Ich mag den Thread nun nicht unnötig aufwärmen und ich verstehe auch die Argument hinsichtlich des Kernel.
Also was will ich mit den Boxen:
Audio und Video in allen Varianten mit möglichst bester Ton- und Bildqualität wiedergeben.
Und das geht eben alles mit CoreElec problemlos.
Das will ich auch.
Mit dem Odroid N2 hatte ich auch schon rumprobiert (siehe RE: [VDR*ELEC] - LibreELEC/CoreELEC mit VDR Client) und finde das VDR*ELEC klasse. Den N2 muss ich nun wegen eines anderen Projektes einer anderen Anwendung zuführen, so dass ich mich dort nicht weiter mit beschäftigen kann.
Warum nutze ich Corelec nun mit der HK1 RBOX X4 und dem Amlogic S905X4?
Eigentlich nur deswegen, weil der den AV1 hardwareseitig decodieren kann. Man sieht immer mehr Anbieter, die in AV1 streamen. Nun, ich bin kein Prophet, aber es spricht schon vieles dafür, dass da noch mehr drauf springen werden. Über Kompression und Qualität vom AV1 mag ich jetzt nicht referieren, das ist schon nochmal ein deutlicher Fortschritt zum h265. Nun, das dürften im VDR-Forum fast alle überblicken.
Hi Zabrimus ,
ein tolles Stück Software hast Du da zusammengebaut. Die Idee der Fusion von vdr und coreelec ist schon spitze!
Habe auch gleich mal auf meinem Odroid-N2 getestet.
Ich fahre seit x-Jahren mit meinem yavdr-ansible (amd64) sehr beständig, so dass ich die ganze Konfiguriererei gar nicht mehr gewohnt war . Trotzdem bekam ich Bild und Ton:
Dabei aktivierte ich den streamdev-server im enabled_plugins. Konfigurieren musste ich den aber im setup.conf. Da war ich etwas verwirrt. Ich wollte erst an eine eigene streamdev-client.conf ran. Den Irrweg konnte ich aber schnell verlassen.
War es nicht so, dass der streamdev-Server (mein Ansible unter Focal) stellt neben dem DVB-Stream (Sat) auch die Aufnahmen bereitstellt. Das tut's bei mir nicht. Muss man da noch was einstellen?
Aufnahmen werden, wie angegeben, im /storage/videos abgelegt. Tut.
Auf dem Streamdev-Server wäre mir lieber; ich vermute, das geht über einen Workaround mit nfs-Mount nach /storage/videos, oder?
Meinen Ton sende ich von allen Medien-Devices per Passthrough an einen Onkyo-Receiver. Das funktioniert ganz gut. Nur einmal nach dem Ändern von ein paar Einstellungen kam kein Ton mehr, was aber durch einen Neustart behoben werden konnte.
Mir fällt allerdings auf, dass es im Receiver hin und wieder beim Umschalten in den Boxen scheppert. Das kenne ich sonst nicht.
Bei der Fernbedienung (hier nutze ich den Standard von Corelec auf einer Harmony 650) gibt's muss ich noch das Prellen wegkriegen. Der springt gerne doppelt so weit wie er soll. Das muss ich mir im VDR-Einstellungen-Sonstiges mal angucken.
Neee, ich hatte die edid.bin schon im Keller, da musst nix mehr runterfallen.
Wie Du diese besorgt hattest in Zusammenfassung-Intel-Vaapi-Edid.bin, ist mir sehr wohl aufgefallen.
Aber ist das Script von seahawk1986 nicht so firm, dass es diese gleich bereitstellt?
Bevor ich mich zurückmelden wollte, lies ich die Änderungen von meiner Frau ausgiebig testen, während ich mich auf Dienstreise begab.
Was ich gemacht habe:
Dein Skript "Shell-Script: /etc/initramfs-tools/hooks/include-edid-data" aus dem oberen Link eingefügt.
Die /etc/default/grub erweitert um:
Und final:
Vielen Dank, es funktioniert einwandfrei.
Hallo,
ich tue mir etwas schwer mit einem "schönen" Thread-Titel; hab's trotzdem mal versucht.
Ich nutze seit Okt 20 yavdr 0.7 unter Focal und habe mir das ansible-Skript entsprechend eingerichtet.
Die Verwendete Hardware ist Asrock J4105M + Onkyo TX-RZ 840 + LG OLED65C7D
Nun habe ich folgendes Phänomen, bei dem ich mir nicht 100 % sicher bin, ob's am yavdr liegt:
Damit das Frontend immer startet, ist folgendes eingetragen:
Ich verwende softhddevice
/etc/yavdr-frontend/config.yml
....
vdr:
id: 0 # vdr instance id
dbus2vdr_bus: SystemBus # the bus to communicate with the dbus2vdr plugin - SystemBus or SessionBus
attach_on_startup: always # choose one of auto, always or never - original: auto
wakeup_ts_file: "/var/cache/vdr/acpiwakeup.time"
frontends: # assign output plugins to a frontend implementation
softhddrm:
module_name: yavdr_frontend.frontends.softhddrm
class_name: Softhddrm
use_pasuspend: False # suspend pulseaudio while softhddrm is active, so it has direct ALSA access
softhdcuvid:
module_name: yavdr_frontend.frontends.softhdcuvid
class_name: Softhdcuvid
use_pasuspend: False # suspend pulseaudio while softhdcuvid is active, so it has direct ALSA access
softhdvaapi:
module_name: yavdr_frontend.frontends.softhdvaapi
class_name: Softhdvaapi
use_pasuspend: False # suspend pulseaudio while softhddevice is active, so it has direct ALSA access
softhddevice:
module_name: yavdr_frontend.frontends.softhddevice
class_name: Softhddevice
use_pasuspend: False # suspend pulseaudio while softhddevice is active, so it has direct ALSA access
.....
Display More
Von meinem Verständnis her müsste doch nun das Frontend starten und stets Bild+Ton am HDMI ausgegeben werden.
Habe ich was übersehen?
LG
Matthias
Ich hätte da mal eine Frage, wie das mit den Filtern, in meinem Fall Deinterlacing, läuft.
Kann es sein, dass das deinterlaced automatisch erkannt wird und der Filter yadif automatisch gesetzt wird (beim encoden)?
Im logfile sehe ich eine Erkennung:
scantype=Interlaced
deinterlace=yadif
Mit dieser Befehlszeile wollte ich eigentlich eine 1080i Aufnahme deinterlacen und mit x265 encoden:
vt -vf yadif=1 -h264 hevc -ac3 copy -o mkv
Wenn das Filter-Setzen automatisch erfolgt, dann wäre es ja doppelt gemoppelt, oder?
Auch weil ich im log-File sehe:
... -vf yadif=1,yadif ...
Und dies tät reichen:
vt -h264 hevc -ac3 copy -o mkv
VLG
Matthias
Danke, das dachte ich mir schon, dass es vom ffmpeg kommen könnte.
Beholfen habe ich mich nun mal so, dass ich den Startpunkt schneide und dann das mkv nochmal durch's Skript jage. Ohne den ss-Schalter funktioniert nämlich das -t oder -to.
Hallo, ich hoffe, es ist okay, hier im Thread eine Frage zu stellen.
Ich habe auf meiner Platte ein paar alte Klamotten gefunden, die ich gerne vom ts-Format ins mkv transferieren möchte.
Dabei wähle ich nur die Video und die ac3-Spur aus - gänzlich ohne Konversion - und lass laufen. Klappt prima.
Jetzt wollte zudem noch schneiden, weil ich es mittels vdr verpennt hatte. Eigentlich kein Thema dachte ich mir und suchte schnell die Zeiten raus.
Leider habe ich dabei ein Problem, denn er findet nur den Einstiegsschnitt mittels "-ss 00:03:48", aber nicht den Ausstiegssschnitt: weder mittels "-t 7471" oder mittels "-to 02:04:34".
Habe ich etwas übersehen?
Hier noch ein exemplarischer Skriptaufruf: "vt -h264 copy -ac3 copy -ss 00:03:48 -t 7471 -o mkv"
BTW: Das Skript ist super - herzlichen Dank!
Bei mir residiert momentan das J4105 (im schönen flachen Gehäuse ohne eingreifende Lüfter - sehr angenehm) mit DVB-Sky-Karten als Haupt-VDR unter yavdr-ansible (erst bionic nun focal). Kodi spielt zwar 4k-Filme ab, aber ohne HDR. Schade, dass Linux soweit hinterherhinkt.
Nur zu diesem Zweck habe ich mir den o.g. Odroid-N2 noch auf das VDR-Gehäuse geschnallt. Den nutze ich persönlich unter Coreelec lediglich für 4k-HDR Content, egal ob Platte oder von UHD1. Ich könnte damit per VINSI auch VDR gucken, aber wir kennen das ja. Es ist nicht so schön wie unter VDR höchstpersönlich.
Mit ist mittlerweile bewusst, dass das Setup auch nicht ewig halten wird. Die nächste Sau im Dorf wird kommen, genauso wie der nächste Hardwareumbau.
Man möge mir verzeihen, dass ich den Thread nach einem Jahr ausbuddele, aber es passt irgenwie nur hier rein.
Mein vdr ist unser yavdr-ansible und focal unterwegs mit dem J4105 Mainboard (ähnlich dem oberen 5005).
Beim Versuch yavdr-addon-pip zu nutzen, habe ich den gleichen log-Eintrag wie r371769 oben und der vdr startet ebenfalls neu.
Ich nehme an, das es im addon keine weiteren Fortschritte gab, das pip unter vaapi lauffähig zu machen.
Keine Kritik an dieser Stelle, kann ich doch selbst programmiertechnisch nichts beitragen - testen könnte ich schon.
Ich möchte nur sichergehen, dass ich konfigurationstechnisch nicht etwas essentielles übersehen habe.
Also ich habe sowohl Intel (J4105-ITX) als auch eine GT1030 zum Vergleich an einem 40" LCD hängen und selbst bei HD-Sendern liegen Welten dazwischen, was die Bildqualität angeht. Bei der nvidia-Karte ist das Bild einfach brillianter. Ich habe viel mit den Kontrast- und Farbeinstellungen bei Intel rumexperimentiert, aber das Bild war einfach nicht gleichgut hinzubekommen.
Im Grunde habe ich den identischen Vergleich. TV glotze ich nur noch unter 720p und 1080i.
Ich muss aber an dieser Stelle bemerken, dass weder mein Weibchen noch ich einen Unterschied beim Wechsel von der 1030 zur Intelmöhre gemerkt haben. Die Probleme (anfangs) resultierten mehr aus Asynchronitäten oder Hängern; jetzt läufts super. Bei der Qualität machten wir keine Unterschiede aus. Wir haben aber auch keine haargenauen Direktvergleiche mit identischen Quellmaterial inklusive Blindverkostung vorgenommen.
Vielleicht ist bei der Thematik doch etwas Subjektivität dabei, was durchaus okay ist.
Ich habe den Umstieg auf Focal ebenfalls nicht bereut. Läuft alles einwandfrei; die Umschaltzeiten kommen mir komischerweise nun deutlich schneller vor. Kann aber auch subjektiv sein.
Jetzt hat's mich doch nochmal interessiert.
Kann es sein, dass die Firmware vier mal geladen werden muss und dass das die Zeit kostet?
matthias@serrano:~$ sudo journalctl -k | grep -i dvb
[sudo] password for matthias:
Oct 19 19:15:18 serrano systemd[1]: Created slice system-wait\x2dfor\x2ddvb.slice.
Oct 19 19:15:19 serrano kernel: SMI PCIe driver 0000:01:00.0: card detected: DVBSky S952 V3
Oct 19 19:15:19 serrano kernel: dvbdev: DVB: registering new adapter (SMI_DVB)
Oct 19 19:15:20 serrano kernel: SMI PCIe driver 0000:01:00.0: DVB: registering adapter 0 frontend 0 (Montage Technology M88RS6000)...
Oct 19 19:15:20 serrano kernel: SMI PCIe driver 0000:01:00.0: DVBSky S952 V3 port 0 MAC: 00:18:42:54:55:52
Oct 19 19:15:20 serrano kernel: dvbdev: DVB: registering new adapter (SMI_DVB)
Oct 19 19:15:20 serrano kernel: SMI PCIe driver 0000:01:00.0: DVB: registering adapter 1 frontend 0 (Montage Technology M88RS6000)...
Oct 19 19:15:20 serrano kernel: SMI PCIe driver 0000:01:00.0: DVBSky S952 V3 port 1 MAC: 00:18:32:54:55:53
Oct 19 19:15:20 serrano kernel: Registered IR keymap rc-dvbsky
Oct 19 19:15:20 serrano kernel: rc rc0: IR (DVBSky S952 V3) as /devices/pci0000:00/0000:00:13.0/0000:01:00.0/rc/rc0
Oct 19 19:15:20 serrano kernel: input: IR (DVBSky S952 V3) as /devices/pci0000:00/0000:00:13.0/0000:01:00.0/rc/rc0/input12
Oct 19 19:15:20 serrano kernel: SMI PCIe driver 0000:04:00.0: card detected: DVBSky S952 V3
Oct 19 19:15:20 serrano kernel: dvbdev: DVB: registering new adapter (SMI_DVB)
Oct 19 19:15:20 serrano kernel: SMI PCIe driver 0000:04:00.0: DVB: registering adapter 2 frontend 0 (Montage Technology M88RS6000)...
Oct 19 19:15:20 serrano kernel: SMI PCIe driver 0000:04:00.0: DVBSky S952 V3 port 0 MAC: 00:18:42:54:55:52
Oct 19 19:15:20 serrano kernel: dvbdev: DVB: registering new adapter (SMI_DVB)
Oct 19 19:15:21 serrano kernel: SMI PCIe driver 0000:04:00.0: DVB: registering adapter 3 frontend 0 (Montage Technology M88RS6000)...
Oct 19 19:15:21 serrano kernel: SMI PCIe driver 0000:04:00.0: DVBSky S952 V3 port 1 MAC: 00:18:32:54:55:53
Oct 19 19:15:21 serrano kernel: Registered IR keymap rc-dvbsky
Oct 19 19:15:21 serrano kernel: rc rc1: IR (DVBSky S952 V3) as /devices/pci0000:00/0000:00:13.3/0000:04:00.0/rc/rc1
Oct 19 19:15:21 serrano kernel: input: IR (DVBSky S952 V3) as /devices/pci0000:00/0000:00:13.3/0000:04:00.0/rc/rc1/input13
Oct 19 19:15:29 serrano kernel: m88ds3103 4-0069: downloading firmware from file 'dvb-demod-m88rs6000.fw'
Oct 19 19:15:32 serrano kernel: m88ds3103 5-0069: downloading firmware from file 'dvb-demod-m88rs6000.fw'
Oct 19 19:15:35 serrano kernel: m88ds3103 8-0069: downloading firmware from file 'dvb-demod-m88rs6000.fw'
Oct 19 19:15:38 serrano kernel: m88ds3103 9-0069: downloading firmware from file 'dvb-demod-m88rs6000.fw'
matthias@serrano:~$ dmesg | grep -i dvb
[ 4.282037] systemd[1]: Created slice system-wait\x2dfor\x2ddvb.slice.
[ 5.165466] SMI PCIe driver 0000:01:00.0: card detected: DVBSky S952 V3
[ 5.280824] dvbdev: DVB: registering new adapter (SMI_DVB)
[ 5.699137] SMI PCIe driver 0000:01:00.0: DVB: registering adapter 0 frontend 0 (Montage Technology M88RS6000)...
[ 5.705932] SMI PCIe driver 0000:01:00.0: DVBSky S952 V3 port 0 MAC: 00:18:42:54:55:52
[ 5.713547] dvbdev: DVB: registering new adapter (SMI_DVB)
[ 5.925977] SMI PCIe driver 0000:01:00.0: DVB: registering adapter 1 frontend 0 (Montage Technology M88RS6000)...
[ 5.932839] SMI PCIe driver 0000:01:00.0: DVBSky S952 V3 port 1 MAC: 00:18:32:54:55:53
[ 5.963619] Registered IR keymap rc-dvbsky
[ 5.995726] rc rc0: IR (DVBSky S952 V3) as /devices/pci0000:00/0000:00:13.0/0000:01:00.0/rc/rc0
[ 5.995904] input: IR (DVBSky S952 V3) as /devices/pci0000:00/0000:00:13.0/0000:01:00.0/rc/rc0/input12
[ 6.023785] SMI PCIe driver 0000:04:00.0: card detected: DVBSky S952 V3
[ 6.139919] dvbdev: DVB: registering new adapter (SMI_DVB)
[ 6.378422] SMI PCIe driver 0000:04:00.0: DVB: registering adapter 2 frontend 0 (Montage Technology M88RS6000)...
[ 6.385266] SMI PCIe driver 0000:04:00.0: DVBSky S952 V3 port 0 MAC: 00:18:42:54:55:52
[ 6.385365] dvbdev: DVB: registering new adapter (SMI_DVB)
[ 6.598139] SMI PCIe driver 0000:04:00.0: DVB: registering adapter 3 frontend 0 (Montage Technology M88RS6000)...
[ 6.605002] SMI PCIe driver 0000:04:00.0: DVBSky S952 V3 port 1 MAC: 00:18:32:54:55:53
[ 6.605013] Registered IR keymap rc-dvbsky
[ 6.605036] rc rc1: IR (DVBSky S952 V3) as /devices/pci0000:00/0000:00:13.3/0000:04:00.0/rc/rc1
[ 6.605258] input: IR (DVBSky S952 V3) as /devices/pci0000:00/0000:00:13.3/0000:04:00.0/rc/rc1/input13
[ 15.073121] m88ds3103 4-0069: downloading firmware from file 'dvb-demod-m88rs6000.fw'
[ 18.053881] m88ds3103 5-0069: downloading firmware from file 'dvb-demod-m88rs6000.fw'
[ 21.009452] m88ds3103 8-0069: downloading firmware from file 'dvb-demod-m88rs6000.fw'
[ 23.961236] m88ds3103 9-0069: downloading firmware from file 'dvb-demod-m88rs6000.fw'
Display More
Okidoki, ich mag Euch natürlich nicht (zwingend) weiter damit belästigen und danke Euch nochmal!
Vielleicht ist es bei vier Tunern (zwo DVBSky) einfach etwas gemütlicher.
Für mich und mein Weibchen ist es kein Beinbruch. Ich habe es nicht aktiv gemessen, aber uns kommt das Focal schneller vor als das das vorige Bionic.
Aha, das ist ja interessant. Das System war recht jungfräulich aufgesetzt und da war noch garnix drin.
Jetzt, nachdem ich einmal in die Einstellungen gegangen bin, sind nun die Standardwerte drin.
Eine weitere Sekunde...
matthias@serrano:~$ grep '^softhd' /var/lib/vdr/setup.conf
softhddevice.1080i.CutLeftRight = 0
softhddevice.1080i.CutTopBottom = 0
softhddevice.1080i.Deinterlace = 0
softhddevice.1080i.Denoise = 0
softhddevice.1080i.FirstField = 0
softhddevice.1080i.InverseTelecine = 0
softhddevice.1080i.Scaling = 0
softhddevice.1080i.SecondField = 0
softhddevice.1080i.Sharpen = 0
softhddevice.1080i.SkipChromaDeinterlace = 0
softhddevice.1080i_fake.CutLeftRight = 0
softhddevice.1080i_fake.CutTopBottom = 0
softhddevice.1080i_fake.Deinterlace = 0
softhddevice.1080i_fake.Denoise = 0
softhddevice.1080i_fake.FirstField = 0
softhddevice.1080i_fake.InverseTelecine = 0
softhddevice.1080i_fake.Scaling = 0
softhddevice.1080i_fake.SecondField = 0
softhddevice.1080i_fake.Sharpen = 0
softhddevice.1080i_fake.SkipChromaDeinterlace = 0
softhddevice.576i.CutLeftRight = 0
softhddevice.576i.CutTopBottom = 0
softhddevice.576i.Deinterlace = 0
softhddevice.576i.Denoise = 0
softhddevice.576i.FirstField = 0
softhddevice.576i.InverseTelecine = 0
softhddevice.576i.Scaling = 0
softhddevice.576i.SecondField = 0
softhddevice.576i.Sharpen = 0
softhddevice.576i.SkipChromaDeinterlace = 0
softhddevice.60HzMode = 0
softhddevice.720p.CutLeftRight = 0
softhddevice.720p.CutTopBottom = 0
softhddevice.720p.Deinterlace = 0
softhddevice.720p.Denoise = 0
softhddevice.720p.FirstField = 0
softhddevice.720p.InverseTelecine = 0
softhddevice.720p.Scaling = 0
softhddevice.720p.SecondField = 0
softhddevice.720p.Sharpen = 0
softhddevice.720p.SkipChromaDeinterlace = 0
softhddevice.AudioAutoAES = 0
softhddevice.AudioBufferTime = 0
softhddevice.AudioCompression = 0
softhddevice.AudioDelay = 0
softhddevice.AudioDownmix = 0
softhddevice.AudioDrift = 0
softhddevice.AudioMaxCompression = 0
softhddevice.AudioMaxNormalize = 0
softhddevice.AudioNormalize = 0
softhddevice.AudioPassthrough = 0
softhddevice.AudioSoftvol = 0
softhddevice.AudioStereoDescent = 0
softhddevice.AutoCrop.Delay = 0
softhddevice.AutoCrop.Interval = 0
softhddevice.AutoCrop.Tolerance = 0
softhddevice.Background = 0
softhddevice.BlackPicture = 0
softhddevice.Brightness = 0
softhddevice.ClearOnSwitch = 0
softhddevice.Contrast = 1000
softhddevice.DetachFromMainMenu = 0
softhddevice.EnableDPMSatBlackScreen = 0
softhddevice.HideMainMenuEntry = 0
softhddevice.Hue = 0
softhddevice.MakePrimary = 0
softhddevice.MaxSizeGPUImageCache = 128
softhddevice.Osd.Height = 0
softhddevice.Osd.Width = 0
softhddevice.pip.Alt.Height = 50
softhddevice.pip.Alt.VideoHeight = 50
softhddevice.pip.Alt.VideoWidth = 0
softhddevice.pip.Alt.VideoX = 0
softhddevice.pip.Alt.VideoY = 0
softhddevice.pip.Alt.Width = 0
softhddevice.pip.Alt.X = 0
softhddevice.pip.Alt.Y = 50
softhddevice.pip.Height = 18
softhddevice.pip.VideoHeight = 0
softhddevice.pip.VideoWidth = 0
softhddevice.pip.VideoX = 0
softhddevice.pip.VideoY = 0
softhddevice.pip.Width = 18
softhddevice.pip.X = 79
softhddevice.pip.Y = 78
softhddevice.Saturation = 1000
softhddevice.SkinToneEnhancement = 0
softhddevice.SoftStartSync = 0
softhddevice.StudioLevels = 0
softhddevice.Suspend.Close = 0
softhddevice.Suspend.X11 = 0
softhddevice.UHD.CutLeftRight = 0
softhddevice.UHD.CutTopBottom = 0
softhddevice.UHD.Deinterlace = 0
softhddevice.UHD.Denoise = 0
softhddevice.UHD.FirstField = 0
softhddevice.UHD.InverseTelecine = 0
softhddevice.UHD.Scaling = 0
softhddevice.UHD.SecondField = 0
softhddevice.UHD.Sharpen = 0
softhddevice.UHD.SkipChromaDeinterlace = 0
softhddevice.Video4to3DisplayFormat = 1
softhddevice.VideoOtherDisplayFormat = 1
matthias@serrano:~$ systemd-analyze
Startup finished in 6.897s (firmware) + 6.071s (loader) + 3.854s (kernel) + 20.308s (userspace) = 37.131s
graphical.target reached after 20.281s in userspace
matthias@serrano:~$ systemd-analyze blame
13.607s vdr.service
4.362s systemd-networkd-wait-online.service
2.271s snap.lxd.activate.service
2.154s snapd.service
2.135s systemd-udev-settle.service
1.466s dev-sda2.device
1.242s nfs-server.service
1.103s systemd-logind.service
Display More
Eine halbe Sekunde haben wir schon.
matthias@serrano:~$ systemd-analyze
Startup finished in 9.026s (firmware) + 6.075s (loader) + 3.872s (kernel) + 20.900s (userspace) = 39.874s
graphical.target reached after 20.862s in userspace
matthias@serrano:~$ systemd-analyze blame
13.690s vdr.service
5.007s systemd-networkd-wait-online.service
2.114s systemd-udev-settle.service
1.824s snap.lxd.activate.service
1.688s snapd.service
1.401s dev-sda2.device
1.284s nfs-server.service
790ms systemd-logind.service
697ms udisks2.service
628ms x@vt7.service
579ms networkd-dispatcher.service
571ms accounts-daemon.service
482ms lircd2uinput.service
441ms mnt-quad2\x2dmusik.mount
Display More
davie2000 Da müsstest Du mir auf die Sprünge helfen.
Was relevant sein könnte:
matthias@serrano:~$ dpkg -l | grep 965
ii i965-va-driver-shaders:amd64 2.4.0-1build1 amd64 VAAPI driver for Intel G45 & HD Graphics family
matthias@serrano:~$ dpkg -l | grep intel
ii intel-microcode 3.20200609.0ubuntu0.20.04.2 amd64 Processor microcode firmware for Intel CPUs
ii libdrm-intel1:amd64 2.4.101-2 amd64 Userspace interface to intel-specific kernel DRM services -- runtime
ii xserver-xorg-video-intel 2:2.99.917+git20200226-1 amd64 X.Org X server -- Intel i8xx, i9xx display driver
matthias@serrano:~$ sudo vainfo
error: XDG_RUNTIME_DIR not set in the environment.
error: can't connect to X server!
libva info: VA-API version 1.7.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: va_openDriver() returns -1
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_6
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.7 (libva 2.6.0)
vainfo: Driver version: Intel i965 driver for Intel(R) Gemini Lake - 2.4.0
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointEncSliceLP
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointEncSliceLP
VAProfileH264MultiviewHigh : VAEntrypointVLD
VAProfileH264MultiviewHigh : VAEntrypointEncSlice
VAProfileH264StereoHigh : VAEntrypointVLD
VAProfileH264StereoHigh : VAEntrypointEncSlice
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointEncPicture
VAProfileVP8Version0_3 : VAEntrypointVLD
VAProfileVP8Version0_3 : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointEncSlice
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile0 : VAEntrypointEncSlice
VAProfileVP9Profile2 : VAEntrypointVLD
Display More
Also wissentlich habe ich nix zur Verzögerung eingestellt.
In der ansible-Konfiguration (meine hosts_var/localhost) gibt es ja diesen Abschnitt finden. Dort habe ich nichts eingetragen.
Sollte man das komplett auskommentieren?
Stimmt natürlich, der J4105 ist keine Wuchtbrumme.
Anbei die Ausgabe.