Opened 6 years ago
Last modified 4 weeks ago
#451 assigned enhancement
libva accelerated encoding
| Reported by: | Antoine Martin | Owned by: | Antoine Martin |
|---|---|---|---|
| Priority: | major | Milestone: | 4.1 |
| Component: | encodings | Version: | |
| Keywords: | Cc: | rektide@… |
Description
Split from #370, see also #202 for the decoding side.
The only hardware supported by libva for accelerated encoding are some Intel chips.
Pointers:
- libva
- qemu patch (good starting point / example)
Note: libva can encode to other formats (avc, mpeg2, ..) and maybe this can be useful in the future.
Attachments (1)
Change History (8)
comment:1 Changed 4 years ago by
| Cc: | rektide@… added |
|---|
comment:2 Changed 4 years ago by
| Milestone: | future → 0.17 |
|---|---|
| Priority: | minor → major |
| Status: | new → assigned |
comment:4 Changed 3 years ago by
| Component: | server → encodings |
|---|
comment:10 Changed 20 months ago by
| Milestone: | 0.17 → 3.0 |
|---|
As per Fedora 28 Planning For VA-API 1.0 Support, Libva 2.0 was released last October with H.264 FEI support in its API, deprecating older parts of the API, fixing a race condition with the Wayland support, renaming some parts of the API, improving the logging capabilities, and various other changes. Libva 2.0 broke API/ABI compatibility with older versions of this Intel-developed Video Acceleration API.
We want to target libva 2.0, so let's wait for Fedora 28 beta.
OBS does it through ffmpeg: Add linux VAAPI h.264 encoding support - I'm not sure we should do the same: ideally we can reduce the dependency on ffmpeg, not increase it.
comment:13 Changed 4 weeks ago by
| Milestone: | 4.0 → 4.1 |
|---|
copyleft 2010 - 2018
Raising, Intel's Valley Vista makes this much more interesting. Awaiting hardware to take this on.