Der Xine-Player kann auch den Stream vom xineliboutput-plugin darstellen.
Dazu braucht man ausser dem Player (xine-ui) noch das passende Input-plugin (libxine2-xvdr).
Der Xine-Mediaplayer kann auch die .ts-Dateien direkt abspielen.
Wie sieht es dann zB. mit VLC aus, kann der VAAPI nutzen?
Das Board ist ja recht neu, eventuell macht es Sinn mal was anderes zu probieren, um die Fehlerquelle einzugrenzen.
Der Xine-Player kann auch den Stream vom xineliboutput-plugin darstellen.
Dazu braucht man ausser dem Player (xine-ui) noch das passende Input-plugin (libxine2-xvdr).
Der Xine-Mediaplayer kann auch die .ts-Dateien direkt abspielen.
Werde ich mir mal anschauen.
ZitatWie sieht es dann zB. mit VLC aus, kann der VAAPI nutzen?
Das Board ist ja recht neu, eventuell macht es Sinn mal was anderes zu probieren, um die Fehlerquelle einzugrenzen.
Du meinst, um mal die generelle Hardware-Decoding-Unterstützung auszuprobieren?
Die fehlt mir mutmaßlich auch in Firefox beim Abspielen von 4K YT-Videos, obwohl unter about:support die Fähigkeit des HARDWARE_VIDEO_DECODING als verfügbar angegeben wird. Real habe ich dann aber 30-50% unter top und 10-20% unter intel-gpu-top. Das sollte bei der CPU doch eigentlich weniger sein(?).
Hat hier jemand anderes evtl. noch einen N100, der ggf. auch mal unter Windows gegentesten könnte welche CPU-Last im Firefox mit YT-4K-Material entsteht?
Du meinst, um mal die generelle Hardware-Decoding-Unterstützung auszuprobieren?
Und ob der Fehler da auch auftritt.
Die fehlt mir mutmaßlich auch in Firefox beim Abspielen von 4K YT-Videos, obwohl unter about:support die Fähigkeit des HARDWARE_VIDEO_DECODING als verfügbar angegeben wird.
Da kann ich leider nicht helfen.
Seit Firefox auf EGL umgestellt hat, läuft bei mir (Nvidia-Grafikkarte) gar nichts mehr beschleunigt 
.
@rüsseltier you can use softhddevice on desktop in window mode, and attach/detach output when vdr running allways, but on one host. And Xorg only, not Wayland yet.
@rüsseltier you can use softhddevice on desktop in window mode, and attach/detach output when vdr running allways, but on one host. And Xorg only, not Wayland yet.
Thank you - haven't tried it yet, but will do so later.
Und ob der Fehler da auch auftritt.
Da kann ich leider nicht helfen.
Seit Firefox auf EGL umgestellt hat, läuft bei mir (Nvidia-Grafikkarte) gar nichts mehr beschleunigt
Evtl. für zukünftige Firefox-Nutzer auf N100-Systemen und/oder dem intel-media-driver generell interessant:
in about:config muss media.ffvpx.enabled auf false gestellt werden - ansonsten gurkt der FF mit Softwaredecodierung durch YT.
Dann sinkt bei 4K-Videos die CPU-Last für die FF-Prozesse von 200% auf 70-80% und unter intel_gpu_top steigen die Werte für Render und Video auf 25-30%. Laut einigen Berichten im Netz soll die CPU-Last des FF unter Wayland noch deutlicher sinken - die 70-80% unter X11 wären einem Implementierungsproblem dort geschuldet.
Nicht vernünftig laufen 8K-YT-Videos, obwohl laut vainfo das VAProfileAV1Profile0 : VAEntryPointVLD ist, er also dekodieren sollte.
Dann liegen 350% in top an und intel_gpu_top hat bei Video 0% Last.
Jetzt bekomme ich "immerhin" einen schwarzen Bildschirm mit Ton.
Evtl. liegt es daran. DVB-S2 kann ich mangels noch nicht eingebauter Karte noch nicht testen.
Habe mich mit laufender DVB-S2-Karte noch mal an vdr-sxfe --video=vaapi rangewagt, um vllt. doch noch an Hardware-Beschleunigung zu kommen.
Nach wie vor bleibt der Bildschirm komplett schwarz, Ton ist da.
Log zeigt Auffälligkeiten, siehe die zwei ERROR unten.
Mache ich evtl. einen blutigen Anfängerfehler beim vdr-sxfe-Aufruf oder der Konfiguration, die den schwarzen Bildschirm verursachen könnten?
Nov 04 00:32:57 vdr vdr[918]: [1469] [xine..put] cXinelibServer priority set successful SCHED_RR 2 [1,99]
Nov 04 00:32:57 vdr vdr[918]: [1469] [xine..put] Binding server to 127.0.0.1:37890
Nov 04 00:32:57 vdr vdr[918]: [1469] [xine..put] Listening on port 37890
Nov 04 00:32:57 vdr vdr[918]: [1469] [xine..put] UDP broadcast send failed (discovery)
Nov 04 00:32:57 vdr vdr[918]: [1469] [xine..put] (ERROR (tools/vdrdiscovery.c,119): Das Netzwerk ist nicht erreichbar)
Nov 04 00:32:58 vdr vdr[918]: [1472] [xine..put] H.264: Found NAL SPS at offset 6/1996
Nov 04 00:32:58 vdr vdr[918]: [1472] [xine..put] H.264 SPS: profile_idc 100
Nov 04 00:32:58 vdr vdr[918]: [1472] [xine..put] H.264 SPS: pic_width: 80 mbs
Nov 04 00:32:58 vdr vdr[918]: [1472] [xine..put] H.264 SPS: pic_height: 45 mbs
Nov 04 00:32:58 vdr vdr[918]: [1472] [xine..put] H.264 SPS: frame only flag: 1
Nov 04 00:32:58 vdr vdr[918]: [1472] [xine..put] H.264 SPS: aspect_ratio_idc 1
Nov 04 00:32:58 vdr vdr[918]: [1472] [xine..put] H.264 SPS: -> aspect ratio 1 / 1
Nov 04 00:32:58 vdr vdr[918]: [1472] [xine..put] H.264 SPS: -> video size 1280x720, aspect 1:1
Nov 04 00:32:58 vdr vdr[918]: [1472] [xine..put] Detected video size 1280x720
Nov 04 00:32:58 vdr vdr[918]: [918] max. latency time 1 seconds
Nov 04 00:33:07 vdr vdr[918]: [918] max. latency time 5 seconds
Nov 04 00:35:22 vdr vdr[918]: [1469] [xine..put] Client 0 connected: 127.0.0.1:41104
Nov 04 00:35:22 vdr vdr[918]: [1469] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf
Nov 04 00:35:22 vdr vdr[918]: [1469] [xine..put] setsockopt(SO_SNDBUF): got 262144 bytes
Nov 04 00:35:22 vdr vdr[918]: [1469] [xine..put] Trying PIPE connection ...
Nov 04 00:35:22 vdr vdr[918]: [1469] creating directory /var/lib/vdr/plugins/xineliboutput/pipes.918
Nov 04 00:35:22 vdr vdr[918]: [1469] removing /var/lib/vdr/plugins/xineliboutput/pipes.918
Nov 04 00:35:22 vdr vdr[918]: [1469] [xine..put] cBackgroundWriterI initialized (buffer 2048 kb)
Nov 04 00:35:22 vdr vdr[918]: [1469] [xine..put] cTcpWriter initialized (buffer 2048 kb)
Nov 04 00:35:22 vdr vdr[918]: [1469] [xine..put] Pipe open
Nov 04 00:35:23 vdr vdr[918]: [918] OSD size changed to 1920x1080 @ 1
Nov 04 00:35:28 vdr vdr[918]: [918] [xine..put] OSD bandwidth: 6047520 bytes/s (47246 kbit/s)
Nov 04 00:35:29 vdr vdr[918]: [918] [xine..put] OSD bandwidth: 6047840 bytes/s (47248 kbit/s)
Nov 04 00:35:30 vdr vdr[918]: [2580] [xine..put] cBackgroundWriter: TCP write error
Nov 04 00:35:30 vdr vdr[918]: [2580] [xine..put] (ERROR (tools/backgroundwriter.c,246): Ungültiger Dateideskriptor)
Nov 04 00:35:30 vdr vdr[918]: [1469] [xine..put] Closing connection 0Versuch es mal mit Xine:
xine xvdr://vdrIP:37890#nocache
Einfach um den Fehler einzugrenzen.
Wenn es da auch nicht geht, muss man nicht bei vdr-sxfe suchen.
Versuch es mal mit Xine:
xine xvdr://vdrIP:37890#nocache
Einfach um den Fehler einzugrenzen.
Wenn es da auch nicht geht, muss man nicht bei vdr-sxfe suchen.
Läuft mit Bild und Ton.
vaPutSurface(): unknown libva error
Ich vermute das ist der Übeltäter.
Kommt auch gleich 4 mal.
Die Meldung scheint auch keine Unbekannte zu sein und auch andere Software zu betreffen.
Nach dem, was ich beim überfliegen der Meldungen im Netz mitbekommen habe, ist es wohl ein Fehler in der LibVA in Kombination mit dem Intel Treiber.
Einigen Berichten zu folge soll es in Version 1.18 der LibVA gefixt worden sein.
Wirklich helfen kann ich da aber leider nicht mehr.
Einigen Berichten zu folge soll es in Version 1.18 der LibVA gefixt worden sein.
Meinst Du das hier?
Ich nahm an, dass bezog sich nur auf Wayland. Ich hab ja hier mit Xfce noch reines X11.
Das scheint aber auch nur teilgefixt worden zu sein: "what's current problem: has no implementation of vaPutSurfaces basing on DRI3."
Der Link geht auf diese Thema!?
"what's current problem: has no implementation of vaPutSurfaces basing on DRI3."
Das Scheint das Grundproblem zu sein.
Ob das nur Wayland betrifft, bin ich aber überfragt.
Da das Problem immer mal wieder auftaucht, muss es ja trotzdem irgendwie gehen.
Ich muss die Tage hier mal schauen, was meine Intel-Kisten zu dem Thema sagen.
Der Link geht auf diese Thema!?
Also mit Debian 9 geht anscheinend noch.
1% CPU-Last bei laufender Video Wiedergabe. Ohne VAAPI ist es deutlich mehr.
Wie es mit der neuesten Version aussieht kann ich erst im Laufe des Winters sagen, das Update steht noch aus.
Also mit Debian 9 geht anscheinend noch.
1% CPU-Last bei laufender Video Wiedergabe. Ohne VAAPI ist es deutlich mehr.
Ist das auch schon mit intel-media-driver oder noch die ältere Variante (Name entfallen), weil die Hardware auch älter ist?
Jetzt wo du es sagst, es ist natürlich der ältere i900sowieso Treiber, da habe ich nicht aufgepasst 
.
Moin,
der Fred ist zwar schon älter, aber ich versuche auch gerade mal wieder, einen Client mit vdr-sxfe zum Laufen zu bringen.
2 Fragen:
1. Wie sollte denn die /etc/vdr/plugins/xineliboutput/config am Server aussehen?
2. Am Client findet vdr-sxfe offenbar vaapi nicht. Er bietet nur
Available video drivers: vdpau xv opengl2 opengl raw xshm xxmc none fb xvmc
Available audio drivers: alsa oss file nonean. vainfo zeigt aber alles richtig an.
Muss da beim Übersetzen der xineliboutput am Client noch mehr angegeben werden als LIBVA_DRIVERS_PATH=/usr/lib64/dri und LIBVA_DRIVER_NAME=iHD?
Thx.
Ciao.
Michael.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!