Hey All, I made a header only C++ library where it's 1 line of code to init, then you can start writing to pixels on the screen.

[aeva@mastodon.gamedev.place]

@demofox mondo cool!!!

[demofox@mastodon.gamedev.place]

@aeva TY Aeva

[lesley@mastodon.gamedev.place]

@demofox Cool stuff! I used to use SDL to draw to screen from CPU, but this feels much easier for someone to start.

DX12 means it won't be easy to use on Linux, though

[compassing@mastodon.gamedev.place]

@demofox my god the naming alone is beyond genius

[echoparallax@mathstodon.xyz]

@demofox Nice!

[jameswidman@mastodon.social]

@lesley @demofox i thought proton took care of that...?

[demofox@mastodon.gamedev.place]

@JamesWidman @lesley someone should implement the api with vulkan on the backend maybe.

[demofox@mastodon.gamedev.place]

@compassing im telling my wife, who was less impressed

[thisarray@mastodon.gamedev.place]

@demofox This is so cool. Well done!

[ashalah@mastodon.gamedev.place]

@demofox excellent! Very reminiscent of the minifb Rust crate by @daniel_collin

[ruenahcmohr@infosec.exchange]

@demofox mmm windows, I wonder, what about a linux framebuffer version.. hmmm...

[demofox@mastodon.gamedev.place]

@RueNahcMohr @lisyarus is thinking about making a Linux friendly backend!

[sol_hsa@mastodon.gamedev.place]

@demofox I find it a bit funny that like myself, everybody else seems to have checked the platform compatibility first

[root42@chaos.social]

@demofox now we need this with a Vulkan and Metal backend.

[root42@chaos.social]

@sol_hsa you can’t post a Windows only solution to the demoscene without people starting to port it all over the place. Fingers crossed!

[sol_hsa@mastodon.gamedev.place]

@root42 SDL backend ought to be pretty easy to make. Would defeat the purpose though, but at least would make things portable

I love the concept. Keeping it simple will be a struggle, though.

[kojack@mastodon.gamedev.place]

@bnut @demofox Good old PixelToaster. I used to use its predecessor PTC (Prometheus Truecolor) too. My university final project ray tracer used it for the rendering display.

[jalict@mastodon.gamedev.place]

@demofox Years since I saw Three.js, but so cool to see them grow up to be Thirteen.h

[lunaticdancer@mastodon.gamedev.place]

@demofox oh this is marvelous, great work!

How's the performance overhead? I imagine it's not too bad since this seems to mostly be a fancy data serialization wrapper for DX12 so probably the heaviest part of this is the user iterating over the pixel array (I'm pretty new to graphics programming myself so I might be off-base here).
Also any plans to port the library to C?

[demofox@mastodon.gamedev.place]

@LunaticDancer its real fast, no overhead in the library.
The pixel values persist across frames, so you could do "dirty rectangles" instead of updating every pixels every frame. If you knew which pixels were updated each frame, you could copy just those regions.
The examples run like pixel shaders as well and iterate overall pixels, but you could blit rectangles instead.
But its real fast. These demos are like 0.3ms per frame on my machine in release.