[Libre-soc-bugs] [Bug 625] Libre-SOC funding for adding Vulkan Video backend to ffmpeg

[bugzilla-daemon at libre-soc.org]

https://bugs.libre-soc.org/show_bug.cgi?id=625

--- Comment #5 from Jacob Lifshay <programmerjake at gmail.com> ---
(In reply to Luke Kenneth Casson Leighton from comment #4)
> https://bugs.libre-soc.org/show_bug.cgi?id=137
> 
> the list includes CODECs (including Audio CODECs) which Vulkan Video has
> "not got round to", and includes low-level instructions and processing
> that is, again, not part of Vulkan Video.

For the video codecs, we can easily have custom Vulkan extensions for the
codecs that aren't currently supported, it's pretty easy to do. We'd then
switch to the standard extensions once they're ready, I'd expect that, if
designed properly, the custom extensions would be nearly identical to the later
standard extensions, making it really easy to convert the code base. If we
submit them, Khronos might base the standard extensions on our custom
extensions.

Think of it this way: would you rather have 10kloc per codec times each of
several different libraries (ending up with *50kloc per codec*), or have
1-2kloc of interfacing code (that others may write for us due to it being an
industry standard) in each of several different libraries and only 10kloc per
codec in one library (the Vulkan driver). The Vulkan driver *can* use libx264
(and others) in its implementation, so we don't have to write the whole codec
from scratch.

Using Vulkan Video can save us a *lot* of work...

(the numbers are approximations and may be off by a decent factor)

-- 
You are receiving this mail because:
You are on the CC list for the bug.