Jessie: VLC und DVB-T2 mit adapter2 und channels.xspf

[debianoli]

Hast du das schon mal mit dem mpv probiert? An meinem stretch-Rechner spielt nur mpv DVB-T2 ruckelfrei ab. Evtl. läuft auch mpv von Stretch unter Jessie

[geier22]

Eine Nvidia GTX 950 z.B. soll das können und bekommt man in Web ab ca, 95 Euro. Ich werde mal recherchieren ob die auch sonst gute Leistungen bietet. Schneller als eine 650 GTX müsste die ja eigentlich sein, oder?
Meine Hardware findest Du in meiner Signatur.

Und warum teilst du uns in diesem Thread nicht mit, was du in einem anderen Thread verkündest?
Geht dir wohl nur ums Schwätzen und nicht um Lösung von Problemen.

Für ein flüssiges Abspielen ist wohl Hardwarebeschleunigung das derzeit sinnvollste Mittel. Also eine Grafikkarte, die H265 Dekodieren kann. Habe mir heute so eine besorgt.

Und nochmal, worauf ich schon durch einen Link hingewiesen habe, aber wohl nicht gelesen wurde:

DVB-T2 HD benötigt recht neue Systemkomponenten an Hard- und Software. Die USB- oder PCIe-Empfänger benötigen aktuelle Kernel, ebenso die für HEVC/ H.265 Decodierung notwendigen Grafikchips. Die Programmversionen von Debian Version 9 Stretch wurde vor dem Regelbetrieb von DVB-T2 HD festgelegt. Daher haben die notwendigen Pakete später in Debian Einzug gehalten und gelten aus Sicht von Debian als unstable bzw. testing (das muss nichts schlechtes bedeuten, gerade im Vergleich zu anderen Distributionen/ Betriebssystemen). Durch das Paketmanagement ist dies leicht zu installieren. Man braucht nur die Pakete dem APT zur Verfügung stellen.

Und und du bist noch mit Jessie unterwegs

[Tintom]

Bei linuxtv.org wird die Karte als DVB-T2 Karte gelistet. Sollte demnach also unter Linux laufen. Ich habe daher eher die Vermutung das VLC aus Jessie es nicht schafft DVB-T2 vernünftig zu streamen. Kann sein VLC scheitert am H.265 Codec. Oder aber die darunter liegenden libs. Der Ton wird ja immerhin super weiter gestreamt. Nur das Bild bleibt stehen.

Du kannst mal einen Streamdump versuchen, also VLC den nackten Stream in eine Datei schreiben lassen, nach einer Minute abbrechen und anschließend die Datei mit dem VLC öffnen. Das sollte zumindest mehrere Bilder liefern. Alternativ wie @debianoli erwähnt hat vielleicht noch mit mpv einen Versuch starten.

[geier22]

Nehmt doch bitte mal zur Kenntnis, dass matman ein Jessie System hat, debianoli davon spricht, dass er es selbst in Stretch kaum geschafft hat. Und auch ein Streamdump muss erst mal decodiert werden, bevor er aufgezeichnet wird (glaub ich jedenfalls)
Jeder redet an jedem vorbei. Schade
Nach den Hardware Infos in diesem Thread hat matman eine Hardware, die das einfach nicht kann. Und dazu ein BS, dass für solche Dinge total veraltet ist.
Das sollte mal begriffen werden.
Ich sauge das mir doch nicht aus den Fingern, sondern beziehe mich auf Leute, von denen ich denke, dass sie sich mit dem Thema etwas mehr beschäftigt haben und auch einiges mehr an Wissen haben, als wir.
VDR mit DVB-T2 unter Debian

[matman]

Und noch etwas Lektüre zu diesem Thema mit dem Hintergrund "Jessie" exklusiv von Debian:
http://www.vdr-wiki.de/wiki/index.php/V ... ter_Debian

Genau da lag wohl der Hund begraben. Es soll ja tatsächlich Leute geben, die es gaschafft haben DVB-T2 mit Jessie zum Laufen zu bekommen. Las ich jedenfalls in anderen Foren. Aber das ist schon mind. ein Jahr her, da sind heute die Pakete aus Testing leider nicht mehr so leicht zu integrieren.

Ich habe es mal mit Apt Pinning versucht. Aber dabei hat mir apt das halbe Jessie platt gemacht, fast alle Gnome-Pakete gelöscht etc. Leider merkte ich das erst als es zu spät war, denn apt install vdr -t buster gab keine Meldung über Pakete, die entfernt werden sollten.

