https://bugs.freedesktop.org/show_bug.cgi?id=87054
Bug ID: 87054 Summary: VDPAU decoding mostly fails with Assertion `0' failed. (r600g, Radeon HD 8570D) Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel@lists.freedesktop.org Reporter: laszlo.kertesz@gmail.com
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_stu...
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.