Remember when you could just write pixels to a buffer and graphics programming was actually fun? Now you can't do anything without reams of boilerplate setting up special objects, managing shaders, marshalling data between the CPU and GPU etc. This is dumb. Why isn't there a programming language that just lets you use the GPU seamlessly to read and write from buffers without any boilerplate?

>>105997463 (OP)
Brokie hands typed this post

>>105997488
Literally who? I don't do zoomer e-celebs.

>>105997463 (OP)
Zoomer here I was wondering the same, why can't I just be like - hey, change pixel 1 to this color and pixel 2 to that. what a load of bullshit.

There's tons more bullshit in this field I can't remember at this moment id make a list

>>105997576
>why can't I just be like - hey, change pixel 1 to this color and pixel 2 to that.
Because of parallelism, but there's still no reason why a programming language couldn't have a construct that lets you run a callback with type (buff: int32[][], x: int, y: int)->void on the GPU (with some implicit restrictions about what it can read and write) and other such features.

>>105997463 (OP)
>My IQ is too low to deal with programming
Doesn't affect me

>>105997640
That's extremely trivial to write. You should learn how to program instead of whining. You could be experimenting right now.

>>105997499
Joe Blow

>>105997766
It is trivial and yet whatever gay programming language you use doesn't do it. Sad! I've more or less worked out the semantics for a language that allows seamless CPU/GPU coordination without it being too smart for its own good but creating and maintaining a programming language is a forever-project.

>>105997488
is he still playing with toy opengl programs because "thats what i have around"?

>>105997576
>>105997463 (OP)
why are you niggers so retarded that you can't understand the concept of a command buffer?

>>105997958
I think a big part of the reason why we don't have better tools for working with the GPU is that shitting out boring heaps of boilerplate is an ecological niche that attracts a certain crowd of subpar "programmers" (e.g.) who pride themselves on understanding what a command buffer is. They don't want any improvements because it destroys their area of "expertise".

>>105998036
e.g. you*

>>105998036
>heaps of boiler plate
a full fledged vulkan renderer, including multithreaded command buffer submission, deferred rendering, efficient memory sub-allocation and defragmenting, pipeline caching, and surface support is less than 3k lines of code, and the most basic 2005 level rendering is 1k lines of code.

It's not nearly as much boilerplate as you think. People, even "professionals", who use some framework constantly are plagued with undebuggable errors because they think they need said framework for "the hard stuff"

And yes I agree that there are a bunch of trannies who only do plumbing work like this because they are scared to write a shader

nothing stopping you from software rendering

have fun software rendering at 4k tho

>>105998087
>most basic rendering is 1k lines of code
No, thanks. That number should be 0 (ZERO!) unless you're writing an optimized game engine.

>>105998143
oh ok so you're just retarded then

you can literally copy and paste the code and treat it as a black box that exposes 2-3 functions, no different from threejs, but you are just a bit too retarded to handle that

Just use Raylib or something.

>>105998157
>it's just 1k lines of code
>just copy paste
>etc.
You are cancer. It should take 0 (ZERO!) lines of code to run a function that references CPU-side constants and variables on the GPU to process some shared buffer. No setup, no compiling shaders, no binding uniforms, nothing. It should be normal code.

>>105997463 (OP)
>Why isn't there a programming language that just lets you use the GPU seamlessly to read and write from buffers without any boilerplate?
you can do this in every language. it's just less efficient

>>105998734
>you can do this in every language.
Provide an example.

>it's just less efficient
I don't care.

>>105998254
no no, it is normal code, you are unfortunately just too dumb to understand it.

you understand that when you include some library, you are effectively copy pasting it?

>>105998859
You sound mentally ill and this is boring. The sad part is that I'm almost certainly more proficient at modern graphics programming than you. You're just 80 IQ and can't grasp what's being said.

>>105998829
https://kevinboone.me/linuxfbc.html
there is some boilerplate to memorymap the framebuffer, and you'll need root priviledges, but after that you can draw shapes in the tty.
Without root, you can use SDLs https://wiki.libsdl.org/SDL3/SDL_LockTexture to get a buffer of pixels.

>>105998940
That's not using the GPU to process the buffer.

>>105998969
Ah, I misread. I'm sure opengl will have some methods of getting a buffer, manipulating it and rendering it afterwards, but yeah, it'll have some boilerplate at least

>>105999055
This:
https://pastebin.com/raw/af3ib8xw

Should be this:
#import graphics

int main() {
const W = 512, H = 512;
shared int32[][] buff1 = new int32[W][H];
shared int32[][] buff2 = new int32[W][H];
int radius = 5;

//...
// .. fill buff1
// ...

while(!close_window()) {

gpu_pass(W, H) {
vec4 sum = vec4(0.0);

for(int i = -radius; i <= radius; ++i) {
sum += buff1[x + i][y];
}

buff2[x][y] = sum / float((radius * 2 + 1));
}

gpu_pass(W, H) {
vec4 sum = vec4(0.0);

for(int i = -radius; i <= radius; ++i) {
sum += buff2[x][y + i];
}

buff1[x][y] = sum / float((radius * 2 + 1));
}

blit(screen, buff1);
}
}


And no one can convince me otherwise.

>>105997463 (OP)
>remember
that was never the case, look up doom, quake 1/2 source code

>>105999160
I'm familiar with the Doom and Quake 1 code bases. What's your point? In the DOS era it took like 10 lines of code to set up mode 13h and then you were free to do whatever you want, however you want, just by writing some buffers.

>>105997463 (OP)
>write pixels to a buffer
LOL, this whippersnapper has never raced the beam.

This was all you needed in Microsoft Color Basic to enter a graphics mode and draw a circle.

>>105999219
and? it has nothing to do with GPU

>>105999283
> it has nothing to do with GPU
Yeah. That's the problem, retard. There's no real reason you shouldn't be able to do roughly the same with modern GPGPUs that support compute shaders.

Why should a
>language
be in charge of handling the GPU calls?

>>105997463 (OP)
This would look better with motion blur and bloom

>>105999455
Why should a
>language
be in charge of handling the CPU calls?

>>105999280
Damn we did that in computer classes back in like 2002. I made a whole space launch pad with a shitload of moving objects, the whole animation would take like two minutes on ancient school PCs. Should still have the notepad with all the code written somewhere at parents' house.

>>105997463 (OP)
you can use this
https://github.com/zserge/fenster