Also habe ich jetzt einfach mal Buster installiert. Damit kann ich nun auch problemlos DVB-T2 mit VLC schauen. CPU-Last liegt dann bei 200%, also 2 von 4 Kernen (je 3 GHz) sind voll ausgelastet. Ist das bei DVB-T2 mit Hardwarebeschleunigung normal, oder könnte das am VLC liegen?

[geier22]

Damit kann ich nun auch problemlos DVB-T2 mit VLC schauen. CPU-Last liegt dann bei 200%, also 2 von 4 Kernen (je 3 GHz) sind voll ausgelastet. Ist das bei DVB-T2 mit Hardwarebeschleunigung normal, oder könnte das am VLC liegen?

Nö am VLC liegt das nicht. Das liegt an deiner zu schwachen Hardware. Da würde ich mir ganz schnell irgend ein Tool zulegen, das die CPU- Temp beobachtet. Bevor sich die CPU mit einem "Rauchwölkchen" verabschiedet.
Na ja - vielleicht funktioniert ja auch die Notabschaltung im BIOS. Gibt es die überhaupt noch?
Beim mir geht das ganz in Ruhe mit dem VLC


Edit:

Was hast du denn jetzt für eine Graka eingebaut ?

[matman]

Um die CPU-Temp muss man sich keine Sorgen machen, habe eine super Gehäuse-Belüftung. Selbst wenn alle Kerne zu 100% laufen hält sich die Temperatur bei max. 43 Grad.

Vielleicht liegt es auch an der zum Teil jetzt sehr neuen Hardware. GraKa ist nun eine Asus GTX1050. Die kann auch ganz sicher H.265 Decoding. Ich bin nur leider nicht sicher wie ausgereift der Treiber für diese GraKa schon ist. Ich habe den von Nvidia installiert. Der nouveau läuft zwar, aber ziemlich bescheiden. Da kommt Xorg mit der GraKa nicht besonders gut zurecht. Der Nvidia-Treiber läuft soweit ziemlich gut. Im VLC ist vdpau als Video out eingestellt. Deshalb wundert mich die recht hohe CPU-Last schon etwas.

[geier22]

hmmm die Karte sollte das aber wirklich machen.

EDIT: Bist du sicher dass der Messwert 200 % stimmt ?? An sich geht ja wohl nicht mehr als 100%

Mal vergleichen,was bei dir alles installiert ist:

Code: Alles auswählen

