Building recent mesa git i found that most video players that use VDPAU
hardware decoding fail with
vl/vl_stubs.c:45:vl_video_buffer_formats: Assertion `0' failed.
Trace/breakpoint trap
for example trying to play a 1080p h264 video that worked with hw
decoding before:
$ mpv /media/bigdata/Videos/1080ptestvideo.mp4
Playing: /media/bigdata/Videos/1080ptestvideo.mp4
[stream] Video (+) --vid=1 (*) (h264)
[stream] Audio (+) --aid=1 --alang=und (*) (aac)
File tags:
major_brand: mp42
minor_version: 0
compatible_brands: isommp42
creation_time: 2012-09-10 21:27:25
Trying to use hardware decoding.
AO: [alsa] 44100Hz stereo 2ch float
vl/vl_stubs.c:45:vl_video_buffer_formats: Assertion `0' failed.
Trace/breakpoint trap
It happens to mpv and xbmc, but interestingly NOT to vlc (built with
VDPAU support) when using (or attempting to use) hardware decoding.
With hw decoding off all work.
Only player that can use VDPAU is vlc built from git.
The vl_stubs.c file is referenced in one commit,
http://cgit.freedesktop.org/mesa/mesa/commit/src/gallium/auxiliary/vl/vl_stubs.c?id=f093c1c8ec1bce50d9338533ce775b564358fbeb
auxiliary/vl: add galliumvl_stub.la
Tried to revert it and didnt work.
I use Debian Testing 64 bit with kernel, drm, mesa, llvm built from git.
Now i have last commit a28ad9d4c0d4b95aee8c3b99e9aaa59add21ea9d in my current
build of mesa, kernel 3.18.0-rc7-00057-gebea76f.