nds-hb-menu VS FUZIX

DSi modes uses nds-hb-menu bootstrap's TID by default, and is a bit slow to start as it needs to go through the native 3DS OS first no matter what

For most games you should be able to just put its .nds file on the SD card like any retail game, just check for a README file which will probably explain if there's anything special you need to do. Also flashcard kernels aren't great at running homebrew so if you have issues try run TWiLight Menu++, HBMenu, or GodMode9i and run the game from there.

YSMenu should work fine for homebrew... You could try installing TWiLight Menu++, HBMenu, or GodMode9i and load the game from there, those are better at running homebrew than flashcard kernels.

Hmm, try using either nds-hb-menu (you can rename the BOOT.NDS to whatever and boot it like a normal homebrew) or TWiLight Menu++ to load it if you haven't already. If that doesn't help then reformatting the SD with SD Formatter may help.

It may have something to do with homebrew compatibility on your flashcard, you can try your luck with devkitPro's Homebrew Menu, it sometimes fixes homebrew compatibility issues.

Hmm, you could try loading nds-hb-menu (the BOOT.NDS, you can rename it), TWiLight Menu++, or GodMode9i, then loading GBARunner2 from one of those.

Try loading it from nds-hb-menu, TWiLight Menu++, or GodMode9i.

Try loading GBARunner2 from TWiLight Menu++ or nds-hb-menu (the BOOT.NDS, can rename it) instead. Flashcard kernels often have issues running some homebrew.

and this for the BOOT.nds https://github.com/devkitPro/nds-hb-menu/releases/

Huh that's very weird... Can you try loading it from nds-hb-menu?

Alan Cox has a "Fuzix" repo, that puts together Uzix variants for the Z80.

https://github.com/EtchedPixels/FUZIX

Fuzix does appear to have CPU support for 6800 and is probably your best starting location. Although based on what I've seen of the ET-3400 you could be in for quite the uphill struggle.

Software complexity also helps to establish or maintain the predominance of large corporations on the market. In contrast, a simple software system can be reimplemented by a small team or even a single person, so there is more competition. This is not only demonstrated by Wirth's systems, but also by several 7th edition Unix clones of the 80's [1-4] as well as current ones [5] and also reimplementations of the classic MacOS [6].

Back in the 1980s, operating systems and compilers were often seen as the most complex pieces of software. Nowadays, web browsers include (and reimplement) large parts of an OS and compiler and are probably even more complex than a current OS such as Linux or a current compiler such as clang/LLVM. Only rich (or well funded) companies such as Google, Apple and the Mozilla foundation can afford to build a browser today that can be used to access current web pages.

So a central question is if we can turn back times and make software more simple again. Maybe this ship has already sailed - but it can't hurt to try. From experience with my students, it is extremely satisfying for them to build a complete system from scratch instead of mostly copying and pasting library calls or StackOverflow code snippets. Thus, I try to enable my students to experience this sense of achievement. They will probably never get the chance to do something similar in their later career in industry.

[1] One Man Unix for 68k - http://www.pix.net/mirrored/discordia.org.uk/~steve/omu.html

[2] Uzix for Z80 (link to the MSX port) - http://uzix.sourceforge.net

[3] Coherent Unix - https://en.wikipedia.org/wiki/Coherent_(operating_system)

[4] Minix - https://www.minix3.org

[5] Alan Cox' Fuzix - https://github.com/EtchedPixels/FUZIX

[6] Ardi Executor - https://en.wikipedia.org/wiki/Executor_(software)

How about FUZIX? It might be a better fit for vintage computers?

https://github.com/EtchedPixels/FUZIX

Also fuzix: https://github.com/EtchedPixels/FUZIX