| Age | Commit message (Collapse) | Author |
|---|
|
This allows for users who derive devices to set options for the
new device context they derive.
The main use case of this is to allow users to enable extensions
(such as surface drawing extensions) in Vulkan while deriving from
the device their frames are on. That way, users don't need to write
any initialization code themselves, since the Vulkan spec invalidates
mixing instances, physical devices and active devices.
Apart from Vulkan, other hwcontexts ignore the opts argument since they
don't support options at all (or in VAAPI and OpenCL's case, options are
currently only used for device selection, which device_derive overrides).
|
|
The `opencl_get_plane_format` function was incorrectly determining the
value used to set the image channel order. This resulted in all RGB
pixel formats being set to the `CL_RGBA` pixel format, regardless of
whether or not they actually *were* RGBA.
This patch fixes the issue by using the `offset` and depth of components
rather than the loop index to determine the value of `order`.
Signed-off-by: Jarek Samic <cldfire3@gmail.com>
Signed-off-by: Mark Thompson <sw@jkqxz.net>
|
|
Khronos OpenCL header (https://github.com/KhronosGroup/OpenCL-Headers)
uses cl_va_api_media_sharing_intel.h. And Intel's official OpenCL driver
for Intel GPU (https://github.com/intel/compute-runtime) was compiled
against Khronos OpenCL header. So it's better to align with Khronos.
Signed-off-by: Ruiling Song <ruiling.song@intel.com>
|
|
Also assert that all required functions are present.
|
|
If the frames context creation fails then the command queue reference
need not exist when uninit is called.
|
|
remove an unused variable
Signed-off-by: Jun Zhao <mypopydev@gmail.com>
|
|
In opencl device derived case, don't need to call opencl_device_init.
Signed-off-by: Jun Zhao <mypopydev@gmail.com>
|
|
opencl_vaapi_intel_media doesn't depend on libmfx, OpenCL™ Drivers
and Runtimes for Intel® Architectureis is a standalone release, more
information can be found in the link:
https://software.intel.com/en-us/articles/opencl-drivers.
Signed-off-by: Jun Zhao <mypopydev@gmail.com>
|
|
Unused since a2613647c4f40b9e802cd21f37545ef1fdf370d1.
|
|
Signed-off-by: Rostislav Pehlivanov <atomnuker@gmail.com>
|
|
fix the build warning when use Portable Computing Language (pocl).
Signed-off-by: Jun Zhao <mypopydev@gmail.com>
|
|
This fix a build error on Windows:
C2440: connot convert from 'void (__cdecl *) (...)' to 'void (__stdcall *)(...)'.
Signed-off-by: Ruiling Song <ruiling.song@intel.com>
|
|
Also use that to support mapping VAAPI to Beignet.
|
|
Matching the previous commit. This is not applied to the installed header
because it could incorrectly suppress the warning inside user programs.
|
|
|
|
device_uninit can be called twice if device_init fails.
|
|
Using cl_arm_import_memory. Unfortunately, despite this not being a
standard extension, the function clImportMemoryARM() is not accessible
via clGetExtensionFunctionAddressForPlatform(). This means that it has
to be linked directly to the ARM OpenCL binary, so making a portable
binary is not possible as it is with all other mapping extensions.
|
|
Using cl_khr_d3d11_sharing and cl_intel_d3d11_nv12_media_sharing.
|
|
Using cl_khr_dx9_media_sharing.
|
|
Uses the cl_intel_va_api_media_sharing extension, which supports only
NV12 surfaces and only mapping from QSV to OpenCL.
|
|
Supports all surface formats in common between the two.
|
|
|