dpkg -l *nvi* |grep ii
ii  glx-alternative-nvidia              0.8.3             amd64        allows the selection of NVIDIA as GLX provider
ii  libbasicusageenvironment0           2:2015.06.09-dmo1 amd64        multimedia RTSP streaming library (BasicUsageEnvironment class)
ii  libbasicusageenvironment1           2:2018.02.28-dmo1 amd64        multimedia RTSP streaming library (BasicUsageEnvironment class)
ii  libegl-nvidia0:amd64                390.48-3          amd64        NVIDIA binary EGL library
ii  libegl-nvidia0:i386                 390.48-3          i386         NVIDIA binary EGL library
ii  libgl1-nvidia-glvnd-glx:amd64       390.48-3          amd64        NVIDIA binary OpenGL/GLX library (GLVND variant)
ii  libgl1-nvidia-glvnd-glx:i386        390.48-3          i386         NVIDIA binary OpenGL/GLX library (GLVND variant)
ii  libgles-nvidia2:amd64               390.48-3          amd64        NVIDIA binary OpenGL|ES 2.x library
ii  libgles-nvidia2:i386                390.48-3          i386         NVIDIA binary OpenGL|ES 2.x library
ii  libglx-nvidia0:amd64                390.48-3          amd64        NVIDIA binary GLX library
ii  libglx-nvidia0:i386                 390.48-3          i386         NVIDIA binary GLX library
ii  libnvidia-cfg1:amd64                390.48-3          amd64        NVIDIA binary OpenGL/GLX configuration library
ii  libnvidia-cfg1:i386                 390.48-3          i386         NVIDIA binary OpenGL/GLX configuration library
ii  libnvidia-egl-wayland1:amd64        390.48-3          amd64        NVIDIA binary Wayland EGL external platform library
ii  libnvidia-egl-wayland1:i386         390.48-3          i386         NVIDIA binary Wayland EGL external platform library
ii  libnvidia-eglcore:amd64             390.48-3          amd64        NVIDIA binary EGL core libraries
ii  libnvidia-eglcore:i386              390.48-3          i386         NVIDIA binary EGL core libraries
ii  libnvidia-glcore:amd64              390.48-3          amd64        NVIDIA binary OpenGL/GLX core libraries
ii  libnvidia-glcore:i386               390.48-3          i386         NVIDIA binary OpenGL/GLX core libraries
ii  libnvidia-ml1:amd64                 390.48-3          amd64        NVIDIA Management Library (NVML) runtime library
ii  libusageenvironment1                2:2014.05.27-dmo1 amd64        multimedia RTSP streaming library (UsageEnvironment classes)
ii  libusageenvironment3                2:2018.02.28-dmo1 amd64        multimedia RTSP streaming library (UsageEnvironment classes)
ii  nvidia-alternative                  390.48-3          amd64        allows the selection of NVIDIA as GLX provider
ii  nvidia-driver                       390.48-3          amd64        NVIDIA metapackage
ii  nvidia-driver-bin                   390.48-3          amd64        NVIDIA driver support binaries
ii  nvidia-driver-libs:amd64            390.48-3          amd64        NVIDIA metapackage (OpenGL/GLX/EGL/GLES libraries)
ii  nvidia-driver-libs:i386             390.48-3          i386         NVIDIA metapackage (OpenGL/GLX/EGL/GLES libraries)
ii  nvidia-driver-libs-i386:i386        390.48-3          i386         NVIDIA metapackage (OpenGL/GLX/EGL/GLES 32-bit libraries)
ii  nvidia-egl-common                   390.48-3          amd64        NVIDIA binary EGL driver - common files
ii  nvidia-egl-icd:amd64                390.48-3          amd64        NVIDIA EGL installable client driver (ICD)
ii  nvidia-egl-icd:i386                 390.48-3          i386         NVIDIA EGL installable client driver (ICD)
ii  nvidia-egl-wayland-common           390.48-3          amd64        NVIDIA binary Wayland EGL external platform - common files
ii  nvidia-egl-wayland-icd:amd64        390.48-3          amd64        NVIDIA Wayland EGL external platform library (ICD)
ii  nvidia-egl-wayland-icd:i386         390.48-3          i386         NVIDIA Wayland EGL external platform library (ICD)
ii  nvidia-installer-cleanup            20151021+8        amd64        cleanup after driver installation with the nvidia-installer
ii  nvidia-kernel-common                20151021+8        amd64        NVIDIA binary kernel module support files
ii  nvidia-kernel-dkms                  390.48-3          amd64        NVIDIA binary kernel module DKMS source
ii  nvidia-kernel-support               390.48-3          amd64        NVIDIA binary kernel module support files
ii  nvidia-legacy-check                 390.48-3          amd64        check for NVIDIA GPUs requiring a legacy driver
ii  nvidia-modprobe                     390.25-1          amd64        utility to load NVIDIA kernel modules and create device nodes
ii  nvidia-persistenced                 390.25-1          amd64        daemon to maintain persistent software state in the NVIDIA driver
ii  nvidia-settings                     390.48-2          amd64        tool for configuring the NVIDIA graphics driver
ii  nvidia-smi                          390.48-3          amd64        NVIDIA System Management Interface
ii  nvidia-support                      20151021+8        amd64        NVIDIA binary graphics driver support files
ii  nvidia-vdpau-driver:amd64           390.48-3          amd64        Video Decode and Presentation API for Unix - NVIDIA driver
ii  nvidia-vulkan-common                390.48-3          amd64        NVIDIA Vulkan driver - common files
ii  nvidia-vulkan-icd:amd64             390.48-3          amd64        NVIDIA Vulkan installable client driver (ICD)
ii  nvidia-vulkan-icd:i386              390.48-3          i386         NVIDIA Vulkan installable client driver (ICD)
ii  nvidia-xconfig                      390.25-1          amd64        deprecated X configuration tool for non-free NVIDIA drivers
ii  xnview                              0.90              amd64        Graphic viewer, browser, converter.
ii  xserver-xorg-video-nvidia           390.48-3          amd64        NVIDIA binary Xorg driver

Du könntest ja auch mal Fernsehen glotzen und nebenbei die Karte beobachten, ob da überhaupt was aktiv wird

dazu eignet sich nvidia-smi
mit dem Befehl

Code: Alles auswählen

nvidia-smi -l 2

werden dann die Messwerte alle 2 s aufgefrischt.
Grafisch kann man das tool psensor ganz gut einsetzen.

Auf jeden Fall ist da noch irgendetwas schief. Denn die Arbeit sollte an sich die Graka übernehmen.

[Tintom]

EDIT: Bist du sicher dass der Messwert 200 % stimmt ?? An sich geht ja wohl nicht mehr als 100%

$ top
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
21627 tintom 20 0 8804 696 624 R 63,7 0,0 0:09.05 cat
21626 tintom 20 0 8804 704 636 R 61,4 0,0 0:08.75 cat
21628 tintom 20 0 8804 684 612 R 61,1 0,0 0:08.83 cat

