Curious whether it’s a driver bug or I just missed something. There are two draw calls. The first one is using a depth-read-only view for stencil testing and reading from the same depth texture in the shader. The second one is writing to that depth buffer. Symptoms look as if the driver doesn’t synchronize those two draw calls, so, basically, we can start writing depth while the first draw call is still reading it. As a solution I set the null depth buffer after the first draw call and then restore it — but not sure if it’s what I really had to do.

Advertisements

Just some work-related stuff =)

Want to try dedicating some amount of time at home to programming. My first guinea pig is a very trendy language Rust. So many people (and very smart people!) are crazy about it so even my very conservative and lazy brain agreed that “maybe there’s some gold in these hills”.

One more of my fascinating traits is that I’m a kind of stupid, so my first idea is to implement a triangle using Vulkan because why not. The big plan looks like this:

logging, math (just to familiarize myself with a rust a bit) -> import vulkan functions and simple wrappers around swapchains, command buffers, etc. -> ??? -> Profit!

Continue reading

https://blog.demofox.org/2017/07/10/webgl-pbr-implementation/

Very helpful stuff! Even though PBR is used everywhere now and there are dozens of articles in the net dedicated to this topic – it’s still quite difficult to implement it “right” offhand and it’s great when you can compare your results with something. Especially if this “something” is WebGL based and don’t require compilation/installation and other -tions =)