[yaVDR] Beste Wahl für das Frontend?

r371769 · 28. April 2020

Zitat von wmautner

Die Frage ist eher, was wurde außer der Installation des Plugins NOCH verändert, wenn es vorher funktionierte?

Wurde der nvidia-Treiber verändert/upgedated? Irgendwas an der /etc/X11/xorg.conf verändert?

Läßt sich der Fehler durch Deaktivieren (vdrctl disable ...) von softhdcuvid und aktivieren (vdrctl enable ...) von softhddevice und anschließendem "systemctl restart vdr" beheben?

Ich habe nichts manuell geändert. Ich habe softhddevice und softhdcuvid mehrere Male Installiert und mit vdrctl enabled und disabled - leider mit dem gleichen Ergebnis.

Zitat von wmautner

Da ist schon der X-Server abgeschmiert. Noch vor dem Plugin?

Ich habe den Eindruck, dass die xorg.conf Generierung ein Problem hat oder/und sich Intel und Nvidia nicht vertragen. Ich habe dazu einen zusätzlichen Thread gestartet.

HagenS · 29. April 2020

Zitat von jojo61

Also ich sehe nicht das Daten zu dem Plugin kommen. Im get_format Callback ist ein debug print drin und den sehe ich nicht. Also kommen keine Daten am Plugin an. Ist es evtl. nicht das primary device ?

Schon komisch... Ich hab jetzt auch nochmal die setup.conf um alle Einträge zum softhddevice bereinigt - aber das Verhalten ist nach wie identisch. Beim Start wird er aber wohl schon zum primären Device:

Code

Apr 29 11:55:54 yavdr vdr: [17177] initializing plugin: softhdcuvid (3.1.0): A software and GPU emulated UHD device
Apr 29 11:55:54 yavdr vdr: [17177] new device number 5 (card index 5)
Apr 29 11:55:54 yavdr vdr: [17177] setting primary device to 5
Apr 29 11:55:54 yavdr vdr: [17177] [softhddev]MakePrimaryDevice: 1
Apr 29 11:55:54 yavdr vdr: [17177] [softhddev]stopping OpenGL Worker Thread 
Apr 29 11:55:54 yavdr vdr: [17177] [softhddev]OpenGL Worker Thread stopped
Apr 29 11:55:54 yavdr vdr: [17177] [softhddev]SetVideoFormat: 0
Apr 29 11:55:54 yavdr vdr: [17177] [softhddev]SetVideoDisplayFormat: 1
Apr 29 11:55:54 yavdr vdr: [17177] [softhddev]GetSpuDecoder:
Apr 29 11:55:54 yavdr vdr: [17177] [softhddev]SetVolumeDevice: 255
Apr 29 11:55:54 yavdr vdr: [17177] assuming manual start of VDR
Apr 29 11:55:54 yavdr vdr: [17177] starting plugin: dbus2vdr
Apr 29 11:55:54 yavdr vdr: [17192] dbus2vdr: mainloop started
Apr 29 11:55:54 yavdr vdr: [17177] starting plugin: softhdcuvid
Apr 29 11:55:54 yavdr vdr: [17191] device 4 section handler thread started (pid=17177, tid=17191, prio=low)
Apr 29 11:55:54 yavdr vdr: [17190] frontend 4/0 tuner thread started (pid=17177, tid=17190, prio=high)
Apr 29 11:55:54 yavdr vdr: [17192] dbus2vdr: System: connected with unique name :1.51
Apr 29 11:55:54 yavdr vdr: [17192] dbus2vdr: thread-pool for handling signal-emits started
Apr 29 11:55:54 yavdr avahi-linker[1229]: 2020-04-29 11:55:54,622 INFO   VDR started
Apr 29 11:55:54 yavdr vdr: [17179] epg data reader thread ended (pid=17177, tid=17179)
Apr 29 11:55:56 yavdr vdr: [17178] video directory scanner thread ended (pid=17177, tid=17178)
Apr 29 11:55:56 yavdr vdr: [17177] remote control XKeySym - keys known
Apr 29 11:55:56 yavdr vdr: [17177] remote control LIRC - keys known
Apr 29 11:55:56 yavdr vdr: [17177] loading /var/cache/vdr/cam.data
Apr 29 11:55:56 yavdr vdr: [17177] switching to channel 1 C-1-1051-11100 (Das Erste HD)
Apr 29 11:55:56 yavdr vdr: [17177] [softhddev]SetVolumeDevice: 255
Apr 29 11:55:56 yavdr systemd[1]: Started Video Disk Recorder.
Apr 29 11:55:56 yavdr vdr: [17230] device 1 receiver thread started (pid=17177, tid=17230, prio=high)
Apr 29 11:55:56 yavdr vdr: [17229] LIRC remote control thread started (pid=17177, tid=17229, prio=high)
Apr 29 11:55:56 yavdr vdr: [17231] device 1 TS buffer thread started (pid=17177, tid=17231, prio=high)
Apr 29 11:55:56 yavdr vdr: [17232] SVDRP server handler thread started (pid=17177, tid=17232, prio=low)
Apr 29 11:55:56 yavdr vdr: [17232] SVDRP yavdr opening port 6419/tcp
Apr 29 11:55:56 yavdr vdr: [17232] SVDRP yavdr listening on port 6419/tcp
Apr 29 11:55:56 yavdr vdr: [17177] [softhddev]SetPlayMode: 1
Apr 29 11:55:56 yavdr vdr: [17233] SVDRP client handler thread started (pid=17177, tid=17233, prio=low)
Apr 29 11:55:56 yavdr vdr: [17233] SVDRP yavdr opening port 6419/udp
Apr 29 11:55:56 yavdr vdr: [17233] SVDRP yavdr listening on port 6419/udp
Apr 29 11:55:56 yavdr vdr: [17233] SVDRP yavdr > 255.255.255.255:6419 send dgram 'SVDRP:discover name:yavdr port:6419 vdrversion:20401 apiversion:20401 timeout:300'
Apr 29 11:55:56 yavdr vdr: [17177] OSD size changed to 3840x2160 @ 1
Apr 29 11:55:56 yavdr vdr: [17177] [softhddev]CreateOsd: left 115, top 1369, level 0, using OpenGL OSD support
Apr 29 11:55:56 yavdr vdr: [17177] [softhddev]Trying to start OpenGL Worker Thread
Apr 29 11:55:56 yavdr vdr: [17236] oglThread thread started (pid=17177, tid=17236, prio=high)
Apr 29 11:55:56 yavdr vdr: [17236] [softhddev]OpenGL using display :0
Apr 29 11:55:56 yavdr systemd[1]: vdr.service: Main process exited, code=killed, status=6/ABRT
Apr 29 11:55:56 yavdr systemd[1]: vdr.service: Failed with result 'signal'.