Bei Multicore-Systemen wird die Auslastung des individuellen Prozessor-Kerns gemessen. Daher sind mehr wie 100% möglich.

[geier22]

mache es mal mit

Code: Alles auswählen

top 1

Fasst die CPU - Belastung zusammen.

[matman]

Installiert habe ich den Treiber von der Nvidia-Webseite. Nicht den aus den Repos. Vielleicht sollte ich daran mal was ändern. Allerdings hatte ich mit dem Nvidia-Treiber und Kernel 4.16 ne Weile Probleme. Ging nicht zu installieren bis eine neuere Version veröffentlicht wurde. Die aus dem Debian Repos ist aber leider älter. Muss ich halt mal ausprobieren.

Laut top verbrät vlc 190% bis 260% CPU-Power. Das sollte so wohl nicht sein. Mal sehen ob ich am WE da was hinbekomme. Muss leider gleich weg.

[geier22]

installiert habe ich den Treiber von der Nvidia-Webseite. Nicht den aus den Repos. Vielleicht sollte ich daran mal was ändern.

Ändern solltest du auch dein Mitheilungsbedürfnis.
Nicht dass ich jetzt den Treiber dafür verantwortlich machen will, aber ist es nicht eine Frage der Fairness uns gegenüber, seine seine Hardware- Ausstattung und Software auf den Tisch zu legen und nicht nach zwei Seiten hin und her beiläufig zu erwähnen das man einen Treiber hat der nicht aus den Repos stammt?????
Bevor es also weitergehen kann : inxi instellieren und die Ausgabe von

Code: Alles auswählen

inxi -F

hier posten.

[matman]

einen Treiber hat der nicht aus den Repos stammt?

Sorry, ich wusste nicht das es den Nvidia-Treiber in den Repos gibt. Habe ich erst diese Woche entdeckt. Ich habe jetzt mal den Nvidia-Treiber deinstalliert und dafür den Nvidia-Treiber aus den Repos. Läuft soweit gut. Nur keine Besserung was die CPU-Last angeht.

nvidia-smi -l 2 aktualisiert alle 2 Sekunden die Messwerte. psensor zeigt diese nur als Text an, nicht als grafische Kurve.

inxi -F gibt das hier aus:

Code: Alles auswählen

System:
  Host: calculus Kernel: 4.16.0-1-amd64 x86_64 bits: 64
  Desktop: Gnome 3.28.2 Distro: Debian GNU/Linux buster/sid
Machine:
  Type: Desktop Mobo: ASRock model: 890FX Deluxe3 serial: N/A
  BIOS: American Megatrends v: P1.90 date: 10/06/2010
CPU:
  Topology: Quad Core model: AMD Phenom II X4 945 bits: 64 type: MCP
  L2 cache: 2048 KiB
  Speed: 3000 MHz min/max: 800/3000 MHz Core speeds (MHz): 1: 3000 2: 3000
  3: 800 4: 800
Graphics:
  Card-1: NVIDIA GP107 [GeForce GTX 1050] driver: nvidia v: 390.48
  Display: x11 server: X.Org 1.19.6 driver: nvidia
  unloaded: fbdev,modesetting,nouveau,nv,vesa resolution: 1920x1080~60Hz
  OpenGL: renderer: GeForce GTX 1050/PCIe/SSE2 v: 4.6.0 NVIDIA 390.48
Audio:
  Card-1: AMD SBx00 Azalia driver: vfio-pci
  Card-2: NVIDIA GP107GL High Definition Audio driver: N/A
  Card-3: Creative Labs EMU10k1 [Sound Blaster Live! Series]
  driver: snd_emu10k1
  Sound Server: ALSA v: k4.16.0-1-amd64
Network:
  Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
  driver: r8169
  IF: eth0 state: down mac: 00:25:22:77:ac:e9
  Card-2: Realtek RTL8192CU 802.11n WLAN Adapter type: USB driver: rtl8192cu
  IF: wlan0 state: up mac: e8:de:27:1f:24:65
Drives:
  HDD Total Size: 1.14 TiB used: 834.30 GiB (71.3%)
  ID-1: /dev/nbd0 model: N/A size: 15.00 GiB
  ID-2: /dev/sda vendor: SanDisk model: Ultra II 240GB size: 223.57 GiB
  ID-3: /dev/sdb vendor: Hitachi model: HGST HTS721010A9E630
  size: 931.51 GiB
  Partition:
  ID-1: / size: 20.04 GiB used: 13.58 GiB (67.8%) fs: ext4 dev: /dev/dm-1
  ID-2: /var size: 13.69 GiB used: 3.00 GiB (21.9%) fs: ext4 dev: /dev/dm-2
  ID-3: swap-1 size: 27.94 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/dm-0
