Beiträge von rüsseltier

rüsseltier · 8. November 2023

Zitat von rell

Mit deinen Ansprüchen würde ich dich in jedem Fall in die Richtung einer Arm-Box schicken.

↕

Zitat von Ein Eike

aber was ich nicht mag, ist das tage- und wochenlange Herumkonfigurieren, das ich das letzte mal wieder hatte.

Zitat

Einen neuen "PC" würde ich mir jedenfalls heutzutage nicht mehr ins Wohnzimmer stellen...

So unterschiedlich sind die Ansprüche: ich hätte keine Lust mir einen externen USB-Tuner samt Wandwarze oder einen SAT-IP-Server hinzustellen. Letzteres kostet auch einiges (initial und an laufenden Stromkosten). Auch nicht jeder hat ein NAS, sondern muss irgendwo die Festplatte dazu unterbringen.

rüsseltier · 8. November 2023

Zitat von SHF

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?

rüsseltier · 8. November 2023

Zitat

Bei der DVB-S-Karte führt mich das mit möglichst mindestens zwei Tunern zur TBS-6902. Wird das ootb unterstützt? Andere gibt's gar nicht mehr im bezahlbaren Rahmen?

Letzter Stand war, dass es zwar funktioniert, man aber bei jedem Kernelwechsel selbst kompilieren muss.

Würde eher zu einer gebrauchten S952 raten, falls auftreibbar.

Zitat

Ich kann einen PC "basteln", würde aber auch ein mit CPU und RAM vorbestücktes Mainboard (oder auch einen kompletten PC) kaufen. Die Preissuchmaschinen rücken aber nicht raus, welche davon sich mit einer PCIE-Karte erweitern lassen.

Schau Dir mal das Asrock N100M oder das N100DC-ITX an.

IGP, passiv, PCIE, USB-C und relativ viel CPU-Bumms.

Ich habe ersteres - das hat selbst ohne VAAPI genügend Dampf um ruckelfrei 1080i in Software zu dekodieren.

Zitat

Und dann ist natürlich die Frage, welche Distribution mir das unterstützt, ohne dass ich Kernel-Module und Firmware zusammensuchen oder zu irw und Konsorten greifen muss.

Würde yaVDR empfehlen.

rüsseltier · 6. November 2023

Zitat von SHF

Der Link geht auf diese Thema!?

Korrekter Link

rüsseltier · 6. November 2023

Zitat von SHF

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."

rüsseltier · 6. November 2023

Zitat von SHF

Irgendwie sollte man die Mediatheken überreden können h.264 Version auch direkt anzubieten.

Mit Greasemonkey könnte da was gehen - wenn man rausfindet, wie VP9 bzw. H.264 festgelegt wird.

Edit: Gerade gelernt, dass Greasemonkey nicht mehr mit dem aktuellen FF funktionieren soll.

Gibt wohl aber Alternativen wie Violentmonkey, Tampermonkey oder Firemonkey.

rüsseltier · 5. November 2023

Der gute Petri Hintukainen hat mal wieder eine neue Release-Version veröffentlicht:

VDR xine-lib output device - Browse /xineliboutput/vdr-xineliboutput-2.3.0 at SourceForge.net

Wer schon über die YaVDR-Git-Checkout-Pakete des unermüdlichen seahawk1986 versorgt ist, wird keine Neuigkeiten bemerken.

Normale Debian/Ubuntu-Anwender dürften dann demnächst zunächst in Unstable und dann irgendwann auch in Stable die erste neue Version seit 2021 bekommen.

rüsseltier · 5. November 2023

Zitat von SHF

Die haben auf VP9 umgestellt und dazu haben die Videos unnötiger weise 50Hz.

Ah, OK - ich war der Meinung, dass das, was man auf mediathekviewweb.de kredenzt bekommt, den Streams entspricht.

rüsseltier · 5. November 2023

Anhängend noch die Verbose-Dröhnung.

rüsseltier · 5. November 2023

Sorry, war noch nicht ganz wach, muss mich korrigieren:

xine -V vaapi xvdr+tcp://127.0.0.1:37890#nocache führt wieder zu schwarzem Bild mit Ton und dieser Konsolenausgabe

Code

