SGDK VS open62541

Examples: - Someone I know created machine-optimized library in c and asm to accelerate compression, erasure coding, and encryption on Intel Xeon CPUs (https://github.com/intel/isa-l) which runs those ops WAY faster than the standard linux libraries. - My friend is making a retro SEGA genesis game using a C and asm dev kit (https://github.com/Stephane-D/SGDK)

Genesis fortunately has a really mature homebrew SDK that uses C https://github.com/Stephane-D/SGDK . People have made plenty of homebrew titles over the years for these consoles and distributed them freely, sold the roms, or programmed new cartridges.

If you are specifically looking into the Genesis you should look into SGDK, the sega development toolkit https://github.com/Stephane-D/SGDK.

There's a lot of retro dev happening now across the board. SGDK has led to a big interest in making Genesis/Megadrive games. Jo Engine is increasing interest in the Saturn, etc. I'm also attempting to help contribute by writing a book on Neo Geo development (it has a long ways to go)

https://github.com/Stephane-D/SGDK

https://www.jo-engine.org/

a Saturn homebrew showcase - https://www.youtube.com/watch?v=NqKKExcTaKo

https://neobook.mattgreer.dev

Could this be useful from the megadrive SDK? https://github.com/Stephane-D/SGDK/wiki/Tuto-Maths

I had the same idea for the same reason. I have not started anything yet but I was going to try developing a Sega Genesis/Megadrive game using an SDK like https://github.com/Stephane-D/sgdk

The MD version was developed with SGDK .

There's quite a bit of OPC UA bashing across this project. So let me chime in to keep the "balance in the universe".

OPC UA is a protocol to interact with an object-oriented information model. Basically CORBA done right to use object-oriented principles and reuse software components in industrial automation.

Since OPC UA is a protocol, its performance depends mostly on the implementation. Some PLCs may be crappy. But that doesn't translate into bad performance overall. My experience goes to the exact contrary.

Full disclosure, I lead-develop and maintain an open source OPC UA implementation that sees quite a bit of use by the big guys in the automation domain. We use C for performance. And we do have funding from the industry.

https://github.com/open62541/open62541

But yes, it is hard to break into this world. Especially since solutions have to be maintained for 20+ years. A solo developer usually cannot ensure that this will still be usable some years down the line.