Sensors:
  System Temperatures: cpu: 40.0 C mobo: N/A gpu: nvidia temp: 45 C
  Fan Speeds (RPM): N/A gpu: nvidia fan: 31%
Info:
  Processes: 239 Uptime: 33m Memory: 15.61 GiB used: 1.24 GiB (8.0%)
  Shell: bash inxi: 3.0.09

[Tintom]

[...] eine Frage der Fairness uns gegenüber, seine seine Hardware- Ausstattung und Software auf den Tisch zu legen und nicht nach zwei Seiten [...]

Gibt es einen Grund weshalb du andere User grundlos anpampst? Unnötiger Inhalt. Seine Hardware steht in der Signatur. Lesen hilft.

@matman: Vermutlich wird das Video in Software dekodiert. Installiere mal vdpauinfo und rufe das gleichnamige Programm imTerminal auf.

[geier22]

Gibt es einen Grund weshalb du andere User grundlos anpampst? Unnötiger Inhalt. Seine Hardware steht in der Signatur. Lesen hilft.

Na dann hast du ja auch aufgrund meiner unnötigen Bemerkungen sicherlich gelesen:

unloaded: fbdev,modesetting,nouveau,nv,vesa resolution: 1920x1080~60Hz

Da stimmt halt was nicht.
Außerdem habe ich keine Lust nachzusehen, welcher Chip in der Karte verbaut ist, wenn es Tools gibt, die das auswerfen.
Welche Treiber installiert sind sehe ich dann woran?

Fragen: hast du firmware-misc-nonfree installiert?

nvidia-smi -l 2 aktualisiert alle 2 Sekunden die Messwerte.

Aber du kannst da sehen welche Prozesse über die Karte laufen.

Weiter wäre Interessant:

Code: Alles auswählen

ls -al /etc/modprobe.d/

Welchen Treiber hattest du von Nvidia installiert ? eventuell noch Reste vorhanden ?

Code: Alles auswählen

dpkg -l *nvi* |grep ii

[matman]

Tja, ob wirklich alles durch nvidia-uninstall entfernt wurde ist unklar. Ich gehe allerdings davon aus, das die deb Pakete alles überschreiben müssten, was von denen gebraucht wird, falls vorher noch vorhanden. Hätte ich vorher gewusst, das es den Nvidia-Treiber auch in den Debian Repos gibt, hätte ich die deb Pakete gleich installiert. Man lernt halt nie aus....

Also mal ein paar System-Infos. vdpauinfo gibt das hier aus: http://nopaste.debianforum.de/40355

Code: Alles auswählen

ls -al /etc/modprobe.d
total 36
drwxr-xr-x   2 root root  4096 May 31 23:13 .
drwxr-xr-x 125 root root 12288 Jun  2 18:17 ..
-rw-r--r--   1 root root    20 May 26 18:43 blacklist.conf
-rw-r--r--   1 root root   127 Feb  7  2017 dkms.conf
lrwxrwxrwx   1 root root    53 May 31 23:13 nvidia-blacklists-nouveau.conf -> /etc/alternatives/glx--nvidia-blacklists-nouveau.conf
lrwxrwxrwx   1 root root    43 May 31 23:13 nvidia.conf -> /etc/alternatives/glx--nvidia-modprobe.conf
-rw-r--r--   1 root root    76 May  3 19:21 nvidia-installer-disable-nouveau.conf
-rw-r--r--   1 root root   260 Mar 29 11:55 nvidia-kernel-common.conf
-rw-r--r--   1 root root    53 May  6 20:07 vfio.conf

Die blacklist.conf enthält nur ein Modul fürs USB-WLAN, vfio.conf legt paar Dinge für KVM fest. Ist also irrelevant. Die nvidia-installer-disable-nouveau.conf kann ich mal noch löschen. Da steht aber auch nur nouveau drin, denke ich. Der soll ja eh in die Blacklist.

Code: Alles auswählen