vdr@vdr:~$ xine -V vaapi "xvdr+tcp://127.0.0.1:37890#nocache"
Dies ist xine (X11 gui) - Ein freier Video-Player v0.99.13.
(c) 2000-2019 Das xine Team.
libva info: VA-API version 1.14.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_14
libva info: va_openDriver() returns 0
[h264 @ 0x7f5b900274c0] Using deprecated struct vaapi_context in decode.
[h264 @ 0x7f5b900274c0] Increasing reorder buffer to 2

rüsseltier · 5. November 2023

Zitat von SHF

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.

rüsseltier · 4. November 2023

> Würde ein anderer Browser helfen?

Überlesen. Chrome kann unter Linux aktuell nur Intel via VAAPI und auch das nur in Spezial-Builds.

Edit: auch überlesen, dass Du mit EasyVDR noch auf Trusty bist. Das dürfte ein Ding der Unmöglichkeit sein, da noch nvidia-vaapi-driver drauf zu bekommen.

rüsseltier · 4. November 2023

FF unterstützt AFAIK nur Hardware-Decodierung via VAAPI.

Dafür benötigt man den nvidia-vaapi-driver.

Mehr Info hier und hier.

Zu den Codecs der Mediathek fehlen mir die Infos.

Edit: gerade mal die letzte Hafenkante runtergeladen, VLC meint das wäre H264.

Per Default macht YouTube zumeist VP9 (bis 4k) oder AV1 (8K).

Die GT730 kann aber nur bis H264 beschleunigen.

Evtl. mal eine Extension wie https://addons.mozilla.org/de/…x/addon/enhanced-h264ify/ ausprobieren, um YT auf H264 zu zwingen.

rüsseltier · 4. November 2023

Hier noch ein syslog-Auszug mit --verbose:

