Learn how to use a Raspberry Pi 4B with Linux to solve equations for a real-time nonlinear aircraft simulation, including the emulation of modern aircraft flight displays
https://www.makerspace-online.com/flight-simulation-on-the-raspberry-pi/?utm_source=mms
#RasbperryPi #Linux #FlightSimulation #aircraft #EFS #SourceCode #software #OpenGL

Went to go remove any #microsoft games from my #Steam wishlist, only to realize I don't have a single one on there. No #activison, no #bethesda, no #blizzard. Turns out I haven't really been microsoft's main target for a while. I don't use #Windows. Never used #Bing. Don't write programs with #DirectX, I use Vulkan and #OpenGL and #SDL. Don't use #OneDrive. Never used #Skype. Don't use an #Xbox #controller on my PC, I use an 8bitdo controller. Don't use #Azure. I am disconnected from them.

Testing the Gosper curve in my variable iteration halftoning setup. So far I've only used the Hilbert curve this way, and things get a bit coarser with the Gosper, so it was harder to find images that make nice results. So here we are with the old Venus again.

The number of points multiplies by 4 for Hilbert and 7 for Gosper on each step, so the latter has to get by with fewer iterations for a sensible resolution. Here we have 6 iterations for 6 grey levels.

i had to create my own gpu api abstraction library for my needs in my gui tookit and npainter:

- focused in compatibility supporting at least opengl 3.3
- quite easy and small api design without implicit global state mess, verbosity or very hard niche features
- wrappers for Haxe (through my gui toolkit)

if this become chaotic for me my fail-safe is just only do opengl backend for now, i want wrap something good to Haxe instead raw opengl api

C & OpenGL Custom Game Engine Programming
#C #OpenGL #GameEngine #gamedevelopment #gamedev #Roguelike

The previous demo made me dig deeper into dithering algorithms. It's something I should have done years ago, as I've been using simple random dithering now and then, and I hadn't even thought of gamma correction. One algorithm in particular caught my eye: Riemersma dithering, which uses the Hilbert curve. Compared to the usual matrices for error diffusion, the curve approach seemed easier to implement in some ways, as it has fewer edge issues.

More interestingly, it struck a chord with my earlier experiments with space-filling curves in image processing. So it was a kind of familiar territory, but it also seemed esoteric enough that I could imagine making some new discoveries. For example, play with other plane-filling curves besides the Hilbert.

The first image uses the boustrophedon curve, which makes the vertical wave patterns I recall from a number of non-dithering demos. The second curve is what I call the diagstrophedon, a diagonal zig-zag starting from the top left corner, and I think its wavy artefacts make a nice match for Venus's hair.

Then in image 3 we have Hilbert, which doesn't seem to make any particular artefacts, and I guess that's a good thing for dithering. Finally 4 uses the Peano curve, which makes some fun wiggles in light areas.

Just implemented a flythrough camera in my 3D engine using OpenGL!
Wrote a blog breaking down how I handled camera movement, texture mapping, and coordinate transformations.

Check it out here: https://kshitijaucharmal.github.io/blog/scenewithcamera/

Any #opengl wizard interested in helping me demystifying an incredibly weird bug where an innocuous `glGetIntegerv` call causes an unrelated assertion failure?

https://forums.developer.nvidia.com/t/weird-behavior-involving-context-switching-fbos-and-glgetintegerv-driver-bug/332132

Another visual refinement to a recent demo: adding seams to the optimized tiling scheme. While it breaks the mosaic illusion to some extent, I think it makes the tile sizing idea much clearer. As before, there's a uniform variant with the same number of tiles for comparison.

Source photo: Mary of Egypt by José de Ribera, in public domain.

The recent stipplings and partitionings reminded me of this demo from about 2 years ago. In short, it's a Hilbert curve where the iteration level varies by the colour value. I wanted to make some small changes, but I ended up rewriting it completely. The shader approach seemed needlessly heavy and redundant for something that works more naturally on a CPU. But mostly it was just a fun exercise in looking at the same problem from a different angle.

The first picture shows the original idea. With the new idea, I wanted to get rid of the slanted lines; the result doesn't feel any better to me, but I guess it's interesting in its own way.

Yes!

I got the barebones of C + OpenGL + GLTF :)
Now I can start cooking remake of one of my childhood games.

Model: Sora - > meshy. ai

Here's short #cpp article on a simple yet suprisingly effective implementation of automatic draw batching in my fork of SFML

https://vittorioromeo.com/index/blog/vrsfml3.html

#sfml #gamedev #opengl #performance @sfmldev #indiegame #indiedev

Happy #screenshotsaturday

I know it's not a screen shot but enjoy a little video of the main menu for my game #MultiMall

I think this is the first time I've shown it off to the world, but it got slapped together over a few weekends.

I'm hunkering down to get a #demo ready for release some time in April, so keep those eyes peeled .

#indiedev #dlang #sdl2 #opengl #linuxgaming #coolshaders #glsl
#solodev #simulation

Me after realizing why my depth write wasn't working:

(Yes, I forgot to bind a depth attachment to the frame buffer)

haven't really used this account much but heres a game engine i've been working on for around a month using opengl and C

Is it me or are all four of these doing basically the same thing?

Opengl PythonGraphic designing using OpenGL and Python [Beginners]

#python
#opengl
#graphic
#beginners

https://dev.to/suvink/graphic-designing-using-opengl-and-python-beginners-1i4f