Auch mit der Git-Version Schwarzbild, ich hab mal gerade nachgeschaut, letzter Commit vor 2 Stunden ...
Das ist halt der Nachteil, mit Git-version zu arbeiten.
Auch mit der Git-Version Schwarzbild, ich hab mal gerade nachgeschaut, letzter Commit vor 2 Stunden ...
Das ist halt der Nachteil, mit Git-version zu arbeiten.
Auch mit der Git-Version Schwarzbild, ich hab mal gerade nachgeschaut, letzter Commit vor 2 Stunden ...
Das ist halt der Nachteil, mit Git-version zu arbeiten.
Ich habe gerade libplacebo aus dem Git neu gebaut und habe wieder korrektes Bild.
Mal was Anderes, parallel teste ich ein einfaches Intel-System mit einem J5040, immerhin habe ich damit problemlos ein Bild mit 3840x2160@50Hz hinbekommen, das habe ich mit meiner Nvidia P400 noch nicht geschafft.
Geht das grundsätzlich nicht mit Nvidia?
Wäre DRM mit Nvidia denkbar?
Ich habe gerade libplacebo aus dem Git neu gebaut und habe wieder korrektes Bild.
Dann liegt eine andre Unverträglichkeit bei mir vor.
Dann liegt eine andre Unverträglichkeit bei mir vor.
Brauchst Du meine USE-Flags oder etwas Anderes?
Die sind bei mir Standard
Das Problem mit dem Schwarzbild hat sich geklärt, Gamma war auf Min
So nun update ich mal den Thread hier.
- Für softhddrm gibt es ein update für den Betrieb mit libplacebo. Da habe ich einen Lock rausgenommen damit es auf schnellen CPUs (i7) läuft.
Hoffe das hat keine Seiteneffekte.
- Dann habe ich für alle Versionen beim öffen des Passthrough devices neue AES Parameter eingebaut, damit das auch mit "exotischen" Decodern (SONOS) läuft.
Dann ist mir beim testen aufgefallen das mit neueren Kernels das umschalten auf HDR (bei softhddrm) nicht mehr klappt. Da gibt es einen Kernel oops.
Das Programm läuft dann zwar weiter aber der TV schaltet nicht auf HDR. Das muss ich noch analysieren. Tritt mit und ohne placebo auf.
QuoteDann ist mir beim testen aufgefallen das mit neueren Kernels das umschalten auf HDR (bei softhddrm) nicht mehr klappt. Da gibt es einen Kernel oops.
Das Programm läuft dann zwar weiter aber der TV schaltet nicht auf HDR. Das muss ich noch analysieren. Tritt mit und ohne placebo auf.
Hm, kann ich hier mit dem Kernel 6.2.12-060212-generic x86_64 (ohne placebo) nicht bestätigt läuft bisher immer -- TV Gerät zeigt HDR-Logo sauber an.
Getestet mit NUC8 & NUC11
Apr 22 19:00:01 BM2LTS-DD vdr: video/cuvid: CuvidDestroySurfaces
Apr 22 19:00:01 BM2LTS-DD vdr: Last decoder closes
Apr 22 19:00:01 BM2LTS-DD vdr: video/cuvid: CuvidCreateSurfaces: 3840x2160 * 7
Apr 22 19:00:01 BM2LTS-DD vdr: video: create 7 Textures Format P010 w 3840 h 2160
Apr 22 19:00:01 BM2LTS-DD vdr: [softhddev]GetVideoSize: 3840x2160 1,77778
Apr 22 19:00:01 BM2LTS-DD vdr: video: input 3840x2160 (1:1)
Apr 22 19:00:01 BM2LTS-DD vdr: video: display aspect 16:9 Resolution 4
Apr 22 19:00:01 BM2LTS-DD vdr: video: video +0+0 3840x2160
Apr 22 19:00:01 BM2LTS-DD vdr: video: crop to +0+0 3840x2160
Apr 22 19:00:01 BM2LTS-DD vdr: video: stretch output 3840x2160+0+0
Apr 22 19:00:01 BM2LTS-DD vdr: GetFormat Init ok 3840x2160
Apr 22 19:00:01 BM2LTS-DD vdr: ++++++++++++++++++++++++++++++++++++starte audio
Apr 22 19:00:01 BM2LTS-DD vdr: Update HDR to TRC 18 color 9
Display More
Das wundert mich ein wenig weil es hier nicht mehr klappt und ich habe gestern extra noch auf Kernel 6.3-rc7 upgedatet.
Vielleicht liegt es ja auch an meinem HDR Monitor und seinem EDID. Muss mal mit dem Fernseher testen.
Aber gut zu wissen das es bei anderen noch funktioniert Ich nutze ja eh den NUC nicht mehr produktiv.
Hallo,
bin hier in ein Problem gelaufen.
Neusten Nvidia Treiber:
$ nvidia-smi
Sun Jul 2 14:34:28 2023
+---------------------------------------------------------------------------------------+
| NVIDIA-SMI 535.54.03 Driver Version: 535.54.03 CUDA Version: 12.2 |
|-----------------------------------------+----------------------+----------------------+
| GPU Name Persistence-M | Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap | Memory-Usage | GPU-Util Compute M. |
| | | MIG M. |
|=========================================+======================+======================|
| 0 NVIDIA T400 Off | 00000000:01:00.0 On | N/A |
| 38% 35C P8 N/A / 31W | 71MiB / 2048MiB | 0% Default |
| | | N/A |
+-----------------------------------------+----------------------+----------------------+
+---------------------------------------------------------------------------------------+
| Processes: |
| GPU GI CI PID Type Process name GPU Memory |
| ID ID Usage |
|=======================================================================================|
| 0 N/A N/A 1245 G /usr/lib/xorg/Xorg 69MiB |
+---------------------------------------------------------------------------------------
Display More
vdr-plugin-softhdcuvid startet nicht:
Jul 2 14:19:20 vdr1 vdr: [2153] timer bla
Jul 2 14:19:20 vdr1 yavdr-frontend[1694]: INFO:pydbus2vdr:VDR Status: running
Jul 2 14:19:20 vdr1 vdr: [2171] dbus2vdr: thread-pool for handling method-calls started
Jul 2 14:19:20 vdr1 vdr: [2188] dbus2vdr: use of deprecated interface: 'List' should be called with the interface 'de.tvdr.vdr.pluginmanager'!
Jul 2 14:19:20 vdr1 yavdr-frontend[1694]: DEBUG:softhdcuvid:False
Jul 2 14:19:20 vdr1 yavdr-frontend[1694]: INFO:softhdcuvid:use_pasuspend is False
Jul 2 14:19:20 vdr1 yavdr-frontend[1694]: DEBUG:yaVDRFrontend:set_background with options path: /usr/share/yavdr/images/yavdr_logo.png, fill: False
Jul 2 14:19:20 vdr1 yavdr-frontend[1694]: DEBUG:VDRFrontend:user is active: True
Jul 2 14:19:20 vdr1 yavdr-frontend[1694]: DEBUG:softhdcuvid:check_state(): got status code: 912
Jul 2 14:19:20 vdr1 yavdr-frontend[1694]: DEBUG:softhdcuvid:status: softhdcuvid is detached
Jul 2 14:19:20 vdr1 yavdr-frontend[1694]: DEBUG:softhdcuvid:check_state(): got status code: 912
Jul 2 14:19:20 vdr1 vdr: [softhddev]Resume:
Jul 2 14:19:20 vdr1 vdr: video: visual 0x21 depth 24
Jul 2 14:19:20 vdr1 vdr: Create Window at 0,0
Jul 2 14:19:20 vdr1 vdr: video: window prepared
Jul 2 14:19:20 vdr1 vdr: video: screen saver extension present
Jul 2 14:19:20 vdr1 vdr: video: dpms extension present
Jul 2 14:19:20 vdr1 vdr: Cuvid New HW Decoder
Jul 2 14:19:20 vdr1 vdr[2153]: [AVHWDeviceContext @ 0x7f8e04003e00] cu->cuInit(0) failed -> CUDA_ERROR_SYSTEM_DRIVER_MISMATCH: system has unsupported display driver / cuda driver combination
Jul 2 14:19:20 vdr1 vdr: codec: can't allocate HW video codec context err b1b4b1ab
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: WARNING:softhdcuvid:DBus communication failed!
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: DEBUG:softhdcuvid:g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying (4)
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: DEBUG:softhdcuvid:change_state with command atta and options "-d :0" to attached
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: DEBUG:softhdcuvid:softhdcuvid could not be attached: None None
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: Traceback (most recent call last):
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: File "/usr/lib/python3/dist-packages/pydbus/subscription.py", line 52, in <lambda>
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: callback = (lambda con, sender, object, iface, signal, params: signal_fired(sender, object, iface, signal, params.unpack())) if signal_fired is not None else lambda *args: None
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: File "/usr/lib/python3/dist-packages/pydbus2vdr.py", line 526, in _startup
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: self._on_status_change()
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: File "/usr/lib/python3/dist-packages/pydbus2vdr.py", line 541, in _on_status_change
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: callback(self.vdr_isrunning)
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: File "/usr/lib/python3/dist-packages/yavdr_frontend/vdrfrontend.py", line 58, in on_vdr_status_change
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: self.start()
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: File "/usr/lib/python3/dist-packages/yavdr_frontend/vdrfrontend.py", line 191, in _start
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: self.frontend.start()
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: File "/usr/lib/python3/dist-packages/yavdr_frontend/frontends/genericfrontend.py", line 159, in start
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: self.make_primary()
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: File "/usr/lib/python3/dist-packages/yavdr_frontend/frontends/genericfrontend.py", line 221, in make_primary
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: ) = self.dbus2vdr.Devices.GetPrimary()
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: File "/usr/lib/python3/dist-packages/pydbus2vdr.py", line 130, in GetPrimary
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: return self._proxy.GetPrimary()
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: File "/usr/lib/python3/dist-packages/pydbus/proxy_method.py", line 72, in __call__
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: ret = instance._bus.con.call_sync(
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: gi.repository.GLib.GError: g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name de.tvdr.vdr was not provided by any .service files (2)
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: INFO:pydbus2vdr:VDR Status: stopped
Jul 2 14:19:22 vdr1 yavdr-frontend[1694]: DEBUG:softhdcuvid:g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name de.tvdr.vdr was not provided by any .service files (2)
Jul 2 14:19:22 vdr1 systemd[1]: vdr.service: Main process exited, code=killed, status=6/ABRT
Jul 2 14:19:22 vdr1 systemd[1]: vdr.service: Failed with result 'signal'.
Jul 2 14:19:22 vdr1 systemd[1]: vdr.service: Scheduled restart job, restart counter is at 9.
Jul 2 14:19:22 vdr1 systemd[1]: Stopped Video Disk Recorder.
Jul 2 14:19:22 vdr1 systemd[1]: vdr.service: Start request repeated too quickly.
Jul 2 14:19:22 vdr1 systemd[1]: vdr.service: Failed with result 'signal'.
Jul 2 14:19:22 vdr1 systemd[1]: Failed to start Video Disk Recorder.
Display More
Ist CUDA zu neu?
Das ist vermutlich ein Problem des softhdcuvid-Pakets - ich lasse das gleich noch mal gegen den nvidia-535 Treiber bauen.
Das ist vermutlich ein Problem des softhdcuvid-Pakets - ich lasse das gleich noch mal gegen den nvidia-535 Treiber bauen.
Ja, das wars - läuft wieder.
Danke!
Seit einem guten Jahr, seit ich einen UHD-TV bekam bin ich auf der Suche nach dem richtigen HDMI-Adapter für meine P400, bislang hatte ich entweder HD mit gutem Ton oder oder UHD mit 30Hz und gestörtem Ton. Jetzt habe ich den lange gesuchten Original-Adapter, der bislang nicht lieferbar war, gefunden und heute kam er an. Jetzt habe ich UHD mit 50Hz und guten Ton, leider mit einer Ausnahme, DD+ funktioniert nicht mehr
Das betrifft sowohl Dein Plugin, wie auch das von lnj
Da sind die DVB-T Sender von ZDF und UHD-Testsender betroffen. Und natürlich viele Aufzeichnungen.
Schalte ich Passthrough für eac3 ab, habe ich zwar Ton, aber leider nur 2-Kanal, 6-Kanal wird nach 2-Kanal gewandelt.
Wenn ich 6-Kanal in PCM bekäme, wäre ich schon zufrieden.
Im Protokoll kommt leider nichts Auffälliges.
Just checked softhddevice, no passthrough, no mixing, multi-channel PCM audio is being transmitted. GT1030 connected to Pioneer receiver.
But with softhdcuvid stereo only.
With passthrough both plugins works fine.
With mpv plugin and no passthrough stereo only too
I had downmix switched on, sorry. Now it seems to work
On softhdcuvid there is no downmix switch, so it seems to be always switched on
But it would be fine, if DD+ worked also with passthrough.
Kodi seems to have the same problem
I had downmix switched on, sorry. Now it seems to work
Jetzt habt ihr mich abgehängt. Was geht denn nun nicht mit DD+ ?
Ich habe ja auch noch eine DD+ Baustelle mit dem softhdodroid. Das kann ich aber erst angehen wenn ich wieder zugang zu meinem Yamaha Receiver habe. Bin erst nächste Woche wieder zuhause und dann schau ich mir das an.
Don’t have an account yet? Register yourself now and be a part of our community!