BTW: Funktioniert denn der softhddevice-Fork von lnj (ist als vdr-plugin-softhddevice in den Quellen für focal) nicht mit VAAPI? Der unterstützt zwar nicht die aufwändigen libplacebo-Shader, aber dafür sollte der im Zweifelsfall die IGP und CPU weniger fordern und keine besonderen Anpassungen an der Systemkonfiguration benötigen.
softhddevice funktioniert nicht bei mir.
Klemmerle: hast du es schon ausprobiert?
softhddevice funktioniert nicht bei mir.
Was steht dabei im Log? Hat das Playbook eine Zeile mit -v va-api in der Konfigurationsdatei für das Plugin eingefügt (da war bis vor 11 Tagen ein Tippfehler in der Rolle, der verhindert hat, dass da die korrekte Variante gesetzt wurde: https://github.com/yavdr/yavdr…a30a5bab95e0cfe020de6557d)?
edid-decode erkennt jetzt auch die großen Auflösungen:
Nachtrag: Die Datei "all" blieb erhalten, aber die Datei 20-intel.conf mußte neu editiert werden (Option "DRI" "3")
Bild und Ton sind stabil, der TV meldet 1080p50 als eingestellte Auflösung.
softhddevice funktioniert nicht bei mir.
Klemmerle: hast du es schon ausprobiert?
Muss ich dazu nur in der Datei "all" an den zwei Stellen "vdr-plugin-softhdvaapi" durch "vdr-plugin-softhddevice" ersetzen und playbook neu laufen lassen?
Habs hingekriegt (Du hast einen Schreibfehler bei sofhddevice)
Ich nehme an, ein reboot war nicht notwendig, um das Device umzuschalten.
Gefühlt gibt es bei mir keinen Unterschied.
HD-Inhalt (el. Leistung 19W) und SD-Inhalt (17W) wurden sauber angezeigt, nur UHD (30W) ruckelte bei beiden Ausgabe-plugins.
Menü war flott bedienbar.
Bild und Ton sind stabil, der TV meldet 1080p50 als eingestellte Auflösung.
Das sieht so aus, als würde edid-decode nicht Modelines für alle Modi ausgeben - für deine EDID bekomme ich die 4k-Auflösung mit 50 und 60 Hz nur in dem Format und das ist kein RGB-Modus:
YCbCr 4:2:0 Video Data Block:
VIC 97: 3840x2160 60.000 Hz 16:9 67.500 kHz 297.000 MHz
Hfront 176 Hsync 88 Hback 296 Hpol P
Vfront 8 Vsync 10 Vback 72 Vpol P
VIC 96: 3840x2160 50.000 Hz 16:9 56.250 kHz 297.000 MHz
Hfront 1056 Hsync 88 Hback 296 Hpol P
Vfront 8 Vsync 10 Vback 72 Vpol PLaut https://git.linuxtv.org/edid-d…tree/edid-decode.cpp#n435 ff. scheint das Absicht zu sein, dass das keine Xorg-Modeline rauspurzelt - eventuell weil das nicht alle Grafikkarten in dem Format ausgeben können.
Wie sieht denn die /etc/ansible/facts.d/xrandr.fact aus (wenn xrandr den Mode nicht sieht, dann kann ihn das Playbook nicht wählen)?
Kannst du eventuell von einem Ubuntu-Live Medium aus probieren, ob man deinen Monitor am Nuc mit der vollen Auflösung und 60 bzw. 50 Hz fahren kann?
Wie sieht denn die /etc/ansible/facts.d/xrandr.fact aus (wenn xrandr den Mode nicht sieht, dann kann ihn das Playbook nicht wählen)?
Anbei die xrandr.fact:
In Yavdr kann ich ja Kodi aktivieren, dort kann ich auf UHD-Auflösung umstellen; der TV meldet dann: "2160p30"
Beim Zurückspringen auf yavdr wird inzwischen wieder auf 1080p50 umgeschaltet.
Bei meinem anderen System (MLD5.5 mit nvidia hat der Monitor 1080p60)
Live-Medium kann ich noch testen...
In Yavdr kann ich ja Kodi aktivieren, dort kann ich auf UHD-Auflösung umstellen; der TV meldet dann: "2160p30"
Das ist für die flüssige Wiedergabe von TV-Material mit 50 Bildern pro Sekunde halt suboptimal und die Ausgabeplugins des VDR kommen da normalerweise ziemlich aus dem Tritt, wenn man die mit zu wenig Refresh-Rate laufen lässt. Für die allermeisten YouTube-Videos passt das aber gut.
Das Playbook ermittelt die "beste" Auflösung anhand von drei Vorgaben (vgl. https://github.com/yavdr/yavdr…rary/xrandr_facts.py#L119) - man kann ihm eine Liste von bevorzugten Anschlüssen, Auflösungen und Refresh-Rates (die Kriterien haben eine aufsteigende Wichtung) mitgeben (in die group_vars/all bzw. host_vars/localhost schrieben) - standardmäßig sieht das so aus:
preferred_outputs:
- HDMI
- DP
- DVI
- VGA
- TV
preferred_resolutions:
- 7680x4320
- 3840x2160
- 1920x1080
- 1280x720
- 720x576
preferred_refreshrates:
- 50
- 60Damit gewinnt 1080p50 bei den Modes deines Monitors, weil es die höchste Wertung erzielt.
Wenn man wollte, dass 2160p30 gewinnt, könnte man das so abändern:
preferred_outputs:
- HDMI
- DP
- DVI
- VGA
- TV
preferred_resolutions:
- 7680x4320
- 3840x2160
- 1920x1080
- 1280x720
- 720x576
preferred_refreshrates:
- 30
- 50
- 60mal ein paar Worte zu den scalern in softhdvaapi:
Wenn man den Ferseher in HD laufen lässt dann muss UHD runterscaliert werden. Dann sollte man bei UHD den scaler bilinear einstellen. Bei HD wird dann nicht scaliert.
Wenn man den Fernseher in UHD laufen lässt dann wird UHD nicht skaliert und bei HD sollte man bilinear einstellen.
Alle bessern scaler sind beim NUC kritisch weil das GL auf der integrierten Grafik dort nicht sehr performant ist.
Den Fernseher auf 2160p/30 laufen zu lassen ist definitiv nicht sinnvoll.
Dann wäre es praktisch, wenn der vdr nur bei UHD-Inhalt auch UHD ausgeben würde (Sofern der TV das kann. Der TV braucht dafür wohl auch Zeit).
Dann würde der TV (wie bisher auch schon) beim "normalen" TV schauen das HD-Angelieferte Bild skalieren - Das tut er auch ganz gut.
Für die Zukunft würde ich gerne meine Fotos mit einem "vdr-Image-Plugin" in 4k anschauen - mein Haupt-Motivator für UHD...
Vermutlich wird es unübersichtlich und kompliziert, das alles in eine Automatik (incl. automatischer scaler-Wahl) zu packen...
Ich habe mit der aktuellen Ubuntu-Live 20.04-Variante die einstellbaren Auflösungen getestet - siehe Photo (in 2160p waren u.a. 24/25/30 Hz verfügbar).
Die dort im Firefox abgespielten Youtube 4k-Testfilme liefen in 2160p30 ganz gut. (El. Leistungsaufnahme ca. 22W)
Nur der 8kp60 Testfilm "Peru" (in 2160p30 Youtube-Qualitätseinstellung) zog 35W und ruckelte.
Gruß K.
Nachtrag:
seahawk1986 - Das Umstellen funktioniert bei mir: habe mal schnell getestet und jojo61 hat vollkommen recht:
Den Fernseher auf 2160p/30 laufen zu lassen ist definitiv nicht sinnvoll.
HI,
Bin gerade dabei, Ubuntu Server neu zu installieren.
Da im Kap.1.2.2 https://www.yavdr.org/document….html#ubuntu-installation
noch "todo" steht, hier die Frage:
Soll ich bei der Partitionierung
- geführt: Vollständige Festplatte verwenden oder
- geführt: Gesamte Platte verwenden und LVM einrichten
?
Momentan ist nur eine dicke NVME SSD eingebaut, ggf kommst Später noch ein Laufwerk dazu...
Gruß K.
Kanst du bitte mal deine /etc/vdr/conf.avail/softhddevice.conf posten?
Hi rkp,
da steht folgendes drin:
[softhddevice]
-D
-w alsa-driver-broken
-v va-apiP.S.
falls Du Unterschiede zu unseren nucs suchst:
- ich habe das Bios 045
- im Bios habe ich als "primary video device" HDMI eingestellt (Thunderbolt/Displayport hat mein TV nicht....)
... war jetzt so aus dem Kopf...
Dann wäre es praktisch, wenn der vdr nur bei UHD-Inhalt auch UHD ausgeben würde (Sofern der TV das kann. Der TV braucht dafür wohl auch Zeit).Dann würde der TV (wie bisher auch schon) beim "normalen" TV schauen das HD-Angelieferte Bild skalieren - Das tut er auch ganz gut.
Für die Zukunft würde ich gerne meine Fotos mit einem "vdr-Image-Plugin" in 4k anschauen - mein Haupt-Motivator für UHD...
Vermutlich wird es unübersichtlich und kompliziert, das alles in eine Automatik (incl. automatischer scaler-Wahl) zu packen...
Dynamisch die Auflösung der Anzeige umzuschalten kann das Plugin nicht. Macht für mich auch wenig Sinn weil der Fernseher dann beim zappen dann ewig braucht. Zumindest meiner braucht da etwa 6 sekunden bis dann ein Bild kommt. Kann man mit Kodi schön testen, der kann das ja.
mfg
jojo61
Soll ich bei der Partitionierung
- geführt: Vollständige Festplatte verwenden oder
- geführt: Gesamte Platte verwenden und LVM einrichten
?
Das bleibt dir überlassen - wenn du die Möglichkeiten von LVM brauchst und damit umgehen kannst, nutze es, ansonsten kannst du klassisch partitionieren.
Alles anzeigenHi rkp,
da steht folgendes drin:
Code[softhddevice] -D -w alsa-driver-broken -v va-api
P.S.
falls Du Unterschiede zu unseren nucs suchst:
- ich habe das Bios 045
- im Bios habe ich als "primary video device" HDMI eingestellt (Thunderbolt/Displayport hat mein TV nicht....)
... war jetzt so aus dem Kopf...
Komische Sache, alles identisch, der VDR läuft, ich kann umschalten, Ton ist da, aber kein Bild. Hast du einen UHD-TV angeschlossen?
Ja, ich habe einen Philips UHD TV. Die edid -Auflösungen habe ich oben geposted...
Habe vorhin komplett neu installiert (mit LVM). Es hat alles auf Anhieb wie ausgearbeitet funktioniert
Der hdparm IO test, den ich mit meiner schnellen SD-Karte (Sandisk extreme pro - soll bis zu 200MB/s lesen) im USB3-Adapter durchgeführt habe, war so langsam (70-90MB/s), sodaß ich die eingebaute nvme komplett verwende. Da hätte ich gleich einen 10 EUR USB3-Stick nehmen können. Ich werde mir jetzt eine externe SSD für Backups suchen...
Gibt es eine Liste, welche vdr-plugins für ansible verfügbar sind?
Gruß K.
Ich las gerade mit...
Vielleicht ist es für Euch hilfreich dynamisch bei Bedarf die Auflösung umzuschalten. Ich hatte das bei meinem alten TV mit einem Script und xrandr gemacht. Hintergrund war das der Fernseher 3D Material nur bis 1920x1080 wieder gab, im Normalfall aber mit 3480x2160 lief. Ich hatte mir dann ein Untermenü 'Auflösung gemacht' und vor der Wiedergabe auf 'FullHD' umgeschaltet.
Nur mal so ins blaue... 
Gibt es schon eine CEC-Unterstützung in yavdr-ansible? Der nuc hat das ja schon drin...
Update: habe mal blind im playbook "vdr-plugin-cecremote" eingetragen.
Das Drücken der Fernbedienung taucht im syslog auf, der vdr reagiert aber nicht - was fehlt mir da?
Oct 10 18:20:25 nucvdr vdr: [1033] setting primary device to 3
Oct 10 18:20:27 nucvdr vdr: [cecremote] Primary device, Channel Switch 0 t
Oct 10 18:20:27 nucvdr vdr: [cecremote] Not primary device, Channel Switch 0 f
Oct 10 18:20:27 nucvdr vdr: [cecremote] Not primary device, Channel Switch 2 f
Oct 10 18:20:27 nucvdr vdr: [cecremote] Primary device, Channel Switch 2 t
Oct 10 18:20:27 nucvdr yavdr-frontend[1174]: DEBUG:softhdvaapi:softhdvaapi is the primary device
Oct 10 18:20:27 nucvdr yavdr-frontend[1174]: DEBUG:softhdvaapi:needed 0.000 s to switch primary device
Oct 10 18:21:17 nucvdr vdr: [cecremote] Primary device, Channel Switch 0 t
Oct 10 18:21:17 nucvdr vdr: [cecremote] Not primary device, Channel Switch 0 f
Oct 10 18:21:17 nucvdr vdr: [cecremote] Not primary device, Channel Switch 3 f
Oct 10 18:21:17 nucvdr vdr: [cecremote] Primary device, Channel Switch 3 t
Oct 10 18:22:18 nucvdr vdr: [cecremote] Not primary device, Channel Switch 0 fOct 10 18:28:10 nucvdr vdr: [cecremote] Not primary device, Channel Switch 0 f
Oct 10 18:28:10 nucvdr vdr: [cecremote] Not primary device, Channel Switch 273 f
Oct 10 18:28:31 nucvdr vdr: [cecremote] Not primary device, Channel Switch 0 f
Oct 10 18:28:31 nucvdr vdr: [cecremote] Not primary device, Channel Switch 290 f
Oct 10 18:28:52 nucvdr vdr: [cecremote] Not primary device, Channel Switch 0 f
Oct 10 18:28:52 nucvdr vdr: [cecremote] Not primary device, Channel Switch 3 f
Oct 10 18:29:13 nucvdr vdr: [cecremote] Not primary device, Channel Switch 0 f
Oct 10 18:29:13 nucvdr vdr: [cecremote] Not primary device, Channel Switch 280 f
Oct 10 18:29:34 nucvdr vdr: [cecremote] Not primary device, Channel Switch 0 f
Oct 10 18:29:34 nucvdr vdr: [cecremote] Not primary device, Channel Switch 715 f
Oct 10 18:29:55 nucvdr vdr: [cecremote] Not primary device, Channel Switch 0 f
Oct 10 18:29:56 nucvdr vdr: [cecremote] Not primary device, Channel Switch 51 fSie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!