2.4 KiB
← Back to Twitter thread index
title: "@onatt0 @EskilSteenberg @olson_dan So far the plan is to have the data read/writ" author: "NOTimothyLottes" handle: "@NOTimothyLottes" post_url: "https://x.com/NOTimothyLottes/status/1951638140600381942" post_id: "1951638140600381942" timestamp: "2025-08-02 13:36:07" post_count: 7 reply_count: 1 repost_count: 0 like_count: 0 view_count: 83
@NOTimothyLottes — @onatt0 @EskilSteenberg @olson_dan So far the plan is to have the data read/writ
Post 1 (2025-07-31 15:03:55)
Been on the fence on writing shader interfaces in GLSL vs something else that translates to SPIR-V. Most GLSL mixed with defines can just direct port to other platforms. However these days I have hundreds of lines of macros to transform GLSL closer to assembly.
Post 2 (2025-08-01 04:53:21) — reply to Post 1
@NOTimothyLottes What's the top "something else"? I've been out of the space for a while.
Post 3 (2025-08-01 14:56:14) — reply to Post 2
@olson_dan Wanting to build something that effectively loads/stores a 'cart' file which contains all the 'code+data' of the game in a restartable package. The code cannot be GLSL because I'm not going to link in a huge compiler. Leaves something that generates SPIR-V on the fly. New lang
Post 4 (2025-08-01 17:15:45) — reply to Post 3
@NOTimothyLottes @olson_dan For a long time i have contemplated writing a small GLSL->SPIR-V compiler. I think you could get away with something very simple, if you are conservative with your language use.
Post 5 (2025-08-01 17:51:33) — reply to Post 4
@EskilSteenberg @olson_dan Have a crazy idea for GPU shader dev inspired by a C64 SID tracker where you have a 'pattern' for the 'instrument' which shows SID fx changing over time, along with the standard multi-channel pattern nestily using the instrument ...
Post 6 (2025-08-01 17:53:55) — reply to Post 5
@EskilSteenberg @olson_dan ... Effectively a macro assembly language style thing where defines can be played back interleaved for things like ILP or loop unrolling etc. But programmer controlling interleaving, and register offsets, etc. Then ultimately output to SPIR-V direct (no GLSL step).
Post 7 (2025-08-02 13:36:07)
@onatt0 @EskilSteenberg @olson_dan So far the plan is to have the data read/write from the GPU, but still use the CPU to do the SPIR-V generation from said data.