VLC entries flooding journal:

I am seeing many repeated entries in the journal:

# journalctl -b | grep "warn\|error\|fail"
-snip-
Jan 09 00:13:43 hightower-i5-6600k vlc[177266]: [00007fc5a0b49e80] chain filter error: Too high level of recursion (3)
Jan 09 00:13:43 hightower-i5-6600k vlc[177266]: [00007fc5a0b49750] main filter error: Failed to create video converter
Jan 09 00:13:43 hightower-i5-6600k vlc[177266]: [00007fc5a0b49e80] chain filter error: Too high level of recursion (3)
Jan 09 00:13:43 hightower-i5-6600k vlc[177266]: [00007fc5a0b49750] main filter error: Failed to create video converter
Jan 09 00:13:43 hightower-i5-6600k vlc[177266]: [00007fc5a0b49e80] chain filter error: Too high level of recursion (3)
-snip-

I do have a song playing via VLC on repeat for the past hour or so.
What is going on?

Edit: Dolphin entries are flooding journal also.

-snip-
Jan 07 17:59:48 hightower-i5-6600k dolphin[2889]: [hls @ 0x55f807ddc080] Segment 24 of playlist 0 failed too many times, skipping
Jan 07 17:59:48 hightower-i5-6600k dolphin[2889]: [hls @ 0x55f807ddc080] Segment 25 of playlist 0 failed too many times, skipping
Jan 07 17:59:48 hightower-i5-6600k dolphin[2889]: [hls @ 0x55f807ddc080] Segment 26 of playlist 0 failed too many times, skipping
Jan 07 17:59:48 hightower-i5-6600k dolphin[2889]: [hls @ 0x55f807ddc080] Segment 27 of playlist 0 failed too many times, skipping
Jan 07 17:59:48 hightower-i5-6600k dolphin[2889]: [hls @ 0x55f807ddc080] Segment 28 of playlist 0 failed too many times, skipping
Jan 07 17:59:48 hightower-i5-6600k dolphin[2889]: [hls @ 0x55f807ddc080] Segment 29 of playlist 0 failed too many times, skipping
-snip-

The Dolphin errors likely relate to ffmpeg/libavformat, rather than Dolphin itself. Dolphin may briefly access media streams when generating previews or metadata. Is the source a live HLS stream, or a remote/streamed media file?

I have (within the past couple hours) listened to a song on youtube then paused youtube. The song that is on repeat is on the machine.

I have also just power cycled the machine due to kernel updates etc. The repeating journal entries do still persist.

With respect to the VLC errors, does the media play successfully? During playback VLC tries to build an optimal video filter/conversion chain, and may fall back to software rendering if that fails.

This output might be useful:
inxi -Gaz
glxinfo | grep "OpenGL"
zypper se -si mesa

The VLC video output module in use (Preferences > Video)

Does playing a local media file in VLC produce similar errors, or do the messages only appear when streaming or previewing content?

Yes.