dpkg -l *nvi* |grep ii
ii  glx-alternative-nvidia              0.8.3        amd64        allows the selection of NVIDIA as GLX provider
ii  libbasicusageenvironment1:amd64     2018.04.25-2 amd64        multimedia RTSP streaming library (BasicUsageEnvironment class)
ii  libegl-nvidia0:amd64                390.48-3     amd64        NVIDIA binary EGL library
ii  libgl1-nvidia-glvnd-glx:amd64       390.48-3     amd64        NVIDIA binary OpenGL/GLX library (GLVND variant)
ii  libgles-nvidia2:amd64               390.48-3     amd64        NVIDIA binary OpenGL|ES 2.x library
ii  libglx-nvidia0:amd64                390.48-3     amd64        NVIDIA binary GLX library
ii  libnvidia-cfg1:amd64                390.48-3     amd64        NVIDIA binary OpenGL/GLX configuration library
ii  libnvidia-egl-wayland1:amd64        390.48-3     amd64        NVIDIA binary Wayland EGL external platform library
ii  libnvidia-eglcore:amd64             390.48-3     amd64        NVIDIA binary EGL core libraries
ii  libnvidia-glcore:amd64              390.48-3     amd64        NVIDIA binary OpenGL/GLX core libraries
ii  libnvidia-ml1:amd64                 390.48-3     amd64        NVIDIA Management Library (NVML) runtime library
ii  libusageenvironment3:amd64          2018.04.25-2 amd64        multimedia RTSP streaming library (UsageEnvironment classes)
ii  nvidia-alternative                  390.48-3     amd64        allows the selection of NVIDIA as GLX provider
ii  nvidia-driver                       390.48-3     amd64        NVIDIA metapackage
ii  nvidia-driver-bin                   390.48-3     amd64        NVIDIA driver support binaries
ii  nvidia-driver-libs:amd64            390.48-3     amd64        NVIDIA metapackage (OpenGL/GLX/EGL/GLES libraries)
ii  nvidia-egl-common                   390.48-3     amd64        NVIDIA binary EGL driver - common files
ii  nvidia-egl-icd:amd64                390.48-3     amd64        NVIDIA EGL installable client driver (ICD)
ii  nvidia-egl-wayland-common           390.48-3     amd64        NVIDIA binary Wayland EGL external platform - common files
ii  nvidia-egl-wayland-icd:amd64        390.48-3     amd64        NVIDIA Wayland EGL external platform library (ICD)
ii  nvidia-installer-cleanup            20151021+8   amd64        cleanup after driver installation with the nvidia-installer
ii  nvidia-kernel-common                20151021+8   amd64        NVIDIA binary kernel module support files
ii  nvidia-kernel-dkms                  390.48-3     amd64        NVIDIA binary kernel module DKMS source
ii  nvidia-kernel-support               390.48-3     amd64        NVIDIA binary kernel module support files
ii  nvidia-legacy-check                 390.48-3     amd64        check for NVIDIA GPUs requiring a legacy driver
ii  nvidia-modprobe                     390.25-1     amd64        utility to load NVIDIA kernel modules and create device nodes
ii  nvidia-persistenced                 390.25-1     amd64        daemon to maintain persistent software state in the NVIDIA driver
ii  nvidia-settings                     390.48-2     amd64        tool for configuring the NVIDIA graphics driver
ii  nvidia-smi                          390.48-3     amd64        NVIDIA System Management Interface
ii  nvidia-support                      20151021+8   amd64        NVIDIA binary graphics driver support files
ii  nvidia-vdpau-driver:amd64           390.48-3     amd64        Video Decode and Presentation API for Unix - NVIDIA driver
ii  nvidia-vulkan-common                390.48-3     amd64        NVIDIA Vulkan driver - common files
ii  nvidia-vulkan-icd:amd64             390.48-3     amd64        NVIDIA Vulkan installable client driver (ICD)
ii  xserver-xorg-video-nvidia           390.48-3     amd64        NVIDIA binary Xorg driver

[geier22]

Hallo matman

Für mich sieht das alles ziemlich komplett aus.
Leider kann ich dir nicht weiterhelfen , da ich einen vergleichbare Hardware Konfiguration nicht habe.
Wie gesagt, die eine Zeile bei inxi scheint mit spanisch:

unloaded: fbdev,modesetting,nouveau,nv,vesa resolution: 1920x1080~60Hz

Die Zeile gibt es bei mir überhaupt nicht.

Wenn ich mit Google nach

GTX 1050 recommended CPU Memory

suche, ergibt sich an sich ziemlich übereinstimmend folgendes:

Mindestspezifikationen
Grafikkarte NVIDIA GTX 1050 Ti/AMD Radeon RX 470 oder besser
Alternative Grafikkarte NVIDIA GTX 960 4 GB/AMD Radeon R9 290 oder besser
Prozessor Intel i3-6100/AMD Ryzen 3 1200, FX4350 oder höher
Arbeitsspeicher 8 GB+ RAM
Videoausgang Kompatibler HDMI 1.3-Videoausgang

Ich bin nicht Hardware Spezialist um zu wissen, welche Wege ein Stream unter welchen Bedingungen nimmt um dann von der
GrKa per Hardware dekodiert zu werden.

