VA-X11 pass-through

With some crappy cards or some broken drivers, getting decoded video from VAAPI to main memory is horribly slow. VAAPI should render directly to the video output.

This would allow VA-API hardware decoding to be enabled by default (safely). On the down-side, post-processing will be lost.

added Component::Video: X11 Difficulty::guru Platform::GNU/Linux Severity::normal Type::bug Version::master git labels

changed milestone to %Bugs paradize

Patch welcome. (I don't have even have hardware for this, let alone time.)

unassigned @Courmisch

The code exists and works here http://git.m2x.eu/?p=vlc.git;a=shortlog;h=refs/heads/vaapi-xcb

It works for h264 but not vc1, where it crashes...

Well it works but the displayed pictures are out of order.. Video goes back and forth.

But CPU usage is very very nice <3%

I am testing on a VIA VX900 with VAAPI->VDPAU wrapper. I want to help to improve the code and test.

Original author: jeroenost

Bug confirmed for 1080p videos on the VIA VX900 chipset.

With non-HD material pictures are not out-of-order. With HD material pictures are repeated as if the presentation queue loops around before it can accept new pictures. I am investigating now.

changed title from VAAPI pass-through to VA-X11 pass-through

added Type::feature label and removed Type::bug label

changed milestone to %Features paradize

changed the description

assigned to @tguillem

See WIP branch here https://github.com/tguillem/vlc/commits/vagl-4 for passthrough via OpenGL

The code for comment 5 has been moved to: https://git.m2x.eu/videolan/vlc/commits/vaapi-xcb

fixed by de5e1b946f9b66dcd00b38412fe0623beda07c13 and 97849bc67d3e285b0d7d164ad25d9b6ec68f2656

added Status::fixed label

closed

changed milestone to %3.0 FF

mentioned in issue #7702 (closed)

mentioned in issue #7702 (closed)

mentioned in issue #12349 (closed)

mentioned in issue #16209 (closed)

mentioned in issue #16741 (closed)