hightower-i5-6600k:~ # inxi -Gaz
Graphics:
  Device-1: Advanced Micro Devices [AMD/ATI] Lexa [Radeon 540X/550X/630 / RX
    640 E9171 MCM] vendor: Dell driver: amdgpu v: kernel arch: GCN-4
    code: Arctic Islands process: GF 14nm built: 2016-20 pcie: gen: 3
    speed: 8 GT/s lanes: 8 ports: active: DP-1,DP-3 empty: DP-2
    bus-ID: 01:00.0 chip-ID: 1002:6987 class-ID: 0300 temp: 56.0 C
  Device-2: HP HP Webcam HD-2200 driver: snd-usb-audio,uvcvideo type: USB
    rev: 2.0 speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 1-11:7
    chip-ID: 03f0:a707 class-ID: 0102
  Display: unspecified server: X.org v: 1.21.1.21 with: Xwayland v: 24.1.8
    compositor: kwin_wayland driver: X: loaded: amdgpu
    unloaded: modesetting,vesa alternate: fbdev dri: radeonsi gpu: amdgpu
    display-ID: :1 screens: 1
  Screen-1: 0 s-res: 4480x1323 s-dpi: 96 s-size: 1185x350mm (46.65x13.78")
    s-diag: 1236mm (48.65")
  Monitor-1: DP-1 pos: top-left model: NEC EA294WMi serial: <filter>
    built: 2013 res: mode: 2560x1080 hz: 60 scale: 100% (1) dpi: 97 gamma: 1.2
    size: 673x284mm (26.5x11.18") diag: 730mm (28.8") modes: max: 2560x1080
    min: 720x400
  Monitor-2: DP-3 pos: primary,bottom-r model: LG (GoldStar) IPS FULLHD
    built: 2014 res: mode: 1920x1080 hz: 60 scale: 100% (1) dpi: 102 gamma: 1.2
    size: 480x270mm (18.9x10.63") diag: 551mm (21.7") ratio: 16:9 modes:
    max: 1920x1080 min: 720x400
  API: EGL v: 1.5 hw: drv: amd radeonsi platforms: device: 0 drv: radeonsi
    device: 1 drv: swrast gbm: drv: radeonsi surfaceless: drv: radeonsi x11:
    drv: radeonsi inactive: wayland
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 25.3.1 glx-v: 1.4
    direct-render: yes renderer: AMD Radeon RX 640 (radeonsi polaris12 ACO DRM
    3.64 6.18.4-1.g5b8e683-default) device-ID: 1002:6987 memory: 3.91 GiB
    unified: no
  API: Vulkan v: 1.4.335 layers: 1 device: 0 type: discrete-gpu name: AMD
    Radeon RX 640 (RADV POLARIS12) driver: mesa radv v: 25.3.1
    device-ID: 1002:6987 surfaces: N/A device: 1 type: cpu name: llvmpipe
    (LLVM 21.1.6 256 bits) driver: mesa llvmpipe v: 25.3.1 (LLVM 21.1.6)
    device-ID: 10005:0000 surfaces: N/A
  Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
    de: kscreen-console,kscreen-doctor gpu: amdgpu_top wl: wayland-info
    x11: xdpyinfo, xprop, xrandr

hightower-i5-6600k:~ # glxinfo | grep "OpenGL"
OpenGL vendor string: AMD
OpenGL renderer string: AMD Radeon RX 640 (radeonsi, polaris12, ACO, DRM 3.64, 6.18.4-1.g5b8e683-default)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 25.3.1
OpenGL core profile shading language version string: 4.60
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.6 (Compatibility Profile) Mesa 25.3.1
OpenGL shading language version string: 4.60
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 25.3.1
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
OpenGL ES profile extensions:

hightower-i5-6600k:~ # zypper se -si mesa
Loading repository data...
Reading installed packages...

S  | Name                            | Type    | Version    | Arch   | Repository
---+---------------------------------+---------+------------+--------+-----------
i+ | Mesa                            | package | 25.3.1-1.1 | x86_64 | repo-oss
i+ | Mesa-32bit                      | package | 25.3.1-1.1 | x86_64 | repo-oss
i  | Mesa-demo-egl                   | package | 9.0.0-7.1  | x86_64 | repo-oss
i  | Mesa-demo-x                     | package | 9.0.0-7.1  | x86_64 | repo-oss
i+ | Mesa-dri                        | package | 25.3.1-1.2 | x86_64 | repo-oss
i+ | Mesa-dri-32bit                  | package | 25.3.1-1.2 | x86_64 | repo-oss
i  | Mesa-KHR-devel                  | package | 25.3.1-1.1 | x86_64 | repo-oss
i  | Mesa-libEGL-devel               | package | 25.3.1-1.1 | x86_64 | repo-oss
i+ | Mesa-libEGL1                    | package | 25.3.1-1.1 | x86_64 | repo-oss
i  | Mesa-libGL-devel                | package | 25.3.1-1.1 | x86_64 | repo-oss
i+ | Mesa-libGL1                     | package | 25.3.1-1.1 | x86_64 | repo-oss
i+ | Mesa-libGL1-32bit               | package | 25.3.1-1.1 | x86_64 | repo-oss
i  | Mesa-libGLESv1_CM-devel         | package | 25.3.1-1.1 | x86_64 | repo-oss
i  | Mesa-libGLESv2-devel            | package | 25.3.1-1.1 | x86_64 | repo-oss
i+ | Mesa-libva                      | package | 25.3.1-1.2 | x86_64 | repo-oss
i+ | Mesa-vulkan-device-select       | package | 25.3.1-1.2 | x86_64 | repo-oss
i+ | Mesa-vulkan-device-select-32bit | package | 25.3.1-1.2 | x86_64 | repo-oss
hightower-i5-6600k:~ #

Playing a local media file in VLC produces errors.

FYI, I recently installedlibdvdcss2 1.4.3+3-12.14 from http://download.videolan.org/SuSE/Tumbleweed/ then disabled the repo.

Try disabling hardware acceleration in VLC and/or switching the video output module to see if the messages stop.

The first can be done with
Tools > Preferences > Input / Codecs > Hardware-accelerated decoding > Disable)

The second
Tools > Preferences > Video > Output) to X11, OpenGL, or Wayland
(Some experimentation may be required here)

