Wednesday, May 17, 2017

Sensible VulkanGL

Vulkan & OpenGL/ES - Standards and includes

The optimisation of the open GL and substantive inclusion of the eco/power friendly Open GL ES & Vulkan Standards....

program driver include would read intrinsic operating system binds ... (the Open GL standard is sensible)

*flag table*

power save on or off

preferred render bind : Vulkan , ES , GL

intrinsic compatible flags for all mutually compatible functions & the caching and trans-coding of those flags into the preferable & mutually compatible program execution format...

(the function calls will be optimised in stack)

because we do not need the ridiculous situation where high level ES devices that have the majority of the GL standard's being blacklisted from GL programs... or visa versa.

the pipeline of GL is already a transition of negotiation of the sub standards of the GPU and Mesa SDK instruction-sets ... such as NVidia and ARM or PowerVR and ATI

Standard inclusion of emulation and trans-coding of the bindings enables at least support & hardware optimisation CPU or GPU,

Commons like : Compression standards are already included and are across the standards anyway !


The code of the render path would be pre execution optimised like shader cache is...
Weather the code is pre runtime optimises in the execution stack / Dalvac / etcetera...

Or comprehensively optimised at run-time, dynamically would depend upon the need's of the OS, the programmer and or the user,

Obviously pre-caching the runtime stack in a compiled form would reduce compute time and for that reason the dalvak and it's replacement where included in the beautiful android OS.

Shifts in power plan & the available system resource share are obviously going to shift dynamically...
and should also be flags, with user flag's for power use and resource use being the defacto standard per app and system flags as the subset under the user flag system.


at the moment the Vulcan (including the CL and Render Script paths) standard is the preferred rendering path for speed and excellence,

However the feature set system must be compatible with the standards for function and class transfer and the simple programming of the standard ...

SDK's should be simple to use and they will be under the unified feature set list.

Devices with ES 3.1 support should/must obviously receive the vulkan libraries immediately.

In addition older devices would have service upgrade libraries for the easy transport to device of the new standard; To maintain the optimal utilisation and function of all devices.

Rupert S

No comments: