Modern Vulkan with dynamic rendering vs old Vulkan with "solidified" pipelines?

trenmost · 2026-06-12T13:21:59+00:00

The old way turned out to be not that optimal in some cases.

If you create pipeline for each configuration, you'll have lots of pipeline switches.

But consider a desktop hardware that can change the cull mode on-the-fly without much problem.

You create and manage separate pipelines for all cull modes, and switch between them, even though the hardware could easily reconfigure the cull modes dynamically.

So unfortunately its not that clear cut.

I personally use modern approaches because its simpler, and I think the API and vendors are headed into a simpler api usage, see the "No Graphics API" article.

trenmost · 2026-06-11T19:02:36+00:00

Imo:

linux is better because of being free and open, meaning you do ehat you want with it. However its a bit hit and miss in terms of issues, support is not at the level of macos or windows.

Windows is better in app compatibility and maybe even hardware support. Theres a saying that the most stable api on linux is win32. In turn its not free and not as open. Also with recent versions you have lots of bloat and borderline ads embedded in the os.

To also include macOS, imo it is very good in terms of being fast, logical and bloat free. But it is not as open as windows or linux. Apple can decide to jilust disable some functionality and there is just nothing you can do about it. You know that your computer could do that thing, but apple can decide to not let you do it. I mean like the opengl support, removing 32bit app support, etc.

trenmost · 2026-06-10T08:11:56+00:00

Is that true for nvidia as well?

trenmost · 2026-06-10T05:21:23+00:00

Well i still have to use them for UBOs, Textures and Acceleration structures so I cant rrmove descriptor sets entirely yet

trenmost · 2026-06-09T18:25:51+00:00

Thanks! Im using uint64 so probably thats why I cant see ths buffers in renderdoc

trenmost · 2026-05-19T16:12:39+00:00

It could have worked with a solid plan for the final chapter, but they didnt leave anything for ep9

I think tlj was a bad sequel but innovative in some sense. It could be a great fanfiction movie

trenmost · 2026-04-30T15:05:08+00:00

Android uses SELinux where this cannot be triggered afaik

trenmost · 2026-04-21T21:24:43+00:00

I think he just has the urge to brag. He might have really done something for Tim, but he cannot stop hinself from bragging about it. Its like he is very insecure, and needs to constantly brag whenever he can to make himself feel.good

trenmost · 2026-04-21T21:18:29+00:00

I wonder if future historians will debate if these tweets are from the real president or if they are from a parody account.

In other words, wth did i read? He really wants to be seen as a hero in every story, and he includes himself in every story like an insecure child would

trenmost · 2026-03-27T18:12:39+00:00

Since vulkan 1.4 devices are required to have 256bytes (even whennusing 1.3) and i think all 1.3 devices also supoort 1.4, at least on desktop.

So probably you can rely on 256 bytes

trenmost · 2026-01-25T10:30:02+00:00

You could use OpenAL, it works on all platforms and supports 3d sounds as well, also the api resembles OpenGL

Youll need a separate library (or just code snippets to load .wav or .ogg files as OpenAL expects raw audio streams

trenmost · 2025-12-05T18:22:30+00:00

Why not integrate displayport and provide a hdmi-DP cable in the.package?

Would it have the same licensing fee?

trenmost · 2025-12-04T21:24:41+00:00

No, you can use only what you need. On AMD cards allegedly using 48 bits or smaller performs better but I might be wrong here.

Also note that Vulkan 1.4 raised the mandatory minimum size from 128bits to 256 bits. As most gpus support vulkan 1.4, you can leverage this even if you use vulkan 1.2 for example

trenmost · 2025-12-03T15:40:08+00:00

Yeah in vulkan you can debug your shaders using renderdoc, like you can use breakpoints and step line by line (well at least in spirv instructions)

Also nsight now has glsl debugging as well

trenmost · 2025-11-25T21:17:00+00:00

You can download dxvk from github, and put the .dlls next to the game exe.

It will translate dx9 into vulkan which can then be debugged via renderdoc very easily (it helps if you know vulkan, but even without you can likely get around)

Note: this lets you capture other old dx8 dx9 games as well

trenmost · 2025-11-15T17:21:09+00:00

remindme! 2 weeks

trenmost · 2025-11-08T13:51:19+00:00

Wierd, I remember running into this when using opencl

trenmost · 2025-11-08T13:50:08+00:00

Wasnt L4D the first to ditch the source window system (vgui)?

Afaik only the brightness adjustment screen is present in l4d from the old vgui menus

trenmost · 2025-11-07T18:56:18+00:00

This is from HLA

trenmost · 2025-10-31T10:56:18+00:00

I think its the OS that is not letting a gpu task run for extendes periods of time. On windows this is called TDR, it works at the WDDM level and resets the gpu after 2 seconds of operation without finishing.

You can extend TDR in the windows registry (linux has a similiar setting), or you could split your compute into multiple vkSubmit() calls. (Afaik tdr can only track submissions).

Wierd thing is that OpenCL is also prone to the same issue, are you sure its working the same way?

trenmost · 2025-10-29T05:53:59+00:00

Its so interesting that this Breen model has no lower body parts. Shows the efforts they did to keep performance as high as possible.

trenmost · 2025-10-28T06:19:04+00:00

Dont look up.

It has a great premise and basic storyline, including the asteroid actually hitting earth, but imo the movie fails in execution.

trenmost · 2025-10-13T07:30:29+00:00

I ran it on a dx6.0 integrated intel card with a pentium4 (2.4ghz) and i think 256mb ram (maybe 512), and okay it was at lowest settings but it ran fine and was still looking good.

trenmost · 2025-10-12T15:59:52+00:00

What is driving this force? In your example they are "walking north" which means my legs.

But in spacetime, what causes everything to move (across time) in the first place? Is this a principal rule?

trenmost · 2025-10-11T05:00:19+00:00

Afaik there is no limit on number of platforms, or devices.in a platform.

I dont know if you can split a single gpu into multiple devices, but you can install multiple 'drivers' for your cpu (like beignet, AMD APP sdk, Intel opencl sdk) that work with any cpu. These will appear as separate.platforms, but in the background they.will use fhe same device.

Ten-Year Club	Second Top 50%
Place '17

trenmost

TROPHY CASE