apitrace VS Silk.NET

You have several tools, this can be done by printing debug messages using extensions such as KHR_debug, or using specific tools which will inject themselves between your OpenGL calls and your driver such as apitrace or RenderDoc. I recommend running your program in RenderDoc regularly even if everything seems to work fine as it may help you catch some subtle bugs.

That said, the profiling situation for non-NV users is not completely hopeless. You can still use API timer queries to get an idea of how long events take on the device. Tracy also supports GPU profiling, but I suspect it's just a fancy way of inserting timer queries. apitrace also claims to support profiling OpenGL apps, but I'd be wary of overhead as it's doing a lot of other things besides profiling.

At first I thought Feral probably used it accidentally, but this thread about the symbol's use in apitrace seems to shed some light:

I don't see anything wrong with your code, altough I'm not familiar with Avalonia or Silk. I suggest you try to use apitrace for (a probably long and painful day) debugging it.

I get that it's hard to debug without direct access, but isn't there some dump or log that they could generate and provide? Maybe something like using apitrace?

Pierre-Eric Pelloux-Prayer @pepp · 6 months ago Developer https://github.com/apitrace/apitrace/blob/master/docs/USAGE.markdown is the basic doc. For Steam games I usually go to the game's folder (probably $HOME/.steam/steam/steamapps/common/Indivisible) and try to run the game with apitrace (apitrace trace indivisible-executable). It should print a line to indicate where the trace file is written to (apitrace: tracing to somefile.trace.

A couple other options than what has been suggested so far: - TerraFX.Interop.Windows. Raw, blittable, 1:1 bindings for all Win32, D2D/D3D11/D3D12 APIs (there's also a version with Vulkan bindings). As close to doing #include as you can get in C#. This is my personal favorite, I use it in my own ComputeSharp library, and transitively we use it in the Microsoft Store too 🙂 - Silk.NET another version of high-performance bindings, more opinionated than TerraFX and with some additional helpers to make it a bit easier to use.

Here is an example of using "releases" in GitHub: https://github.com/dotnet/Silk.NET/releases. Most repositories use releases and releases seem like they wpuld be appropriate for your repository too.

I've been looking at this. Is this similar to the UrhoSharp project you talk about? https://github.com/dotnet/Silk.NET

Have you looked at Silk.NET before?

Take a look at https://github.com/dotnet/Silk.NET . You should be able to use your existing rendering context with it. So you could use something like imgui (They have bindings for that) to render your UI. Or if you just start writing your rendering code, you could consider writing the whole rendering engine with it. I used it in the past for a game engine and performance is no problem for most of the usecases.

If you want something more ".NET like", check out Silk.NET instead. It's also community maintained and in the .NET Foundation, but does name remappings, friendly API overloads, and other things that make it feel more ".NET like": https://github.com/dotnet/Silk.NET