image formats should be kept compatible with vulkan

[airlied]

I'm not sure why level 0 invents a new set of image parameters, it probably makes more sense to just import the vulkan image format list and use that as a baseline so you can remain compatible.

No other API does a layout/type/swizzle as the format without having a name and definition for users.

I don't see any clear advantage in diverging in this area.

[gatorfax]

Thanks for the feedback. Given the number of permutations of RGB formats, in particular, it was our intent to avoid the huge enumeration and instead define a programmable format interface, similar to OpenCL's cl_image_format.

We hope this method will allow future devices to expose new format combinations without requiring a spec update. In addition, this interface better matches some programmable hardware.

It should be possible to create a mapping table between the Vulkan (or other API) formats and the level zero ze_image_format_desc_t. Let us know if you find this assumption to be flawed.