@absulit

164 Followers
304 Following
617 Posts

Code and Art

#webdev #webgpu

websiteabsulit.com
instagramhttps://instagram.com/absulit
Githubhttps://github.com/Absulit

Took me the whole day, but the new HTML in Canvas is working in my #webgpu library.

The code has been working for hours, no errors, the missing piece was that I needed to reassign the texture after the copyElementImageToTexture call, because it didn't updated the reference automatically.

I can even select the text and copy & paste. That's the blue rectangle, the live selection!

#javascript #chrome #webdev #graphicsprogramming #computergraphics

this is how you all fucking sound

by stillvreni : https://bsky.app/profile/vreni.bsky.social/post/3mms5baylac2p

#ai #noAI

Part of my recent progress on my library POINTS (https://github.com/Absulit/points)

These are two render passes. Background pass has an image. Foreground pass has a mesh and an image inside; mesh is scaled dynamically at runtime. The image preserves its ratio no matter the scale of the quad.

#webgpu #wgsl #graphicsprogramming #javascript #webdev #webdevelopment
#genart #creativecoding #digitalart #3d #cgi #computeshaders #shaders #generativeart

Another cool things is that I've learned a lot about js these last few years. I know there's a lot more to learn, but I still recall there first iteration of my library, it was super slow, but it worked! And I thought that maybe something like C# could increase speed. It was basically the same, except the #javascript was slightly faster. The real issue was that I never understood #webgl, but it got fixed with #webgpu which makes a lot more of sense to me than webgl

#csharp #dev #development

Another cool thing about managing my library is the fact that until I started with it, I found the joy of rethinking, refactoring, remaking parts of the code base in favor of legitimate improvement. In the past I would certainly just destroy everything and start from scratch, which I think is a thing a lot of developers do, me included, just because we don't want to read another dev's code.

#javascript #dev #development #softwaredevelopment

Related to my #webgpu library, I always find kind of funny and annoying that, every time I try to develop an app with it, I find that there are missing features, so I have to cancel the app and go back to my library and add the feature. This is good in a way because it's cool to know I have that power. I couldn't imagine myself needing a feature in threejs and try to add it without trying first to understand the code base, which would probably take weeks.
If I wanted to support #webgl which I don't btw, I would probably have to rethink a few things, like my sanity.

I saw a video yesterday about #threejs and how thanks to their agnostic approach to the renderer which is isolated, they were able to add new renderers like the #webgpu one. I was thinking how I don't do that in my library and also how that ship has sailed, if I wanted to do that for a different renderer in the future I wouldn't have any idea of what to do, which is kind of funny.

Meaning, my library is pretty stuck with webgpu, or as the kids say: coupled.

I wish my job was in something related to #webgpu. I think about it all the time. But I certainly wouldn't like to implement again what I already did in my library. It's like, ok I like to work in the innards of computer graphics, but I certainly wouldn't like to put my hands on Vulkan. I really like my library as a hobby. I work in my library so I can later make stuff with it, not necessarily webgpu but I love the topic, super interesting & thanks to it I was able to understand compute shaders.

Pasting a huge AI generated explanation to a problem in an issue or pull-request is nothing but RUDE. Don't do it. You look stupid and the receivers of that feel insulted.

We are humans. We communicate like humans. Fine, use the tools you like, but don't insult us.