Vulkanis an Explicit API, enabling direct control over how GPUs actually work. No (or very little) validation or error checking is done inside a Vulkan driver. Applications have full control and responsibility. Any errors in how Vulkan is used often result in a crash. This project provides standard validation layers that can be enabled to ease development by helping developers verify their applications correctly use the Vulkan API.
Vulkan supports multiple GPUs and multiple global contexts (VkInstance). The ICD loader is necessary to support multiple GPUs and the VkInstance level Vulkan commands. Additionally, the loader manages inserting Vulkan layer libraries, including validation layers between the application and the ICD.
If you intend to contribute, the preferred work flow is for you to develop your contribution in a fork of this repo in your GitHub account and then submit a pull request. Please see the CONTRIBUTING file in this repository for more details
While this project has been developed primarily by LunarG, Inc; there are many other companies and individuals making this possible: Valve Corporation, funding project development; Google providing significant contributions to the validation layers; Khronos providing oversight and hosting of the project.
Vulkan is an Explicit API, enabling direct control over how GPUs actually work. By design, minimal error checking is done inside a Vulkan driver. Applications have full control and responsibility for correct operation. Any errors in how Vulkan is used can result in a crash. This project provides Vulkan validation layers that can be enabled to assist development by enabling developers to verify their applications correct use of the Vulkan API.
Vulkan supports multiple GPUs and multiple global contexts (VkInstance). The ICD loader is necessary to support multiple GPUs and VkInstance-level Vulkan commands. Additionally, the loader manages inserting Vulkan layer libraries such as validation layers between the application and the ICD.
While this project has been developed primarily by LunarG, Inc., there are many other companies and individuals making this possible: Valve Corporation, funding project development; Google providing significant contributions to the validation layers; Khronos providing oversight and hosting of the project.
Vulkan is an explicit API, enabling direct control over how GPUs actually work. As such, Vulkan supports systems that have multiple GPUs, each running with a different driver, or ICD (Installable Client Driver). Vulkan also supports multiple global contexts (instances, in Vulkan terminology). The ICD loader is a library that is placed between a Vulkan application and any number of Vulkan drivers, in order to support multiple drivers and the instance-level functionality that works across these drivers. Additionally, the loader manages inserting Vulkan layer libraries, such as validation layers, between an application and the drivers.
While this project has been developed primarily by LunarG, Inc., there are many other companies and individuals making this possible: Valve Corporation, funding project development; Khronos providing oversight and hosting of the project.
I used beautifier to convert the optimized .js file to a readable format. Then I find out that some of my classnames (Phonebook.EmployeeWindow and others) are undefined. I try use verbose output and see some strange behaviour. Some output is below:
The way I see it, the script should generate two files: loader and "Phonebook.e8149a11a476.js". In the target folder there is only one file: Phonebook.js. I cannot find Phonebook.e8149a11a476.js anywhere. Maybe my classes have been generated into Phonebook.e8149a11a476.js, but this file is missing, and that's why all of my classes are undefined? Is this the correct assumption? And if it's right, why doesn't qx generate this extra file?
It seems to me that you want to deploy a source version of your app. Which isn't meant to bedeployed (but for development purposes only), cause it has relative links toyour downloaded qooxdoo SDK. What you should generate is a build version (./generate.pybuild), which is meant to be deployed, cause it's for example self-containedand optimized/minified.
Such a file is normally created during source generation, and when the Generator says it writes such a file, it should be there in your .../source/script folder. If not, something on your disk is eating your files ;-).
3a8082e126