Philip Langdale
Philip Langdale
I decided to actually go and do it, so fixed in https://github.com/philipl/evdevremapkeys/commit/e5f251720c470f047549b59acff16ef701e28120
Updated to use the new locking primitives. These have been upstream in libplacebo for a while but the ffmpeg work is still not merged, so I cannot do a correct...
I have updated the patch set to disable multiple plane for now. Until we support rendering multiplane images, we can't actually support the vulkan decoder, but we can support uploaded...
Indeed. I've tested it and it works.
General status update: - Multiplane is working great - Main remaining blockers are: - Testing - Merging video queue configuration in libplacebo - Coming up with a way to test...
> If I understand correctly - because there is no reuploading or copying etc it's better than any other interop, So should it be the default interop? (I guess not...
> VK_QUERY_TYPE_VIDEO_ENCODE_BITSTREAM_BUFFER_RANGE_KHR You need new enough Vulkan headers. The `VK_KHR_video_encode_queue` extension was added in 1.2.175, although it's unclear whether all packages of the headers include provisional extensions. In practice you...
See also #11060
How strange. Ideally, we'd find someone with a kaby lake chip to check what the actual value is. Would Intel really have shipped them with the same identifier?
https://en.wikichip.org/wiki/intel/microarchitectures/kaby_lake says that Kaby Lake Y/U/R are stepping 9. While the page you found specifically for R (https://en.wikichip.org/wiki/intel/cores/kaby_lake_r) says R is stepping 10. It seems more likely that this second...