Code

Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [vdr-sxfe]  sxfe_display_open(width=720, height=576, fullscreen=1, display=(null))
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [vdr-sxfe]  sxfe_display_open: Enabling HUD OSD
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [vdr-sxfe]  Display size : 508 x 285 mm
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [vdr-sxfe]                 1920 x 1080 pixels
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [vdr-sxfe]                 96dpi / 96dpi
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [vdr-sxfe]  Display ratio: 3789.473684/3779.527559 = 1.000000
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [vdr-sxfe]  opening HUD OSD window...
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [vdr-sxfe]  find_argb_visual: iteration 0 of 24
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [vdr-fe]    Using xine-lib config file /home/vdr/.xine/config_xineliboutput
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [vdr-fe]    Detected 4 CPUs
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [vdr-fe]    Enabling FFmpeg multithreaded video decoding
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [input_vdr] SysLogLevel found : value 3
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [input_vdr] LogToSysLog found : value yes
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [input_vdr] init class succeeded
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [input_vdr] vdr_class_get_instance
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [input_vdr] vdr_class_get_instance done.
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [input_vdr] vdr_plugin_open_net xvdr+tcp://127.0.0.1
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ...
Nov  4 16:23:01 vdr vdr: [1450] [xine..put] Client 0 connected: 127.0.0.1:49664
Nov  4 16:23:01 vdr vdr: [1450] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf
Nov  4 16:23:01 vdr vdr: [1450] [xine..put] setsockopt(SO_SNDBUF): got 262144 bytes
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [input_vdr] Server greeting: VDR-2.6.1 xineliboutput-2.2.0 OSDSTREAM READY
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [input_vdr] Got Client-ID: 0
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [input_vdr] Connected (control) to tcp://127.0.0.1:37890
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [input_vdr] Connecting (data) to tcp://127.0.0.1:37890 ...
Nov  4 16:23:01 vdr vdr: [1450] [xine..put] Client 1 connected: 127.0.0.1:49678
Nov  4 16:23:01 vdr vdr: [1450] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf
Nov  4 16:23:01 vdr vdr: [1450] [xine..put] setsockopt(SO_SNDBUF): got 262144 bytes
Nov  4 16:23:01 vdr vdr: [1450] [xine..put] Data connection (TCP) requested
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [input_vdr] Data stream connected (TCP)
Nov  4 16:23:01 vdr vdr: [1450] [xine..put] cBackgroundWriterI initialized (buffer 2048 kb)
Nov  4 16:23:01 vdr vdr: [1450] [xine..put] cTcpWriter initialized (buffer 2048 kb)
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [input_vdr] Control thread started
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [demux_vdr] Using MPEG video decoder "mpeg2"
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [demux_vdr] Using H.264      decoder "vdpau_h264_alter"
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [demux_vdr] Using HEVC       decoder "ffmpegvideo"
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [demux_vdr] Using VC-1       decoder "vdpau_vc1"
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [demux_vdr] Using MPEG audio decoder "mad"
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [demux_vdr] Using AC-3       decoder "a/52_spdif"
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [demux_vdr] Using AAC        decoder "faad"
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [demux_vdr] Using DTS        decoder "dts"
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [demux_vdr] Using LPCM       decoder "pcm"
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [demux_vdr] Using E-AC-3     decoder "ffmpegaudio"
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [demux_vdr] Using AAC LATM   decoder "ffmpegaudio"
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [vdr-fe]    re-wiring post plugins
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [vdr-fe]    Event: INFO WINDOW 1920x1080
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [vdr-sxfe]  sxfe_xine_play: Enabling HUD OSD
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3085] [vdr-fe]    Event: INFO ARGBOSD RLE
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3092] [input_vdr] XVDR_EVENT: INFO WINDOW 1920x1080#015
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3095] [input_vdr] read_block waiting for configuration data
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3092] [input_vdr] XVDR_EVENT: INFO ARGBOSD RLE#015
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3097] [console]   read_key: read(stdin) failed: no stdin
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3097] [console]   Keyboard thread terminating
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3097] [console]   Keyboard thread terminated
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [input_vdr] ARGB OSD supported by video driver
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [vdr-fe]    opening post plugin: tvtime:method=Greedy2Frame,cheap_mode=0,pulldown=vector,framerate_mode=full,judder_correction=1,use_progressive_frame_flag=1,chroma_filter=0,enabled=1
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [xine-post]   * enable post tvtime --> not found, no action
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [xine-post]   * loading post tvtime:method=Greedy2Frame,cheap_mode=0,pulldown=vector,framerate_mode=full,judder_correction=1,use_progressive_frame_flag=1,chroma_filter=0,enabled=1
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [xine-post]     loaded plugins (type 1.0): tvtime 
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [xine-post]   * enable post tvtime --> found, enabled
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [xine-post]         wiring     tvtime[out] -> [in]video_out
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [xine-post]         wiring     stream[out] -> [in]tvtime    
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [vdr-fe]    Post plugin tvtime loaded and wired
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [vdr-fe]    closing post plugin: upmix
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [vdr-fe]    closing post plugin: autocrop
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [vdr-fe]    closing post plugin: swscale
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [vdr-fe]    closing post plugin: pp
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [vdr-fe]    closing post plugin: unsharp
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [vdr-fe]    closing post plugin: denoise3d
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3094] [input_vdr] WARNING: xine-engine setting "engine.buffers.video_num_frames":22 is too small for some HD channels
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3095] [demux_vdr] PMT changed, resetting demuxer
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3095] [demux_vdr] ts2es: reset, dropping buffer
Nov  4 16:23:01 vdr vdr-sxfe[3085]: message repeated 8 times: [ [3095] [demux_vdr] ts2es: reset, dropping buffer]
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3095] [demux_vdr] detect_recovery_point: found SPS at 7
Nov  4 16:23:01 vdr vdr-sxfe[3085]: [3095] [demux_vdr] audio stream changed: 00000000 -> 03010000
Nov  4 16:23:02 vdr vdr: [906] OSD size changed to 1920x1080 @ 1
Nov  4 16:23:02 vdr vdr-sxfe[3085]: [3086] [lastpts  ] stream changed from (nil) to 0x557c682d26e0
Nov  4 16:23:02 vdr vdr-sxfe[3085]: [3086] [lastpts  ] new stream is vdr stream
Nov  4 16:23:04 vdr vdr-sxfe[3085]: [3085] [vdr-fe]    Keypress: XKeySym m  
Nov  4 16:23:04 vdr vdr-sxfe[3085]: [3092] [input_vdr] XVDR_EVENT: KEY XKeySym m  #015
Nov  4 16:23:05 vdr vdr-sxfe[3085]: [3085] [vdr-fe]    Keypress: XKeySym m  
Nov  4 16:23:05 vdr vdr-sxfe[3085]: [3092] [input_vdr] XVDR_EVENT: KEY XKeySym m  #015
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3095] [demux_vdr] ts2es: flushing buffer
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3095] [demux_vdr] ts2es: flushing buffer
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [vdr-fe]    unwiring audio post plugins
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [vdr-fe]    unwiring video post plugins
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [demux_vdr] demux_xvdr_dispose()
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [input_vdr] vdr_plugin_dispose
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [input_vdr] Shutdown control
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [input_vdr] Shutdown data
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3094] [input_vdr] Control thread terminated
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [input_vdr] Cancel control thread ...
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [input_vdr] Threads joined
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [input_vdr] Disposing event queues
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [input_vdr] Destroying mutexes
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [input_vdr] Closing data connection
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [input_vdr] Closing control connection
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [input_vdr] Connections closed.
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [input_vdr] Disposing fifos
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [input_vdr] flush_all_fifos(full)
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [input_vdr] dispose done.
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [vdr-fe]    unloading post plugins
Nov  4 16:23:06 vdr vdr-sxfe[3085]: [3085] [vdr-sxfe]  closing hud window...
Nov  4 16:23:06 vdr vdr: [1450] [xine..put] Closing connection 0

