LightCull | Experimentation framework for real-time light | Robotics library
kandi X-RAY | LightCull Summary
kandi X-RAY | LightCull Summary
Experimentation framework for real-time light culling.
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of LightCull
LightCull Key Features
LightCull Examples and Code Snippets
Community Discussions
Trending Discussions on LightCull
QUESTION
When capturing a GPU frame from my application I see the following messages under Pipeline Statistics -> Remarks:
Buffer preloading failed
Make sure your data size is a multiple of 4 bytes and aligned to 4 bytes and try using a simple access pattern. For constant buffers, try using a fixed buffer size.
pointLightBufferCenterAndRadius could not be promoted - lightCuller.metal:light_culler
Here's my buffer initialisation:
...ANSWER
Answered 2018-Jun-20 at 17:14This warning is usually not an indication of a catastrophic performance hit. So resolving this probably won't give you big gains and you may want to look at optimizing other parts of the kernel.
The main way to avoid getting this is by using a [[ stage_in ]] input in your vertex shader or compute kernel to get per vertex/thread data. This isn't always possible depending on the algorithm used since you may not be able to accessing data "in order" as a [[ stage_in ]] input does.
QUESTION
My compute shader (written in HLSL) compiled and worked with the earlier SDK 1.0.65.0. I updated to 1.0.68.0 and recompiled it, now I get this error when calling vkCreateShaderModule
:
Vulkan error: [SC], code: 5: SPIR-V module not valid: AtomicSMax: expected Result Type to be int scalar type
I verified that the error comes from this function in my shader:
...ANSWER
Answered 2018-Feb-16 at 17:36If the SPIR-V validator says that something generated by glslangValidator is invalid, then that is either a glslangValidator bug or a SPIR-V validator bug. Probably best to file a bug at https://github.com/KhronosGroup/glslang; if the maintainers there think they're doing the right thing, they'll follow up with the spirv-tools people.
Though looking at the HLSL InterlockedMax docs, isn't it supposed to have three parameters? The glslangValidator bug here may just be a failure to issue an error for invalid input. But I'm not an HLSL expert, maybe there some other variant with two parameters and a return value.
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install LightCull
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page