Alles anzeigen

Die letzte Aktion ist immer yavdr vdr: [17236] [softhddev]OpenGL using display :0 - danach steigt er aus.

Ich nutze momentan das neue 'patch'-Repo von seahawk1986 - wie ich da dem Wunsch nach einer DEBUG-Variante nachkommen soll ist mir nicht spontan klar...

HagenS · 29. April 2020

Ok - ich hab Fortschritt erzielt . Ich hab mal die Plugin-Konfig von softhdcuvid mit der von softhddevice verglichen (unter /etc/vdr/conf.avail/...) und die beiden bei softhddevice vorhandenen Zeilen übernommen:

Code

[softhdcuvid]
-D
-w alsa-driver-broken

Jetzt startet er ohne Fehler und ich hab ein Bild . Als nächstes stelle ich mal den ursprünglichen Zustand wieder her...

Nachtrag: Es geht auch ohne den alsa-driver-broken - entscheidend ist der -D...

jojo61 · 29. April 2020

Schön das du den Fehler gefunden hast, Warum du aber im Detached mode starten musst das liegt wohl an der Distro

mfg

jojo61

r371769 · 30. April 2020

Ich habe es nun auch hinbekommen, dass Softhdcuvid-Plugin ans Laufen zu bringen und ein Bild zu bekommen .

Leider habe ich den Effekt, sobald ich in den Audio-Einstellungen des Plugins, die Lautstärkesteuerung von Hardware aus Software ändere (damit der Digitale-Ton für HDMI in der Lautstärke einstellbar wird), ist das Bild nicht mehr erkennbar. Nur noch ein sehr sehr helles Bild mit Umrissen der Bewegungen.

Habt ihr eine Idee, was der Grund hierfür ist und wie man dies beheben kann?

HagenS · 30. April 2020

Zitat von r371769

Ich habe es nun auch hinbekommen, dass Softhdcuvid-Plugin ans Laufen zu bringen und ein Bild zu bekommen .

Leider habe ich den Effekt, sobald ich in den Audio-Einstellungen des Plugins, die Lautstärkesteuerung von Hardware aus Software ändere (damit der Digitale-Ton für HDMI in der Lautstärke einstellbar wird), ist das Bild nicht mehr erkennbar. Nur noch ein sehr sehr helles Bild mit Umrissen der Bewegungen.

Habt ihr eine Idee, was der Grund hierfür ist und wie man dies beheben kann?

In den Einstellungen des Plugins bei "Gamma" auf "Max" stellen - das war hier schon öfter Thema (yavdr experimental für Ubuntu 20.04 (yavdr ansible @ focal)).

r371769 · 30. April 2020

Zitat von HagenS

In den Einstellungen des Plugins bei "Gamma" auf "Max" stellen - das war hier schon öfter Thema (yavdr experimental für Ubuntu 20.04 (yavdr ansible @ focal)).