I just installed KDE Partition Manager in another workspace and the song is now skipping badly. I closed VLC, I opened the song again and it is skipping badly. Bottom of journal is as follows:

-snip-
Jan 09 01:42:27 hightower-i5-6600k vlc[18250]: [00007ff7009ab910] main filter error: Failed to create video converter
Jan 09 01:42:27 hightower-i5-6600k vlc[18250]: [00007ff70038ca40] main vout display error: Failed to create video converter
Jan 09 01:42:27 hightower-i5-6600k vlc[18250]: [00007ff70038ca40] main vout display error: Failed to adapt decoder format to display
Jan 09 01:42:27 hightower-i5-6600k vlc[18250]: [00007ff7300ddcb0] main video output error: video output creation failed
Jan 09 01:42:27 hightower-i5-6600k vlc[18250]: [00007ff73d400870] main decoder error: failed to create video output
-snip-

This does not seem to stop the journal entries. Sometimes VLC jams when Wayland is attempted or X11 and must be forced off (killall -9 vlc).

Did you also try selecting OpenGL output? Did you try disabling hardware acceleration?

You could try playback of a local media file using
vlc -vv /path/to/file
This will provide more details about what is failing.

Have you considered trying mpv as an alternative? It handles local files and streaming URLs. It has better native Wayland support AFAIU. (Haruna if you prefer a GUI player.)

Yes.

This is output with vlc -vv /path/to/file run once :< https://paste.opensuse.org/pastes/d6b08e2c6f75

Well, I would prefer to stay with VLC (Selecting Wayland output has no graphic in VLC and jams menu up),but thank you for bringing the mpv option up. Perhaps I should see if the journal entries persist in a X11 session?

Yes, worth a shot for vlc at least.

The journal entries persist with X11 made sure to power cycle machine also.

The log confirms hardware acceleration is enabled but failing. I did find reports suggesting VLC 3.x still has limited Qt/Wayland support, and XVideo output or VA-API may not be fully functional. I’d be inclined to use a better supported player to be honest.

Well I certainly appreciate you looking at this situation. :grinning:

Am using Kernel Standard Stable and there have been many kernel releases lately sometimes 2 times a day it seems. In fact kernel-default-6.18.4-2.1.gac8d2e6.x86_64 is retrieving right now. This does not have anything to possibly do with this issue though; or does it?

No, not kernel related.

Forgot to say that I put charged batteries in headphones (clear sound always). The journal entries persist.

I don’t see how that would be related.