Closed VandinVanadium closed 2 days ago
I no longer consider this fault a driver error. Searching the net I found several reports on pipeware problems. So I did:
1. apt-get purge pipewire
2. rebooted computer
Vidoe in vlc and mpv then started working. Firefox video also works again after a codec fix. Really strange that debian has released pipewire with such poor reliability in stable.
The artifact in vlc, which sometimes was hiding the lower part of the video, was fixed through menu Tools -> Preferences -> Video -> Output -> "XVideo output (XCB)". The hidden / cropped lower part of some vlc videos was strange. Thanks to anyone reading this bug report, your good vibrations may have helped me solve the problem. :)
Which component impacted?
Not sure
Is it regression? Good in old configuration?
None
What happened?
I have two computers with Haswell CPUs, one slightly slower Haswell with clock speed 3.0 GHz, let's call the slower computer CompSlow and I have a faster Haswell computer with clock speed 3.2 GHz, let's call the faster computer CompFast. The Haswell CPUs have two cores each.
Before the upgrade of CompSlow, video playback worked fine on bullseye in vlc, Firefox and mpv. I recently upgraded CompSlow, from debian bullseye (oldstable) to debian bookworm (stable).
After the upgrade of CompSlow to bookworm, video playback stopped working in vlc, Firefox and mpv on CompSlow.
[For CompSlow:] The odd thing is that both vlc and mpv reads one frame (?) of the video and displays it like a still image. It probably is the first frame of the video, I assume, which is displayed. In mpv I can jump in the video/movie with the arrow keys on my keyboard and mpv shows a different still image/frame in the video, each time I jump in the video with the arrow keys.
[For CompSlow:] But neither vlc nor mpv play the video as moving images. Firefox just shows a black rectangle with a standard failure message in the place of the video.
So on CompSlow, video playback stopped working after upgrade from bullseye (debian 11.11 oldstable) to bookworm (debian 12.7 stable).
On CompFast, I recently upgraded from bookworm (testing) to bookworm (stable). Now, strangely enough, video playback works on CompFast! The only problem on CompFast is that vlc sometimes displays about 10 lines of scrambled video artifacts at the bottom of the vlc window, on some videos, so vlc almost works as expected. On CompFast, Firefox video playback works fine and mpv video playback seems to work, too.
Both CompSlow and CompFast are now on bookworm, debian 12.7, so they should behave in the same way, you would think. But no. So to summarize:
CompSlow: 0 % video playback working, after upgrade to debian 12.7. CompFast: 95 % video playback working, after upgrade to debian 12.7.
What's the usage scenario when you are seeing the problem?
Playback
What impacted?
Unknown - I really don't know, but I assume the problem is media driver related.
Debug Information
Here is my idea. As CompSlow and CompFast are almost identical, they have the same type of motherboard, it should be possible to figure out what is the real difference between them, which causes CompSlow to have become incapable of video playback, while CompFast's playback works to 95 %.
What makes CompFast succeed in video playback and CompSlow fail video playback? And the question is where to look?
The debian 12.7 installations on CompSlow and CompFast are not identical, as they have gone through different paths to bookworm and have somewhat different deb packages installed. Good ideas on what to look for are welcomed.
Linux kernel package for both CompSlow and CompFast:
vainfo is identical on both CompSlow and CompFast, with some kind of error:
vdpauinfo is identical on both CompSlow and CompFast, same error:
Processor for CompSlow:
lspci is ALMOST identical for CompSlow and CompFast. Showing lspci for CompSlow:
The only difference of lspci, is the Flags line, IRQ differs on CompFastr:
glxinfo is identical for CompSlow and CompFast:
The dri directory files are identical for CompSlow and CompFast:
Also on CompSlow:
The vlc output is similar for CompSlow and CompFast. I have no idea if these outputs are to any help.. I'll show the outputs, when vlc video is set to "Automatic" and then to "X11 video output (XCB)".
The output from vlc shows some error, but I doubt the output is to much help, as it is mostly the same output on both CompSlow and CompFast.
First vlc output from CompSlow (video NOT working), vlc video is set to "Automatic":
vlc output from CompFast, vlc video "Automatic", video working:
vlc output from CompSlow (video NOT working), vlc video is set to "X11 video output (XCB)":
vlc output from CompFast, vlc video "X11 video output (XCB)", video working:
Packages on CompSlow, which have been apt purged and then apt installed. These packeges are the same on CompFast, same versions.
Packages on CompSlow, which have only been reinstalled, as purge would remove too many other packages. These packeges are the same on CompFast, same versions.
I attach dmesg output file from CompSlow. dmesg-out.txt
For CompSlow, I ran export LIBVA_TRACE=/tmp/libva_trace.log vlc movie2.mp4, libva trace logs for vlc, I attach those 4 trace files. I hope that is what I should do, as those files are larger. libva_trace.log.120620.thd-0x0000291c.txt libva_trace.log.120620.thd-0x0000291d.txt libva_trace.log.120620.thd-0x0000291e.txt libva_trace.log.120620.thd-0x00002922.txt
Do you want to contribute a patch to fix the issue?
None