Super, Danke Dir. Die anderen Threads zu habe ich leider nicht (auf die Schnelle ) gefunden.

jojo61: Dein Plugin hat eine sehr gute Umschaltzeit, UHD funktioniert auch . Vielen Dank für deine Arbeit.

r371769 · 30. April 2020

jojo61: Mir sind zwei Sachen aufgefallen:

1.) Beim Skindesigner bleibt der untere Rand vom Kanal-Menü beim Ausblenden stehen.

2.) Ich habe versucht, das Plugin selbst zu bauen. Beim Make kommt die Meldung Makefile:46: *** Please define a plugin in the Makefile. Stop.

jojo61 · 30. April 2020

Schau mal in das Makefile. Da musst du eine Version auswählen. Sollte einfach zu finden sein.

Welchen Skin nutzt du denn beim skindesigner. Immer wieder skindesigner und bisher war es immer ein Fehler beim skindesigner

jojo61

r371769 · 1. Mai 2020

Zitat von jojo61

Schau mal in das Makefile. Da musst du eine Version auswählen. Sollte einfach zu finden sein.

Da saß das Problem mal wieder vor der Tastatur . Danke für deinen Hinweis.

Zitat von jojo61

Welchen Skin nutzt du denn beim skindesigner. Immer wieder skindesigner und bisher war es immer ein Fehler beim skindesigner

Ich nutzte den Standard-Skin vom Skindesigner estuary4vdr.

jojo61 · 1. Mai 2020

Hast du den Skindesigner gepatcht ? Bei mir im Subdirectory patches liegt ein patch für den skindesigner. Da war ein Problem mit den Flushes.

mfg

jojo61

r371769 · 1. Mai 2020

Zitat von jojo61

Hast du den Skindesigner gepatcht ? Bei mir im Subdirectory patches liegt ein patch für den skindesigner. Da war ein Problem mit den Flushes.

mfg

jojo61

Ich habe die Standard-yaVDR-Pakete von seahawk1986 genutzt.

Gibt es ein HowTo, wie man softhdcuvid unter focal selber bauen kann?

steato · 1. Mai 2020

@r371769

schau mal hier: Anleitung für softhdcuvid mit libplacebo (ist schon etwas älter, sollte aber vom Grundsatz her noch passen) oder hier: https://github.com/jojo61/vdr-plugin-softhdcuvid die Anleitung README.md

MfG

steato

r371769 · 4. Mai 2020

Zitat von jojo61

Hast du den Skindesigner gepatcht ? Bei mir im Subdirectory patches liegt ein patch für den skindesigner. Da war ein Problem mit den Flushes.

mfg

jojo61

Der Patch (https://github.com/jojo61/vdr-…es/skindesigner_patch.txt) sind im Standard-yaVDR ansible-Paket integriert. Oder meinst Du einen anderen Patch?

Läuft der Skin estuary4vdr vom Skindesigner bei Dir fehlerfrei? Das Problem tritt bei mir beim Ausblenden des Kanal-Menü auf - also, wenn man die OK-Taste im Live-TV drückt.

jojo61 · 4. Mai 2020

Das läuft bei mir einwandfrei. Egal ob ich den Timeout abwarte oder es mit ok wieder beende. Es wird immer alles gelöscht.

Ich hatte das Problem auch und mein Patch hatte es behoben. Es ist der Flush in animation.c der falsch war.

r371769 · 4. Mai 2020

Zitat von jojo61

Das läuft bei mir einwandfrei. Egal ob ich den Timeout abwarte oder es mit ok wieder beende. Es wird immer alles gelöscht.

Ich hatte das Problem auch und mein Patch hatte es behoben. Es ist der Flush in animation.c der falsch war.

seahawk1986: Hast Du diesen Patch (https://github.com/jojo61/vdr-…es/skindesigner_patch.txt) im Skindesigner in deinen Paketen mit drin?

r371769 · 4. Mai 2020

Zitat von jojo61

Das läuft bei mir einwandfrei. Egal ob ich den Timeout abwarte oder es mit ok wieder beende. Es wird immer alles gelöscht.

Ich hatte das Problem auch und mein Patch hatte es behoben. Es ist der Flush in animation.c der falsch war.

Wie es aussieht, ist dein Patch in den Skindesigner-Git bereits eingepflegt gewesen.

jojo61 · 4. Mai 2020

Tja dann weiss ich auch nicht warum es bei dir nicht geht

9000H · 4. Mai 2020

Hi,

ich bau das Plugin so für VAAPI, analog fuer CUVID

make VAAPI=1 clean

make -j8 VAAPI=1 LIBPLACEBO=0 install

CU

9000h

[yaVDR] Beste Wahl für das Frontend?

Jetzt mitmachen!

Teilen