Seeing how there is no reply, I decided to clarify things a bit. Hopefully you find it useful.
As you can see from the attached vlc-crash.log.gz, my iGPU is Intel Sandybridge Mobile, and I'm using "Intel i965 driver for Intel(R) Sandybridge Mobile - 2.4.1 for hardware decoding". It might be an old iGPU, but it does support H.264 decoding and it worked before my Debian 11.9 system updated to 11.10. This system does not have any other GPU or a video decode accelerator of any kind. Here are the step-by-step instructions to reproduce this bug. 1. Make sure you are on Debian 11.10 with VLC 3.0.21-0+deb11u1 installed. 2. Open VLC. 3. Go to Tools -> Preferences. 3. Make sure that Input/Codecs -> Hardware-accelerated decoding is set to Automatic. It should be already set to that on a clean install as that's the default setting. 4. Play BigBuckBunny_320x180.mp4 in VLC, e.g. by drag&dropping the video onto it. 5. Observe that the video plays just fine. 6. Observe using the `intel_gpu_top` utility (intel-gpu-tools package) that the video decoding is actually happening, as signified by the Video/0 line showing non-zero percent usage. 7. Attempt to seek the video, e.g. by clicking on 05:00 timestamp the video progress bar or just pressing the left arrow key on the keyboard once. 8. Observe that VLC has crashed - the VLC window disappeared and the vlc process no longer exists. To work around this, you can set Tools -> Preferences -> Input/Codecs -> Hardware-accelerated to Disabled, but then you can see in the `intel_gpu_top` utility that no hardware decoding is taking place, the Video/0 is 0%. mpv, another video player, does not suffer from this issue. I have verified that the video plays in the mpv with both hardware accelerated decoding enabled and disabled, verifying via `intel_gpu_top` that that actually what is happening. I'm not too sure if the VLC crash is caused by the VLC package update. It could be the cause, or it could be something else above in the video decoding stack breaking after updating Debian from 11.9 to 11.10. Hopefully people more knowledgeable with the video stack are able to interpret the VLC log messages and the backtrace to track down which updated package introduced the fault.
