[yavdr 22.04] softhdcuvid + nvidia Treiber

Quote from jojo61

heifisch Könntest du mal das Log vom vdr posten. Da sollte etwas von dma_buf drinstehn. Falls da "dma_buf support available"

steht dann könntest du in video.c in Zeile 5701 mal ein "p->has_dma_buf = 0;" einbauen.

Sep  1 09:53:38 vdr init[1]: Trying to re-exec init
Sep  1 09:53:38 vdr start-stop-daemon[4250]: Will stop /usr/sbin/sshd
Sep  1 09:53:38 vdr start-stop-daemon[4250]: Will stop PID 2955
Sep  1 09:53:38 vdr start-stop-daemon[4250]: Sending signal 15 to PID 2955
Sep  1 09:53:38 vdr sshd[2955]: Received signal 15; terminating.
Sep  1 09:53:38 vdr start-stop-daemon[4277]: Will stop /usr/sbin/syslog-ng
Sep  1 09:53:38 vdr start-stop-daemon[4277]: Will stop PID 2919
Sep  1 09:53:38 vdr start-stop-daemon[4277]: Sending signal 15 to PID 2919
Sep  1 09:53:38 vdr syslog-ng[2919]: syslog-ng shutting down; version='4.6.0'
Sep  1 09:54:37 vdr syslog-ng[3345]: syslog-ng starting up; version='4.6.0'
Sep  1 09:54:37 vdr vdr[2644]: dma_buf support available
Sep  1 09:54:37 vdr vdr[2644]: Placebo: No LUT File used
Sep  1 09:54:37 vdr vdr[2644]: Placebo: init ok
Sep  1 09:54:37 vdr vdr[2644]: video/event: MapNotify
Sep  1 09:54:37 vdr sshd[3383]: Server listening on 0.0.0.0 port 22.
Sep  1 09:54:37 vdr vdr[2644]: [2644] skindesigner: w 0 h 0 mode changed to 1
Sep  1 09:54:37 vdr vdr[2644]: [2644] max. latency time 2 seconds
Sep  1 09:54:38 vdr vdr[2644]: [2664] curl_easy_perform() [rtsp.c,244] failed: Timeout was reached (28)
Sep  1 09:54:38 vdr vdr[2644]: [2664] SATIP-ERROR: Detected invalid status code 0: rtsp://192.168.139.201/ [device 0]
Sep  1 09:54:38 vdr vdr[2644]: [2664] SATIP-ERROR: Connect failed [device 0]
Sep  1 09:54:40 vdr kernel: e1000e 0000:00:19.0 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None

Den Code teste ich gleich noch.

Quote from jojo61

heifisch Könntest du mal das Log vom vdr posten. Da sollte etwas von dma_buf drinstehn. Falls da "dma_buf support available"

steht dann könntest du in video.c in Zeile 5701 mal ein "p->has_dma_buf = 0;" einbauen.

Das steht schon in Zeile 5700.

Wenn ich has_dma_buf in Zeile 5703 auf 0 setze, dann gibt es keinen Crash mehr.

Quote from heifisch

Wenn ich has_dma_buf in Zeile 5703 auf 0 setze, dann gibt es keinen Crash mehr.

Das ist doch erst mal ein positives Ergebniss. Ich vermute das ich nie mit libplacebo und DMA Support getestet habe, weil es das bisher nicht gab.

PS: Irgendwie stimmen die Zeilenummern nicht ganz, aber du hast es ja gefunden.

Jetzt muss ich mal sehen ob ich das hier hinbekomme mit dem DMA Support.

Quote from jojo61

Jetzt muss ich mal sehen ob ich das hier hinbekomme mit dem DMA Support.

Super und Danke!

Quote from heifisch

Wenn ich has_dma_buf in Zeile 5703 auf 0 setze, dann gibt es keinen Crash mehr.

Kann ich hier unter yavdr bestätigen.

Ich habe nun eine Korrektur eingecheckt. Hoffe das es nun läuft.

Quote from jojo61

Ich habe nun eine Korrektur eingecheckt. Hoffe das es nun läuft.

Es stürzt zwar nicht ab, aber ich habe mit der Version nach dem Start nur ein zitterndes Standbild bei dem das OSD stehen bleibt. Ton läuft normal weiter.

Wenn ich umschalte, bleibt das Bild so aber der Ton wechselt auf den neuen Kanal.

Wenn ich die Menü-Taste drücke, wird der Bildschirm schwarz. Der Ton bleibt.

Ich kann auch weiterhin umschalten, d.h. der Ton wechselt zum neuen Kanal, das Bild bleibt schwarz.

Wechsle ich zwischen einem SD-Kanal und einen HD-Kanal, wird ein Bild angezeigt, aber wieder als Standbild.

Anbei noch, das log-file...

war das Bild denn ok wenn du "has_dma_buf" auf 0 gesetzt hast ?

Quote from jojo61

war das Bild denn ok wenn du "has_dma_buf" auf 0 gesetzt hast ?

Ja, das Bild war ok.

Ich hatte nur manchmal, wenn ich das OSD auf gemacht habe, ein kurzes Einfrieren des Bildes. Muss aber nichts damit zu tun haben.

Ich habe bei der letzten Version wieder has_dma_buf auf 0 gesetzt.

Damit ist das Bild soweit ok.

OK ich habe den DMA Support für Cuvid nur raus genommen. Der ist eh ungetestet und geht nicht