Alles anzeigen

rüsseltier · 4. November 2023

Es bleibt kurios:

vdr-sxfe --video=vaapi --hud --syslog xvdr+tcp://127.0.0.1 zeigt jetzt zumindest das VDR-Menü - sogar hardwarebeschleunigt laut intel_gpu_top. Das TV-Bild selbst ist aber nach wie vor schwarz, nur Ton ist da.

Syslog sieht so aus (Connections closed ist durch Esc-Taste verursachter Ausstieg durch mich)

Code

Nov  4 11:49:36 vdr vdr-sxfe[4413]: [4413] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files
Nov  4 11:49:36 vdr vdr-sxfe[4413]: [4413] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files
Nov  4 11:49:36 vdr vdr-sxfe[4413]: [4413] [vdr-fe]    Detected 4 CPUs
Nov  4 11:49:36 vdr vdr-sxfe[4413]: [4413] [vdr-fe]    Enabling FFmpeg multithreaded video decoding
Nov  4 11:49:36 vdr vdr-sxfe[4413]: [4413] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ...
Nov  4 11:49:36 vdr vdr: [1494] [xine..put] Client 0 connected: 127.0.0.1:51998
Nov  4 11:49:36 vdr vdr: [1494] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf
Nov  4 11:49:36 vdr vdr: [1494] [xine..put] setsockopt(SO_SNDBUF): got 262144 bytes
Nov  4 11:49:36 vdr vdr-sxfe[4413]: [4413] [input_vdr] Server greeting: VDR-2.6.1 xineliboutput-2.2.0 OSDSTREAM READY
Nov  4 11:49:36 vdr vdr-sxfe[4413]: [4413] [input_vdr] Connected (control) to tcp://127.0.0.1:37890
Nov  4 11:49:36 vdr vdr-sxfe[4413]: [4413] [input_vdr] Connecting (data) to tcp://127.0.0.1:37890 ...
Nov  4 11:49:36 vdr vdr: [1494] [xine..put] Client 1 connected: 127.0.0.1:52000
Nov  4 11:49:36 vdr vdr: [1494] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf
Nov  4 11:49:36 vdr vdr: [1494] [xine..put] setsockopt(SO_SNDBUF): got 262144 bytes
Nov  4 11:49:36 vdr vdr: [1494] [xine..put] Data connection (TCP) requested
Nov  4 11:49:36 vdr vdr: [1494] [xine..put] cBackgroundWriterI initialized (buffer 2048 kb)
Nov  4 11:49:36 vdr vdr: [1494] [xine..put] cTcpWriter initialized (buffer 2048 kb)
Nov  4 11:49:36 vdr vdr-sxfe[4413]: [4413] [input_vdr] Data stream connected (TCP)
Nov  4 11:49:36 vdr vdr-sxfe[4413]: [4425] [console]   read_key: read(stdin) failed: no stdin
Nov  4 11:49:36 vdr vdr-sxfe[4413]: [4425] [console]   Keyboard thread terminated
Nov  4 11:49:36 vdr vdr-sxfe[4413]: [4422] [input_vdr] ARGB OSD supported by video driver
Nov  4 11:49:36 vdr vdr-sxfe[4413]: [4422] [input_vdr] WARNING: xine-engine setting "engine.buffers.video_num_frames":22 is too small for some HD channels
Nov  4 11:49:53 vdr vdr: [908] [xine..put] OSD bandwidth: 12095360 bytes/s (94495 kbit/s)
Nov  4 11:49:54 vdr vdr: [908] [xine..put] OSD bandwidth: 12095360 bytes/s (94495 kbit/s)
Nov  4 11:49:58 vdr vdr-sxfe[4413]: [4413] [input_vdr] Connections closed.
Nov  4 11:49:58 vdr vdr-sxfe[4413]: [4413] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files
Nov  4 11:49:58 vdr vdr-sxfe[4413]: [4413] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files
Nov  4 11:49:58 vdr vdr: [1494] [xine..put] Closing connection 0