Ob da noch einzelne Bibliotheken gebraucht werden oder dein Board mit Sockel AM 3 und DDR3 DIMM schlichtweg nicht mehr passt - keine Ahnung

Wenn du aber ein Ruckelfreies Bild hinbekommst würde ich einfach erst mal die ganze Sache beobachten. Allerdings würde ich mir was installieren
um meine CPU-Temperatur im Blick zu haben. (lm-sensors ist dafür norwendig)

Vielleicht könne andere mit entsprechender Hardware - Erfahrung noch Tipps geben.

[Tintom]

Also mal ein paar System-Infos. vdpauinfo gibt das hier aus: http://nopaste.debianforum.de/40355

Laut Zeile 40 schauen die Voraussetzungen gut aus.

Was gibt der VLC an Meldungen aus? Alternativ: Was passiert, wenn du mit mpv --vo=vdpau --hwdec=vdpau <DVB-T2-Stream> auf die Karte zugreifst?

[chabayo]

Hab mit HD nichts am Hut, aber DVB-S2/T2 bedeutet fuer mich ein upgrade des DVB Standard zu HD faehig.

Das macht mein VLC von VDR her gestreamt auf ein Tablet mit 1,3 GHz Core2 und Win10 mit leichten Rucklern, aber das bei ca. 40% Prozessorlast.

Also zog ich den Stream mit 'wget' auf mein Labtop, dort macht das VLC tadellos mit einer CPU-Last von ca 75%.

Es muesste schon HD sein, denn 'ffmpeg' sagt:

Code: Alles auswählen

Input #0, mpegts, from 'S19.2E-1-1111-28544.ts':
  Duration: 00:00:16.12, start: 65905.546044, bitrate: 7814 kb/s
  Program 28544 
    Metadata:
      service_name    : WDR HD Aachen
      service_provider: ARD
    Stream #0:0[0x87b]: Unknown: none ([11][0][0][0] / 0x000B)
    Stream #0:1[0x942]: Unknown: none ([5][0][0][0] / 0x0005)
    Stream #0:2[0x948]: Unknown: none ([12][0][0][0] / 0x000C)
    Stream #0:3[0x15e1]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(progressive), 1280x720 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc
    Stream #0:4[0x15e2](deu): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s
    Stream #0:5[0x15e3](mis): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s
    Stream #0:6[0x15e4](deu): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006), 492x250
    Stream #0:7[0x15e5](deu): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) (hearing impaired)
    Stream #0:8[0x15e6](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, fltp, 448 kb/s

Stream #0.3, 1280x720 (HD!?)

Btw. ist meine Auffassung das VLC mit einem Thread den Stream undekodiert vom Empfaenger in einen Buffer zieht, und dann mit einem anderen Thread aus diesem Buffer dekodiert und diese Daten zum Grafiktreiber mapped. (lass mich da gerne korrigieren)

[Tintom]

Hab mit HD nichts am Hut, aber DVB-S2/T2 bedeutet fuer mich ein upgrade des DVB Standard zu HD faehig.

Stop. Bitte nicht verwechseln: DVB-S2 verwendet h264, DVB-T2 (in D) h265. Ersteres kann seit gefühlten zehn Jahren dekodiert werden, letzteres eben nicht.

[chabayo]

Yup, danke dir.

Habe mir das Video eben mit ca. 50% CPU-Last angesehen, ffmpeg sagt:

Code: Alles auswählen

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Tears_400_x265.mp4':
  Metadata:
    major_brand     : iso4
    minor_version   : 1
    compatible_brands: iso4hvc1
    creation_time   : 2014-08-25T18:10:46.000000Z
  Duration: 00:00:13.96, start: 0.125000, bitrate: 404 kb/s
    Stream #0:0(und): Video: hevc (Main) (hvc1 / 0x31637668), yuv420p(tv), 1920x800, 402 kb/s, 24 fps, 24 tbr, 24k tbn, 24 tbc (default)
    Metadata:
      creation_time   : 2014-08-25T18:10:46.000000Z
      handler_name    : hevc:fps=24@GPAC0.5.1-DEV-rev4807

Bei dem 4k-Video auf der Page zeigt er 3 Sekunden bei 175% CPU-Last, und freezed danach - 2x2.26 Core2.

Bloss mal so. Viel Glueck noch!

[matman]

Ob vielleicht noch eine lib fehlt, das habe ich mich auch schon gefragt. Oder was von Xorg. Letzteres scheint aber gut. Die Xorg.0.log beschwert sich nur über das nicht vorhandene Modul nv, aber das ist soweit ich weiß ein recht alter nvidia Treiber. Brauche ich also nicht.

Mal noch zwei Outputs der Konsole:

