Posts by cinfo

Na ist ja schon mal ein Fortschritt --> hast Du bei sofhhddrm die gleiche Audioeinstellungen wie bei softhdvaapi gewählt?

Welche Ton-Einstellungen wurden genutzt am Plugin?

Denn da beide Plugins aus den gleichen Quellen gebaut werden ergibt es eigentlich kein Sinn warum das eine Plugin Ton macht und das andere nicht.

Quote

• 
  
  #7

rkp schrieb: Muss ich denn den X-Server vor dem Start von softhddrm stoppen?

Ja, es darf keinen anderen DRM-Client geben, der gerade als Master fungiert (ich weiß auch nicht wie gut das "Loslassen" der Clients mittlerweile funktioniert, angeblich darf ab Kernel 5.8 ein DRM-Client seinen Master-Status ohne Root-Rechte abgeben) - also am besten yavdr-xorg.service, xlogin@vdr.service und x@vt7.service maskieren und den Rechner neu starten, dann sollte softhddrm beim Start der DRM-Master werden können.

vdr_rossi wrote:

...und auch andere Beiträge dazu anschauen -> Startproblem softhddrm - drm:FindDevice

da waren wir ja schon für yavdr --->

Quote

rkp schrieb: drm:FindDevice - failed to authorize drm magic: Keine Berechtigung

softhddrm muss als root laufen weil der kernel das bei drm so haben will

und nun?

drm:FindDevice - failed to authorize drm magic: Keine Berechtigung

vielleicht besser ein neues Thema zu "NUC11PAH: softhddrm unter Ubuntu 22.04 auf yavdr" auf machen

aktuelle Problemlösung für NUC10/11 Geräte gefunden. Der 5.17.x Kernel fragt jetzt wieder sauber den

Set CPU governor Status ab

Dieser kann einfach beim Start vom BM2LTS Image v4.1.42 in der /etc/rc.local gesetzt werden.

einfach folgende Zeile in die rc.local einfügen.

echo powersave | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor

rc.local Bsp.

mit

apt install cpufrequtils

und dann auf der Konsole cpufreq-info kann man sich die Taktfrequenz der Intel CPU anzeigen lassen.

Damit sollten keine Probleme mehr mit

Quote

die CPU läuft bei 60-100%

auftreten

Quote

Leider bleibt das Problem mit der Berechtigung und ich habe keine Ahnung, wie ich das Plugin mit root-Rechten starten kann.

Viele Grüße

Stubi

da wäre mal @seahawk1986 gefragt -- da ich leider ein anderes Ubuntu 22.04 VDR-Image nutze

Quote

P.S. Sorry, dass ich immer so lange für die Antworten brauche, zur Zeit kann ich nur sehr selten und nur kurz "basteln", weil wir ein 8 Wochen altes Kind im Haus haben...

kein Problem das habe wir alle durch

kann das so nicht bestätigen -- hier ist soweit, mit den oben geschilderten Problem, alles Ok --> nutze NUC8/10/11 und DD-Net oder NetCeiver mit VDR-2.6.1

Auch der VDR-Headless Server in VM-Ware läuft mit Ubuntu 22.04 und Kernel 5.17.4 sauber.

Was auffällt ist das Die Temperatur der Hardware etwas höher ist als bei Ubuntu 20.04 -- aber alles noch im normalen Rahmen.

Das Ausgabe-Plugin ist hier softhddrm für VAAPI.

Kodi 19.4.2 ist soweit alles OK was VNSI betrifft - Addons wie youtube (nicht getestet)

-- ffmpeg zur Ubuntu-Version selber erstellt

für VAAPI wir genutzt

DRM - NUC10

ich glaube Du hast keine softhddrm.conf denn

hier ist die Ausgabe zu softhddrm

--plugin=softhddrm -f -d :0.0 -a hdmi:1 -p hdmi:1 -c PCM -g 3840x2160+0+0 -r 50

bei Dir kommt nur -- ohne Angabe einer softhddrm.conf Datei --> damit wird kein Start möglich sein--plugin=softhddrm

Quote

Meine nächste Frage ist, ob es sich wirklich lohnt, den VDR selbst in UHD-Auflösung laufen zu lassen, wenn die Auflösung der Sender max. 1080p ist. Ist dann das OSD nicht eventuell nur unnötig träge?

das macht der VDR nicht -- ist aber für den NUC kein Problem

So läuft es jetzt erst einmal sauber mit sofhdvaapi:

Aber mit dem Adapter USB-C auf HDMI ?

Aber das softhddrm nicht sauber geladen wird ist komisch -- konnte aber an der softhddrm.conf Datei liegen

Poste doch mal bitte die Ausgabe von vdr --showargs

