I work on RenderDoc myself and you can always contact me with any problems or comments. I'll respond to you directly and personally, and I'm used to helping people with private or NDA'd projects.
RenderDoc is 100% open source and development all happens on github. Check out the source and see how any feature is implemented, report a bug you've found, or request a new feature or improvement.
Usability matters. Tools should have a low barrier to entry and be easy to use and understand. RenderDoc makes the process of getting started as smooth as possible, and simplifies common workflows.
RenderDoc supports Windows 7, 8.x, 10, Linux for capture and replay out of the box. Captures are portable between different platforms and hardware.
On top of being able to modify the source to change or customise behaviour, RenderDoc embeds the python runtime for progammatic access to frame captures.
RenderDoc has been one of the most dependable PC graphical debugging tools for us over the years. Best thing, it's open source, you can roll-out your own features and contribute fixes.
- Tiago Rodrigues (Ubisoft Montreal)
RenderDoc is the most lightweight & straightforward frame debugger I've used, and it's become a first port of call for tracking down a bug. Baldur always provides fast & detailed support when we experience a problem, even without seeing our code.
- Ben Parry (Foundry 42)
RenderDoc has been an instrumental tool in getting a quick overview of a frame and understanding what is going on.
- Matthäus G. Chajdas (AMD)
Stating the obvious rather, but there's now a shiny new website for RenderDoc! This page is something a little nicer to have as a main homepage rather than the github repository.
Also it gives quick access to the latest build and important links without any clutter.
With the release of this new website also comes RenderDoc v0.33, with a collection of features and bugfixes, as well as a new Qt UI for non-windows platforms. Sometime soon the Qt UI will be rolled out on windows too and the .NET UI retired, which should lead to improvements all around.
As always if you have any questions, comments, or any other kind of feedback you can always reach me by email or on twitter or in the IRC channel. Don't hesitate to send me a message as I'm always happy to hear from RenderDoc's users.
Today is the 5 yr anniversary of the first commit to RenderDoc's original git repository. I've written some nostalgic words about the early days before its first public release.
Vulkan has a lot of really nice concepts, but one that hasn't had as much attention until now is the layer system that's built into the API ecosystem.
I've written this post with a specific target audience in mind, namely those who have a good grounding in existing APIs (e.g. D3D11 and GL) and understand the concepts of multithreading, staging resources, synchronisation and so on but want to know specifically how they are implemented in Vulkan. So we end up with a whirlwind tour of what the main Vulkan concepts look like.
A series of posts aimed at a technically minded average person, who wants to know more about how modern graphics work. This won't teach you how to make anything and it doesn't assume much prior knowledge, but hopefully it will explain the concepts at least.