To reproduce it: use yt-dlp -x on a random YT video URI. The output file isn't recognized by xine. VLC, MPV and fb2k have no problems with it.
To reproduce it: use yt-dlp -x on a random YT video URI. The resulting files aren't recognized by xine.
Hmm, turns out this is file-specific It tried this sample Opus file, which plays. My Opus files however (encoded with Lavf58.76.100 according to the metadata) don't play.
Hmm, turns out this is file-specific It tried this sample Opus file, which plays. My Opus file however (encoded with Lavf58.76.100 according to the metadata) doesn't play.
Further digging with the xine player itself: doesn't play the .opus files as well, the log says s.th. like audio_decoder: no plugin for 'Opus Audio' My Xinelib version is 1.2.11-2. Opus audio support should be there introduced in 1.2.10: The OGG Media Unpacker adds support for the Opus format;
Further digging with the xine player itself: doesn't play the .opus files as well, the log says s.th. like audio_decoder: no plugin for 'Opus Audio' My Xinelib version is 1.2.11-2. Opus audio support was introduced in 1.2.10
Opus files don't show up for playback
https://github.com/intel/libva/issues/677 Yes, I think it is the same issue. One possible solution is using opengl2 video output with VAAPI decoding. It should be used automatically when EGL is used. With X11 one can "force" EGL instead of GLX by removing xine GLX plugin: /usr/lib/x86_64-linux-gnu/xine/plugins/2.11/xineplug_vo_gl_glx.so . After this, verbose log should show something like this: va_display_x11: Using libva 1.19 vaapi: Vendor : Intel iHD driver for Intel(R) Gen Graphics - 23.2.3 ()...
Petri released 2.3.0 with the --threads option yesterday. Now the Debian maintainers just have to pick it up. BTW: thank you Petri!
Hi @phintuka, maybe you missed this discussion as the issue is already closed?
Not sure if related, but I found a discussion about xine, vaPutSurface() errors and iHD/i965 problems https://github.com/intel/libva/issues/677 specifically here https://github.com/intel/libva/issues/677#issuecomment-1410873348
Real X11 - it's the Xfce edition of Linux Mint 21.2. I tried xine -V vaapi with a VDR TS recording from yesterday, same result: black screen, only audio. Attached you can find the verbose log.
2.3.0
Is this with "real" X11 or Wayland+XWayland ? Xine's vaapi video output doesn't work with XWayland. You could also try if xine can play recordings with vaapi: xine -V vaapi /path/to/some/recording.ts
The problems seems to be xine and/or iHD driver related. A xine -V vaapi "xvdr+tcp://127.0.0.1:37890#nocache" shows a black screen as well. Attached is the verbose log. Let me know in case I should report this at the xine repository instead (not sure, since you're active as contributor there, too)
The problems seems to be xine and/or iHD driver related. A xine -V vaapi "xvdr+tcp://127.0.0.1:37890#nocache"shows a black screen as well. Attached is the verbose log. Let me know in case I should report this at the xine repository instead (not sure, since you're active as contributor there, too)
The problems seems to be xine and/or iHD driver related. A xine -V vaapi xvdr+tcp://127.0.0.1:37890#nocacheshows a black screen as well. Attached is the verbose log. Let me know in case I should report this at the xine repository instead (not sure, since you're active as contributor there, too)
Agreed, a new release would make sense in order to get new packages in the regular distributions.
I'm using Debian Bookworm, which ships version 2.2.0+git20211212-2.2, see https://packages.debian.org/search?keywords=vdr-plugin-xineliboutput . Even Debian/unstable has no newer version. According to the changelog (https://metadata.ftp-master.debian.org/changelogs//main/v/vdr-plugin-xineliboutput/vdr-plugin-xineliboutput_2.2.0+git20211212-2.2_changelog) these packages are based on commit https://sourceforge.net/p/xineliboutput/git/ci/f4df32 from 2021-08-20. The latest release was 2.2.0 from 2020-01-22,...
Verbose excerpt from syslog Source is a 720p DVB-S2 stream from a Astra 19.2E channel. 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]...
any chance, to get a new release version with this fix? What distribution are you on? For Jammy-based Ubuntus there's a Launchpad PPA by seahawk1986, who provides packages based on recent Git checkouts (2.2.0+git20231014 being the latest).
Black screen with VAAPI on intel-media-driver 22.3.1
frontend: make termination condition atomic
Add missing locking
Comment out write-only variable
Make window size changes atomic
input_vdr: make reserved_buffers atomic
Cosmetics
Add missing check for shell_surface
Check for NULL
Add missing "inline"
Hi Petri, any chance, to get a new release version with this fix?
Improve radio stream buffering limit
Fix build without stdatomic.h
Use real buffer pool element size instead of hard-coded values
Log buffer stats when TCP fifo is full
Avoid SCR speed chenges while flushing
Enforce deep decoder reset after channel change
Fix possible freeze when audio fifo is full during buffering
Make sure SCR is not paused when TCP fifo is full
SCR: make sure video fifo has always few buffers for demux
Check for LIBXINE_VERBOSITY env variable in frontends
Fix missing window (with some remote X servers)
ffmpeg multithreaded HD decoding broken
Added command-line option "--threads".
Reduce log level
Drop unneeded check
Fix race in control_running flag handling
Add atomic int compat wrapper
Reduce video fifo fragmentation with mpeg-ts
ts2es: allocate initial buffer earlier
Add missing init
Do not warn about unsupported video codec when playing radio stream.
demux: start stream from recovery point
Remove unneeded logging
Increase buffer element fill level
ts2es: allocate larger buffers if PES size is known
ts2es: avoid overfilling audio fifo
Fix typo and double logging
Fix TCP connect delay / failure when pipe not found
Simplify
Remove double conditions
Simplify
Fix allocationg huge buffers
Cosmetics
Move SCR resume frame counting to demux. Add mpeg-ts counting.
No need to override buf_element_t.free_buffer()
Silence install
Add command-line option to set FFmpeg thread count
Remove unused parameter
Check for NULL
Use constant message in Makefile
demux: sanity check incoming buffer size
Fix leftover PMT video_type with radio streams
H.264 parsing improvements
Use UDP only when requested by user (=default to TCP)
Use private min/max.
Check for NULL
ts2es: improve dropping invalid packets
ts2es: drop PES header after parsing
ts2es: drop buffer if PES header parsing fails.
ts2es: make sure FRAME_END is signaled after flush
cXinelibServer::Play Buffer overflow (TCP/PIPE)
config_xineliboutput wrong Value in engine.buffers.video_num_buffers
Should be fixed in git.
Terminate buffer list
Fix rare double free + abort() after seek
Fix rare leftover old video data after channel switch / seek
Fix 5 second delay when plugin is closed before playback starts.
Fix double open + connect when mpeg-dash plugin is probed before xvdr plugin.
Fix setting video fifo to 65535 buffers when not given in command line.
ffmpeg multithreaded HD decoding broken
cec: use libcec_clear_configuration()
Sanity check config file video fifo size
Fix regression from c99f13: video fifo was grown too large when size was not given in command line
Silence warning when compiling without XRandr
vdr-sxfe: link against -lm
Fix build with xine-lib < 1.2.5