Alles anzeigen

rüsseltier · 4. November 2023

Zitat von rüsseltier

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?

Code

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 0

Alles anzeigen

rüsseltier · 3. November 2023

Zitat von lnj

@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.

Zitat von SHF

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.

rüsseltier · 1. November 2023

Zitat von jsffm

Deswegen der Hinweis, dass die Ethernetkarte nicht nur auf das WOL-Signal sondern auch auf Andere reagieren soll. Zum Testen am Besten alles anmachen.

Die FB verschickt MagicPackets, das ist auch so in /etc/systemd/network/50-wired.link definiert und klappt ja auch so von anderen Geräten aus.

Jetzt habe ich allerdings was in der Fehlerbehebung gelesen:

Die FRITZ!Box kann das für den automatischen Start des Netzwerkgerätes erforderliche Magic Packet nur versenden, wenn das Gerät innerhalb der letzten 15 Minuten inaktiv war.

Dem muss ich nochmal mit 15min Abstand nachgehen, meine Versuche waren bisher nur kurz nach Shutdowns anschließend.

Werde berichten...

Edit: klappt nach 20 Minuten leider nicht.

rüsseltier · 1. November 2023

Zitat von jsffm

Mit ethtool kannst Du einstellen, auf was die Ethernetkarte reagiert, zum Starten.

WOL funktioniert ja auf dem VDR, egal ob manuell via "Computer starten" in der FB oder auf einem Zweit-PC via etherwake MAC-Adresse-des-VDR.

Was nicht funktioniert, ist die angebliche FB-Funktionalität ein Gerät aufzuwecken sobald dessen IP via VPN aufgerufen wird (siehe die Links oben).

rüsseltier · 1. November 2023

Angeregt durch diesen Beitrag habe ich gelernt, dass es möglich sein müsste einen VDR per WOL von der FB automatisch aufwecken zu lassen, sobald ein Zugriffsversuch über ein VPN stattfindet. Auch AVM behauptet das.

Dazu muss Diesen Computer automatisch starten, sobald aus dem Internet darauf zugegriffen wird. aktiviert sein, was ich bei mir für den VDR getan habe.

Wenn ich aber über das Wireguard-VPN z.B das Live-Interface im Browser aufrufe (http://192.168.178.x:8008), tut sich in Sachen WOL nichts.

Es klappt nur, wenn ich mich in die FB einlogge und dort bei Heimnetz/Netzwerk/DerVDR auf Computer starten drücke.

Bin ich zu doof zum Konfigurieren oder warum kann man ein QNAP NAS per Zugriff auf dessen Weboberfläche angeblich aufwecken, einen VDR aber nicht?

Klappt das bei jemanden, so wie in dem verlinkten Beitrag beschrieben?

Beiträge von rüsseltier

Einen neuen VDR basteln, ohne viel Software-Gebastel

Speicherzugriffsfehler vdr-sxfe mit VAAPI

Einen neuen VDR basteln, ohne viel Software-Gebastel

Speicherzugriffsfehler vdr-sxfe mit VAAPI

Speicherzugriffsfehler vdr-sxfe mit VAAPI

Firefox Mediathek VDPAU Videobeschleunigung mit GT730

[Announce] vdr-plugin-xineliboutput 2.3.0

Firefox Mediathek VDPAU Videobeschleunigung mit GT730

Speicherzugriffsfehler vdr-sxfe mit VAAPI

Speicherzugriffsfehler vdr-sxfe mit VAAPI

Speicherzugriffsfehler vdr-sxfe mit VAAPI

Firefox Mediathek VDPAU Videobeschleunigung mit GT730

Firefox Mediathek VDPAU Videobeschleunigung mit GT730

Speicherzugriffsfehler vdr-sxfe mit VAAPI

Speicherzugriffsfehler vdr-sxfe mit VAAPI

Speicherzugriffsfehler vdr-sxfe mit VAAPI

Speicherzugriffsfehler vdr-sxfe mit VAAPI

Fritzbox, VPN und automatisiertes WOL

Fritzbox, VPN und automatisiertes WOL

Fritzbox, VPN und automatisiertes WOL