Code: Alles auswählen

vlc
VLC media player 3.0.3 Vetinari (revision 3.0.2-225-gc9e3360dd4)
[00005635ab5b18e0] vlcpulse audio output error: PulseAudio server connection failure: Connection refused
[00005635ab515570] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
[00007f0240017840] main decoder error: buffer deadlock prevented
[00007f024008b920] main decoder error: buffer deadlock prevented
[00007f024008c1b0] mpeg4audio packetizer: AAC channels: 2 samplerate: 48000
[00007f022c13ab10] main video output error: video output creation failed
[00007f0240017840] main decoder error: failed to create video output
[00007f0240017840] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library  390.48  Wed Mar 21 23:47:29 PDT 2018 for hardware decoding
[00007f0240017840] avcodec decoder error: existing hardware acceleration cannot be reused
[00007f022c16a150] main video output error: video output creation failed
[00007f0240017840] main decoder error: failed to create video output
[00007f024001e8f0] ts demux error: libdvbpsi error (EIT decoder): 'last_section_number' differs whereas no discontinuity has occured

Die letzte Zeile wiederholt sich bis man den Stream beendet.

Code: Alles auswählen

mpv --vo=vdpau --hwdec=vdpau dvb://
Playing: dvb://
[dvbin] dvb_tune DVB-T2 Freq: 522000000
[ffmpeg] NULL: PPS id out of range: 0
[ffmpeg/video] hevc: PPS id out of range: 0
[ffmpeg/video] hevc: Error parsing NAL unit #4.
[ffmpeg/video] hevc: PPS id out of range: 1
[ffmpeg/video] hevc: PPS id out of range: 1
[ffmpeg/video] hevc: Error parsing NAL unit #4.
[CUT]
WIRD WIEDERHOLT BIS STREAM LÄUFT.
[/CUT]
 (+) Video --vid=1 (hevc 1920x1080 50.000fps)
 (+) Audio --aid=1 (aac_latm 2ch 48000Hz)
File tags:
 Title: Das Erste HD(ARD)
AO: [alsa] 48000Hz stereo 2ch float
HEVC video output may be broken due to nVidia bugs.
[ffmpeg/video] hevc: Could not find ref with POC 30552
VO: [vdpau] 1920x1080 yuv420p
[vo/vdpau] Compositing window manager detected. Assuming timing info is inaccurate.
^C: 00:01:23 / 00:00:00 A-V:  0.000 Cache: 10s+1MB

Über die vdpau Optionen sonst keine Beschwerde. Die CPU braucht aber auch hiermit 2 Kerne mit je 100%.

[chabayo]

Hier wird tzap und dvbstream angesprochen.

Hab gerade keine DVB-Adapter-Installation um es zu pruefen, aber mit tzap einstellen und dann mit

Code: Alles auswählen

ffmpeg -loglevel verbose -i /dev/adapter2/dvr0

pruefen?

[geier22]

Die Angaben von top und auch htop bez. der CPU Auslastung sind einfach Müll, zumal die CPU die Last ja wohl in der Regel verteilt.
Bei top steht oben im Header nochmal %CPU(s) was wenigstens was realistisches anzeigt.
Bei htop kann man im oberen Bereich via Setup auch einiges verändern, was dann reale Werte anzeigt.

Bild:
Vergleich top / htop beim Abspielen von jellyfish-55-mbps-hd-hevc.mkv
Das ist übrigens mein Großer Rechner (zwar mit Nvidia aber ohne HEVC - Unterstützung)



Ist übrigens eine gute Quelle, um zu schauen, wann eurer / CPU /GPU die Zunge aus dem Hals hängt.
http://jell.yfish.us/

Was matman ja immer noch nicht beantwortet hat: Läuft denn das Bild beim Fernsehen flüssig / ohne Ruckler ?

[00007f024001e8f0] ts demux error: libdvbpsi error (EIT decoder): 'last_section_number' differs whereas no discontinuity has occured

Die Zeile kommt bei mir auch, wenn ich VLC über die Konsole starte (ohne Nvidia nur Intel HD - Grafik) . Scheint aber sonst keinen Auswirkungen zu haben, da mein Lappie
in aller Ruhe mit grad mal 5 -6 % CPU-Last mir das Fernsehprogramm präsentiert (Intel Core i5-7200U )

[Tintom]

Code: Alles auswählen

HEVC video output may be broken due to nVidia bugs.

Hier und hier wird geschrieben, dass HEVC in Verbindung mit VDPAU verbuggt ist und die Entwicklung von VDPAU tot sei.
Abhilfe soll stattdessen der Parameter --hwdec=cuda bringen.