Quote

drm:FindDevice - failed to authorize drm magic: Keine Berechtigung

softhddrm muss als root laufen weil der Kernel das bei drm so haben will

Wichtig wäre noch die Pluginversion "sofhddrm OHNE lipplacebo" zu nutzen

Bsp. softhddrm.conf für Full HD

super -- danke

Bitte nach der Reihe - bitte erst oben die Fragen beantworten

Quote

Ich melde mich wenn, ich wieder Zeit z. Testen habe ...

ok-->

- was macht die Kodi / tvguide - Lösung ---> wie sieht hier das Ergebnis aus?

- poste doch mal bitte Deine sensors Ausgabe

Quote

Danke, zuerst zum Hauptprob. CPU 100%:

Soweit ich das sehe steigt die CPU Last sobald man einen SD-576i Sender wählt. Je mehr Bewegung im Bild desto mehr Überlastung.

Startet man das Menü oder wählt einen 720p Sender sinkt die Last wieder.

Hm, kann ich hier nicht nachvollziehen

poste doch mal bitte Deine sensors Ausgabe

--> was macht die Kodi/tvguide - Lösung ---> wie sieht hier das Ergebnis aus?

Quote

Jetzt probiere ich erstmal (wenn ich etwas Zeit finde), das USB-C-HDMI-Konstrukt an den Receiver zu hängen und dem VDR dabei das DD-Signal im Passthrough zu entlocken.

Wenn das sauber läuft, könntest Du bitte noch einmal DRM_Ausgabe.sh über das System laufen lassen und die Ausgabe hier posten?

Für das beste Bild am NUC11PAH wäre es das softhddrm Ausgabe-Plugin incl. "HGL HDR" bei UHD TV

Quote

und das Plugin tvguide (ohne ng) läuft leider nicht mehr.

Ist das enthaltenen tvguide aktuell ?

ist aktuell -- aber ich habe es noch einmal gebaut zum Testen, siehe Anlage

Quote

Beim ersten Start (zumindest nach Factory) fährt es ja im KODI Mode hoch. Die Auflösung dürfte da default größer FullHD sein, da mein FHD Sony TV meint "Signal nicht unterstützt".

(Auch nach route66 mit Mode Kodi-Mcli)

tausche mit die Dateien aus dem Anhang -- damit sollte Kodi in Full HD starten

Quote

die CPU läuft bei 60-100%

stoppe noch einmal den Plexserver über route66

Hi,

neue Version UEFI Boot - Image BM2LTS v4.1.42 - Ubuntu 22.04 LTS of Jammy Jellyfish

Download hier:

Ich glaube das der NUC11PAH durch das Ausgabe-Plugin vom VDR blockiert ist um den Speaker-Test zu machen

Also wäre es für den Test gut dieses Ausgabe-Plugin (hier müssen dann später die Änderungen in den Code vom Plugin) einmal abzuschalten mit

nach dem Neustart bleibt das Bild am TV schwarz am VDR.

Jetzt den VDR stoppen mit killall -g vdr , dann die Speaker-Test erneut machen

speaker-test -c2 -D hdmi:1

oder

speaker-test -t wav -c2 -D hdmi:1

...

cinfo wrote:

Code

1. [ 1.986486] i915 0000:00:02.0: [drm] GuC firmware i915/tgl_guc_62.0.0.bin version 62.0 submission:disabled
2. [ 1.986511] i915 0000:00:02.0: [drm] GuC SLPC: disabled
3. [ 1.986518] i915 0000:00:02.0: [drm] HuC firmware i915/tgl_huc_7.9.3.bin version 7.9 authenticated:yes
4. [ 1.987532] i915 0000:00:02.0: [drm] Protected Xe Path (PXP) protected content support initialized

wird denn jetzt diese Firmware geladen? unter /lib/firmware/i915/

wenn nicht dann von hier holen

sollte der NUC am TV hängen wäre da der ARC zum Receiver zu prüfen

ja das ist dann wenn der VDR doch noch läuft -- mal mit top auf der Konsole auch kontrolliert ob der VDR auch beendet ist.

Oder wenn es doch nach den Einstellungen im Grub etc.. bzw. fehlenden FW Treibern nicht geht.

Dann kann man nur die verschiedenen Ausgabemöglichkeiten testen.

Da im Grub z.B. DP-3 steht und kann man ja mal andere EInstellung am Speakertest ausprobieren. Dann sieht man z.B. im Ausgabe-Plugin am VDR gefordert wird.

Teste doch mal nach Beendigung vom VDR

speaker-test -c2 -D hdmi:1

oder

speaker-test -c 2 -r 48000 -D hw:1,7

speaker-test -c 2 -r 48000 -D hw:1,3