| 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_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.
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
