easyvdr v5: neues Softhddevice 1.0.12 von gestern (git) schmiert ab nach genau 2 min

SurfaceCleanerZ · Jan 31st 2021

Hallo,

Ich versuche gerade in easyvdr v5 das lnj softhddevice 1.0.12 git von gestern zum Laufen zu bringen. Leider schmiert der VDR nach genau 2 min ab. Bedienen lässt er sich auch nicht.

Wechsle ich zurück auf 1.07 geht der VDR mit GT218 und 340er nvidia einwandfrei und ist auch per Keyboard bedienbar.

Das Plugin hat Wolfgang in vdr-unstable gebaut.

Hier mal ein Log (Text2skin Logeinträge hab ich gekürzt und den

Code

Jan 31 20:28:29 easyVDR easyvdr-systemstart: wait for vdr
Jan 31 20:28:29 easyVDR easyvdr-systemstart[7759]: connect: Connection refused

der zig Male kam.

Code

Jan 31 20:28:28 easyVDR dvbstop: executing /usr/share/vdr/dvb-stop-hooks/10_dvb-stop.dvb
Jan 31 20:28:28 easyVDR dvbstart: executing /usr/share/vdr/dvb-start-hooks/10_dvb-start.dvb
Jan 31 20:28:28 easyVDR easyvdr-module-loader: wait for DVB Device 0.1s
Jan 31 20:28:28 easyVDR easyvdr-runvdr: Starting VDR
Jan 31 20:28:28 easyVDR vdr: [7707] VDR version 2.2.0 started
Jan 31 20:28:28 easyVDR vdr: [7707] switched to user 'vdr'
Jan 31 20:28:28 easyVDR vdr: [7707] codeset is 'UTF-8' - known
Jan 31 20:28:28 easyVDR vdr: [7707] override character table is 'ISO-8859-9'
Jan 31 20:28:28 easyVDR vdr: [7707] loading plugin: /usr/lib/vdr/plugins/libvdr-femon.so.2.2.0
Jan 31 20:28:28 easyVDR vdr: [7707] loading plugin: /usr/lib/vdr/plugins/libvdr-markad.so.2.2.0
Jan 31 20:28:28 easyVDR vdr: [7707] loading plugin: /usr/lib/vdr/plugins/libvdr-text2skin.so.2.2.0
Jan 31 20:28:28 easyVDR vdr: [7707] loading plugin: /usr/lib/vdr/plugins/libvdr-softhddevice.so.2.2.0
Jan 31 20:28:28 easyVDR vdr: [7707] loading plugin: /usr/lib/vdr/plugins/libvdr-setup.so.2.2.0
Jan 31 20:28:28 easyVDR vdr: [7707] loading /var/lib/vdr/setup.conf
Jan 31 20:28:28 easyVDR vdr: [7707] loading /var/lib/vdr/sources.conf
Jan 31 20:28:28 easyVDR vdr: [7707] loading /var/lib/vdr/diseqc.conf
Jan 31 20:28:28 easyVDR vdr: [7707] loading /var/lib/vdr/scr.conf
Jan 31 20:28:28 easyVDR vdr: [7707] loading /var/lib/vdr/channels.conf
Jan 31 20:28:28 easyVDR vdr: [7707] loading /var/lib/vdr/timers.conf
Jan 31 20:28:28 easyVDR vdr: [7707] loading /var/lib/vdr/commands.conf
Jan 31 20:28:28 easyVDR vdr: [7707] loading /var/lib/vdr/reccmds.conf
Jan 31 20:28:28 easyVDR vdr: [7707] loading /var/lib/vdr/svdrphosts.conf
Jan 31 20:28:28 easyVDR vdr: [7707] loading /var/lib/vdr/remote.conf
Jan 31 20:28:28 easyVDR vdr: [7707] loading /var/lib/vdr/keymacros.conf
Jan 31 20:28:29 easyVDR vdr: [7707] DVB API version is 0x050B (VDR was built with 0x050B)
Jan 31 20:28:29 easyVDR vdr: [7707] frontend 0/0 provides DVB-S,DVB-S2,DSS with QPSK ("Technisat SkyStar USB HD (DVB-S/S2)")
Jan 31 20:28:29 easyVDR vdr: [7707] found 1 DVB device
Jan 31 20:28:29 easyVDR vdr: [7707] initializing plugin: femon (2.2.2): DVB Signal Informationsanzeige (OSD)
Jan 31 20:28:29 easyVDR vdr: [7707] initializing plugin: markad (2.5.1): Markiere Werbung
Jan 31 20:28:29 easyVDR vdr: [7707] initializing plugin: text2skin (1.3.2+git): Lader für textbasierte Skins
Jan 31 20:28:29 easyVDR vdr: [7707] initializing plugin: softhddevice (1.0.12): A software and GPU emulated UHD device
Jan 31 20:28:29 easyVDR vdr: [7707] initializing plugin: setup (0.3.1-easyVDR-edition): VDR-Setup Erweiterung
Jan 31 20:28:29 easyVDR vdr: [7707] setting primary device to 2
Jan 31 20:28:29 easyVDR vdr: [7707] SVDRP listening on port 6419
Jan 31 20:28:29 easyVDR vdr: [7707] skin "anthra_1920_OS9" not available - using "lcars" instead
Jan 31 20:28:29 easyVDR vdr: [7707] loading /var/lib/vdr/themes/lcars-default.theme
Jan 31 20:28:29 easyVDR vdr: [7707] starting plugin: femon
Jan 31 20:28:29 easyVDR vdr: [7707] starting plugin: markad
Jan 31 20:28:29 easyVDR vdr: [7707] starting plugin: text2skin
Jan 31 20:28:29 easyVDR rtkit-daemon[730]: Supervising 1 threads of 1 processes of 1 users.
Jan 31 20:28:29 easyVDR rtkit-daemon[730]: Successfully made thread 7721 of process 7023 owned by '2000' RT at priority 5.
Jan 31 20:28:29 easyVDR rtkit-daemon[730]: Supervising 2 threads of 1 processes of 1 users.
Jan 31 20:28:29 easyVDR dbus-daemon[477]: [system] Activating via systemd: service name='org.bluez' unit='dbus-org.bluez.service' requested by ':1.205' (uid=2000 pid=7023 comm="/usr/bin/pulseaudio --daemonize=no --log-target=jo" label="unconfined")
Jan 31 20:28:29 easyVDR vdr: [7707] starting plugin: softhddevice
Jan 31 20:28:29 easyVDR systemd[7016]: Started Sound Service.
Jan 31 20:28:29 easyVDR systemd[7016]: Reached target Main User Target.
Jan 31 20:28:29 easyVDR systemd[7016]: Startup finished in 3.702s.
Jan 31 20:28:29 easyVDR easyvdr-systemstart: wait for vdr
Jan 31 20:28:29 easyVDR easyvdr-systemstart[7759]: connect: Connection refused
Jan 31 20:28:29 easyVDR easyvdr-x-launcher: end
Jan 31 20:28:29 easyVDR vdr: video/vdpau: created osd output surface 1920x1080 with id 0x00000009
Jan 31 20:28:29 easyVDR vdr: [7707] starting plugin: setup
Jan 31 20:28:29 easyVDR vdr: [7707] setting current skin to "anthra_1920_OS9"
Jan 31 20:28:29 easyVDR vdr: [7707] loading /var/lib/vdr/themes/anthra_1920_OS9-default.theme
Jan 31 20:28:29 easyVDR lircd[7347]: lircd-0.10.1[7347]: Notice: accepted new client on /var/run/lirc/lircd
Jan 31 20:28:29 easyVDR lircd[7347]: lircd-0.10.1[7347]: Info: Cannot configure the rc device for /dev/input/ir-auto_dtc
Jan 31 20:28:29 easyVDR lircd-0.10.1[7347]: Notice: accepted new client on /var/run/lirc/lircd
Jan 31 20:28:29 easyVDR lircd-0.10.1[7347]: Info: Cannot configure the rc device for /dev/input/ir-auto_dtc
Jan 31 20:28:29 easyVDR vdr: [7707] switching to channel 1 (Das Erste HD)
Jan 31 20:28:29 easyVDR vdr: video/vdpau: created osd output surface 1920x1080 with id 0x00000009
Jan 31 20:28:29 easyVDR vdr: video/vdpau: created osd output surface 1920x1080 with id 0x00000009
Jan 31 20:28:30 easyVDR vdr: video: get hwaccel context, not supported
Jan 31 20:28:30 easyVDR easyvdr-systemstart: wait for vdr
Jan 31 20:28:30 easyVDR easyvdr-systemstart[7786]: connect: Connection refused

Jan 31 20:28:38 easyVDR systemd[7016]: tracker-extract.service: Succeeded.

Jan 31 20:28:51 easyVDR view_picture[7161]: AT-SPI: Could not obtain desktop path or name
Jan 31 20:28:52 easyVDR easyvdr-systemstart: wait for vdr
Jan 31 20:28:52 easyVDR easyvdr-systemstart[7929]: connect: Connection refused
Jan 31 20:28:54 easyVDR pulseaudio[7023]: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Jan 31 20:28:54 easyVDR PackageKit: daemon quit
Jan 31 20:28:54 easyVDR systemd[1]: packagekit.service: Succeeded.
Jan 31 20:28:55 easyVDR easyvdr-systemstart: wait for vdr
Jan 31 20:28:55 easyVDR easyvdr-systemstart[7961]: connect: Connection refused

Jan 31 20:28:58 easyVDR tracker-store[7178]: OK
Jan 31 20:28:58 easyVDR systemd[7016]: tracker-store.service: Succeeded.
Jan 31 20:29:08 easyVDR easyvdr-systemstart: wait for vdr
Jan 31 20:29:08 easyVDR easyvdr-systemstart[8060]: connect: Connection refused
Jan 31 20:29:08 easyVDR easyvdr-systemstart: Wait more than 40 seconds for VDR - give up
Jan 31 20:29:08 easyVDR systemd[1]: easyvdr-systemstart.service: Main process exited, code=exited, status=1/FAILURE
Jan 31 20:29:08 easyVDR easyvdr-runvdr: Terminating by request
Jan 31 20:29:08 easyVDR easyvdr-systemstart[7353]: Sending 1 processes the TERM signal.terminated.
Jan 31 20:30:38 easyVDR systemd[1]: easyvdr-systemstart.service: State 'stop-sigterm' timed out. Killing.
Jan 31 20:30:38 easyVDR systemd[1]: easyvdr-systemstart.service: Killing process 7707 (vdr) with signal SIGKILL.
Jan 31 20:30:38 easyVDR systemd[1]: easyvdr-systemstart.service: Killing process 7718 (frontend 0/0 tu) with signal SIGKILL.
Jan 31 20:30:38 easyVDR systemd[1]: easyvdr-systemstart.service: Killing process 7719 (device 1 sectio) with signal SIGKILL.
Jan 31 20:30:38 easyVDR systemd[1]: easyvdr-systemstart.service: Killing process 7720 (streamdev serve) with signal SIGKILL.
Jan 31 20:30:38 easyVDR systemd[1]: easyvdr-systemstart.service: Killing process 7723 (vdr) with signal SIGKILL.
Jan 31 20:30:38 easyVDR systemd[1]: easyvdr-systemstart.service: Killing process 7731 (threaded-ml) with signal SIGKILL.
Jan 31 20:30:38 easyVDR systemd[1]: easyvdr-systemstart.service: Killing process 7771 (softhddev audio) with signal SIGKILL.
Jan 31 20:30:38 easyVDR systemd[1]: easyvdr-systemstart.service: Killing process 7777 (LIRC remote con) with signal SIGKILL.
Jan 31 20:30:38 easyVDR systemd[1]: easyvdr-systemstart.service: Killing process 7778 (device 1 receiv) with signal SIGKILL.
Jan 31 20:30:38 easyVDR systemd[1]: easyvdr-systemstart.service: Killing process 7779 (device 1 TS buf) with signal SIGKILL.
Jan 31 20:30:38 easyVDR systemd[1]: easyvdr-systemstart.service: Killing process 7780 (softhddev video) with signal SIGKILL.
Jan 31 20:30:38 easyVDR systemd[1]: easyvdr-systemstart.service: Killing process 7782 (threaded-ml) with signal SIGKILL.
Jan 31 20:30:38 easyVDR lircd[7347]: lircd-0.10.1[7347]: Info: removed client
Jan 31 20:30:38 easyVDR lircd-0.10.1[7347]: Info: removed client
Jan 31 20:30:39 easyVDR systemd[1]: easyvdr-systemstart.service: Failed with result 'exit-code'.

Display More

Hat wer noch Ideen?

MfG,

Stefan

lnj · Feb 1st 2021

Try versions 1.0.7 to 1.0.12 to find out when the problem occurred.

Also try disable other plugins.

SurfaceCleanerZ · Feb 7th 2021

Hi,

die neue Version in unstable funktioniert hier mit der GT218 gut mit 340er.

Edit: SSD umgesteckt in Haupt-VDR mit GT730: Dasselbe Bild, mit anthra keine Falschfarben, alles läuft.

Auch nopacity (Plugin) geht mit 340er.

Evtl. testet noch wer?

MfG,

Stefan

'gb' · Feb 7th 2021

Mal die gt730 und mit dem 390er testen mach da mehr Sinn.

SurfaceCleanerZ · Feb 7th 2021

Hi,

S. Oben.

Habs ergänzt.

390er mach ich morgen.

Auf jeden Fall deutlich besser als der vorige Versuch!

Mfg Stefan

Emma53 · Feb 10th 2021

Hallo Wolfgang

Nochmal ein Test angestossen.
Ausgang normale EA5 ISO 10 stable installation.
Ohne Plugins und Addons nur Kodi 18.9 wurde aktiviert.
Default Install mit softhdevice 4:1.0.7-1easyVDR0~focal,
mit Nvidia 340.108 Bild und Ton mit Default Skin OSD OK.
Danach in der sources.list unstable freigeschaltet
update ausgeführt danach noch ein autoremove
danach noch apt.get upgrade, mit dem upgrade kam das neue softhddevice 4:1.0.12+git 20210130-0easyVDR1~focal 1002
mit dem Default 340.108 noch alles OK mit dem Skin auch mit Kodi keine Probleme.
Danach VDR gestoppt und auf der Konsole mit apt-get install nvidia-driver-390 den 390.141 installiert
Nach reboot Kanalinfo (Taste OK ) Kanallogo verschoben mit Fehlfarben mit Default Skin anthra_1920_OSD9
Wechsel zu Lcars Skin , auch hier Fehlfarben . Hintergrund meist transparent.
Wechsel zum Klassischen Skin , hier auch mit Fehlfarben bei Cursor up & down im OSD Menu und Kanalwechsel Kanalinfo ( OK Taste )

Ganz lustig wird es beim setzen von Schnittmarken bei einer Aufnahme..

Der Klassische Skin funzt hier noch am besten von den drei getesteten
Wechsel zu Kodi und zurück ohne Probleme . In Kodi 18.9 selbst keine Auffälligkeiten.
Auch nach nochmaligen ab arbeiten im Setup Toolmenu der Einträge
Monitor Layout mit VDPAU
Video_Details
OSD_SKIN und
Audio mit Pulseaudio besteht das obige Problem mit den Fehlfarben immer noch mit dem Nvidia 390.141
Positive ist jetzt es gibt keinen Absturz mehr oder schwarzen Bildschirm.
Auch das Setup im Toolmenu rund um das Video und Audio Setup funzt ohne Probleme und alles wurde erkannt und abgearbeitet.

Nachdem ich in der smb.conf etwas geändert hatte per SSH mit putty hatte ich nach einem reboot

Einen Violetten Anmelde Bildschirm von Ubuntu.

Abhilfe gab es mit dpkg-reconfigure lightdm

That,s all

Du kommst der Sache näher !!

MfG Helmut

SurfaceCleanerZ · Feb 10th 2021

Hi,

Womit hast du getestet? Helmut?

Gt710?

Mfg Stefan

Emma53 · Feb 10th 2021

Hi Stefan

Mit der Hardware aus meiner Signatur: Test_VDR ( GT710 und einer Test SSD 120GB )

Im Anhang noch ein paar Problem Bilder

MfG Helmut

SurfaceCleanerZ · Feb 13th 2021

Hi,

ich teste jetzt gerade mit GT730 im anderen VDR. Mit 390 startet VDR gar nicht durch! Mit 450 geht VDR, aber mit dem seltsam transparentem OSD. Das muss irgendwie mit dem OSD Update zu tun haben, da es zuerst ok ist und dann nach 1-2s erst grün wird...

Kernelupdate hilft nicht, trotz 5.4.65 dasselbe Problem.

Teste mit unstable softhddevice . Ich gehe jetzt mal auf 340. Mal sehen.

In die VDPAU Erkennung muss ein dpkg-reconfigure lightdm ganz am Anfang rein. Das musste ich tw. manuell machen.

Das Audio Setup schmeisst immer Fehler zu lightdm! Es funktioniert mit 450 aber trotzdem!

Code

Job for lightdm.service failed because the control process exited with error code.
See "systemctl status lightdm.service" and "journalctl -xe" for details.
debconf: DbDriver "config": /var/cache/debconf/config.dat is locked by another process: Resource temporarily 

unavailableq

Edit: Mit 340 geht das OSD auch!!! Ich lasse es jetzt so.

Im Softhddevice aus unstable ist Studio-levels an. Dann sind die Farben total flau. Das hab ich deaktiviert und dann war alles gut.

MfG,

Stefan

Emma53 · Feb 13th 2021

Hi Stefan

Habe heute testweise mal den

Nvidia 460 installiert über unstable softhddevice ( 4:1.0.12+git20210130-0erasyVDR1~focal 1002 )

Installiert wurde ohne Probleme der 460.32.03

Das ist der gleiche Nvidia Treiber der auch yaVDR 0.7 ansible/focal benutzt

Hatte vorige Woche eine Testinstallation wegen der STM32 IR Empfänger machen müssen.

Daher weiss ich das. Dort lief der Nvidia 460.32.03 ohne Probleme

Was keine Auffälligkeiten hat mit allen Nvidia Treibern ist Kodi 18.9

Der OSD Skin Klassischer VDR läuft noch am besten. Dort wird nur ab und an der Hintergrund transparent

mit Fehlfarben der Schrift im Kanalinfo Balken.

Gruß Helmut

SurfaceCleanerZ · Feb 13th 2021

Hi,

Leider muss ich melden, dass wenn ich aus Versehen das TouchPad erwische zwar die Farben korrekt bleiben, aber auch der Hintergrund komplett transparent wird an Stellen wo nichts im OSD an Text steht.

Trotzdem ist der 340er am Brauchbarsten.

Gelöst ist es nicht, nur erträglich umgangen.

Ist jetzt produktiv gegangen hier.

Mfg Stefan

Emma53 · Feb 13th 2021

Hallo Stefan

Werde morgen nochmal das alte softhddevice mit dem Nvidia 460 er testen

Gruß Helmut

Emma53 · Feb 14th 2021

Hallo Stefan @ Wolfgang

Auch ein wechsel zu unseren Default softhddevice 4:1.0.7-1easyVDR0-focal

bringt nichts mit dem Nvidia 460.32.03

Es funzt genauso mit Fehlern wie mit dem neusten softhddevice 4:1.0.12+git20210130-0easyVDR1~focal 1002

Auch ein nachträgliches ab arbeiten im Toolmenu ( Setup) des Video und Audio Parts änderte nichts daran.

Wechsle jetzt wieder zum Default Nvidia 340.108

Was auch aus dem Toolmenu Setup heraus funktionierte auch ohne nochmaliges ab arbeiten der Video und Audio Setups.

Bild und Ton OK so wie es sein soll - Kodi wechsel auch OK.

Bleibt die Frage wo es nun drann liegt am neuen softhddevice oder an den Nvidia Treibern 390.x oder 450.x oder 460.x

Gruß Helmut

SurfaceCleanerZ · Feb 14th 2021

Hi,

We should involve lnj into this. I have no idea. I think it is probably a problem of the window parameters as seahawk1986 suspected.

What I cannot catch is why it works with the GT218 and the GT1030.

Regards Stefan

lnj · Feb 26th 2021

Hi.

Today I tested GT710 instead GT1030.

Just took out one and inserted the other.

GT710 works fine, no difference.

No hevc decoding only, but decode 4K h.264.

Ubuntu 18.04, nvidia-driver-460.

Works both, vdpau and cuvid.

Output 1920x1080_50.

ffmpeg from git.

SurfaceCleanerZ · Feb 26th 2021

Hi,

Thank you for your test. We use Ubuntu 20.04 instead. Is it possible that you can test it with easyvdr v5? If you need help with installing it, we can help you.!

HEVC is impossible with a GT7x0.

Regards Stefan

pusher · Nov 10th 2021

Hallo,

ich habe vor ca. 2 Wochen easyvdr5 neu installiert. Bisher lief es alles ohne große Probleme, aber seit neuestem startet der VDR, man sieht dann kurz ein Bild und dann schmiert er ab und ich sehe nur noch den Desktop. Wenn ich dann manuell starte läuft der VDR. Kodi kann ich dann auch nicht über das VDR Menu starten.

Bei der Suche nach dieser Meldung im syslog:

Code

easyvdr-systemstart[2108]: connect: Connection refused

bin ich auf diesen Thread gestossen.

Ich habe folgendes installiert: vdr-plugin-softhddevice 4:1.0.12+git20210130-0easyVDR1~focal und Nvidia 340.108.

Hat jemand eine Idee woran es liegen kann? Hat es möglicherweise etwas mit dem softhddevice plugin zu tun?

Ich kann auch gerne alternative Treiber testen. Anbei die easyinfo.zip.

Gruß

Michael

pusher · Nov 10th 2021

Hallo,

folgender Befehl hat scheinbar geholfen:

Code

sudo dpkg-reconfigure lightdm

Warum auch immer der auf einmal nötig war?

Werde es weiter beobachten.

Michael

SurfaceCleanerZ · Nov 10th 2021

Hi,

Ja das kommt leider vor. Das hatte ich auch mal bei Tests.

Die Ursache ist unklar und wird fürchte ich auch nie mehr gefunden.

Mfg Stefan

'gb' · Nov 11th 2021

Die Ursache ist ja bekannt. Macht man mal ein Update, kann es passieren, daß sich neue gdm Dienste vordrängeln. Wir haben zwar einen ähnlichen Befehl 'dpkg-reconfigure lightdm' nur mit Autoauswahl im Setup implementiert, aber beim Systemstart noch nicht.

Gruß

easyvdr v5: neues Softhddevice 1.0.12 von gestern (git) schmiert ab nach genau 2 min

Participate now!

Share