Independent maker of games. Cofounder of current game studio, Berry & Cloud. Working on Bioplanet Kamaryn, a game with a new Vulkan based GPU-centric engine. Expect weird things.
I support free software and the #FSF and planning to release the game's source as #GPL while also selling it on the usual platforms.
I'm from #France but living in my secret base somewhere remote in #Quebec.
Previous work: EA (Army of Two series), cofounder of Minority Media (Papo & Yo, many more).
[1/3] The current language situation for GPGPU programming is rather depressing from my point of view. Today we have a wealth of CPU languages but not a hint of standardized GPU-side compatibility.
I'd love to program everything (CPU, GPU compute, GPU graphics) in the same basic, standardized language. Does that sound unreasonable? I understand that it's not there yet but I don't see any major effort towards this.
[1/3] The current language situation for GPGPU programming is rather depressing from my point of view. Today we have a wealth of CPU languages but not a hint of standardized GPU-side compatibility.
I'd love to program everything (CPU, GPU compute, GPU graphics) in the same basic, standardized language. Does that sound unreasonable? I understand that it's not there yet but I don't see any major effort towards this.
It feels like the people in the best situation to address this would be the Khronos group. Sadly they seem uninterested in this, they feel like GLSL is just fine as it is and have no one working on evolving it or a next version (I asked). Their solution seems to be to rely more and more on HLSL instead... Great. 😑
@julienbarnoin CPUs and GPUs are inherently different architectures and the kind of code I'd want to run on each differs. As a result I don't see much value in being able to run code on both. Rather I'd like to have a good language for GPGPU programming, something that facilitates writing GPU programs for GPUs. Maybe something from the APL or Haskell families of languages.
It feels like the people in the best situation to address this would be the Khronos group. Sadly they seem uninterested in this, they feel like GLSL is just fine as it is and have no one working on evolving it or a next version (I asked).
Their solution seems to be to rely more and more on HLSL instead... Great. 😑
I hate the SYCL/CUDA/HIP model.
@julienbarnoin CPUs and GPUs are inherently different architectures and the kind of code I'd want to run on each differs. As a result I don't see much value in being able to run code on both. Rather I'd like to have a good language for GPGPU programming, something that facilitates writing GPU programs for GPUs. Maybe something from the APL or Haskell families of languages.