[libre-riscv-dev] [Bug 137] NLNet 2019 Video Acceleration Proposal
bugzilla-daemon at libre-riscv.org
bugzilla-daemon at libre-riscv.org
Sat Jan 25 11:30:49 GMT 2020
http://bugs.libre-riscv.org/show_bug.cgi?id=137
--- Comment #9 from Luke Kenneth Casson Leighton <lkcl at lkcl.net> ---
(In reply to cand from comment #8)
> This doesn't translate well to budget though, no sense in spending a third
> on AV1. Perhaps a more sensible goal would be to target the largest hot
> spots of each, with only smaller budget differences due to complexity.
yes. and, during later iterations, do some more.
> Another point to consider is that while ffmpeg is the prime lib, parts of
> accel code made for ffmpeg aren't really usable in the various standalone
> libs. Different structures, etc. In order to not write things twice, some
> decisions need to be made on which upstreams particularly matter.
well, ultimately, gstreamer has an ffmpeg plugin, ffmpeg has a gstreamer
plugin, vdpau has a vaa plugin, vaa has a vdpau plugin, it's all circular [1]
and up its own backside [2], so whichever we pick is good :)
which route would be easiest for you, do let's go with that.
[1] yes i managed to install both vdpau and vaa recursively, once, whoops...
[2] the beatles "yellow submarine" film demonstrates this well
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the libre-riscv-dev
mailing list