Space… bruce!

Yeah it came in with da rules last year that made half the internet break here.
You have to use a VPN to do anything here these days. (Those will also be illegal soon)

I can't even use DM's here because I refuse to do that, the usable internet continues to shrink.

This is the #1 thing that drives me crazy. Even just FIVE lines would be so much more flexible.

Sega Genesis Palette Challenges | David "Mecha Zone" White Get more from David "Mecha Zone" White on Patreon

Making retro games can be a real challenge because of all the technical limitations. Check out my newest (free) Patreon post to see how I deal with the color limitations of the #SegaGenesis aka #MegaDrive

www.patreon.com/posts/sega-g...

#Retrogames #indiedev #solodev #SGDK

that's wicked

頑張れくださいプログラマーさん!

This is honestly the exact sort of thing I had in mind, so you're all good, quick fiddle and it makes a noticeable difference, perfect suggestion lol.

Announcing the Galaxy Project release 2026/02/06
(46 new pages added)

This is my project to reverse engineer the TNG studio sets to help those who wish to make fan art or fan films

PDF and individual page files: frogland.co.uk/set-archive/...

Works like a dream, thanks!

I have dire eyesight, so I'll just take my glasses off for the squint test, same thing, cheers for the tips and for following up on my plea for help... I'll keep poking around and thinking about this.

On the same topic, I've been trying to subdue my stage backgrounds too.

What I don't get, is how badly the average 16-bit game has this problem, pick any random Sonic screenshot and they overwhelm the foreground. I guess motion/parallax is what helps keep it seperate in the players eye...

Thanks for pointing that out, contrast and balance is a huge blind spot for me. Halving the contrast on the ground layer makes it look grey-ish...
The plan was to redraw and bevel the ground lines so they're less dominating, but this image is actually pushing the VRAM limit already(!)

What emulator did you try it under? it stuck on a black screen for me :(

Got my textbox engine and cutscene handler all singing along together

I keep a doraemon propeller hat on my person for these exact scenarios

that's scary

really sorry that every time we chat it turns into a tech lecture :D

Here's a bit of Sonic 1's (dissasembled) code controlling the player physics, somebody went through by hand and figured out what everything is doing.

it's very close to what sega would have seen in 1991, and about as easy to modify.

github.com/sonicretro/s...

yeah it's hard work! But it's one of those things you can just build on, get a machine to translate it, then by hand (or AI with Virtua racing...) figure out what it does.

They actually go and read it, and that's how most 8/16bit games were written! Bit of a dying skillset, but it's still done. I can do it with 6502, Z80 and 68K consoles (but don't enjoy it, lol)

It's not so bad once you've learned the language you're working with, some are easier than others.

Yeah. That video I linked explains the two different levels here, but they're both human readable code, just different types.

You can build a port off assembly, but it's much slower and harder work.

YouTube video by Ben Eater Comparing C to machine language

Ben Eater did a good video on the difference between the two types, if you've got a few minutes.

Won't need coding knowledge to follow, he explains the steps
youtu.be/yOyaJXpAYZQ?...

Basically yeah. It's better than looking a raw rom file and you can edit and mess with it, but it's in the specific instruction set(s) for that hardware (SH2, Z80 and M68K here)

Taking it to C makes it more readable and can then be quickly ported to other platforms as the compiler is doing that job

You probably wouldn't see it often as theres usually no original high level language to return to, and code written in asm doesn't really translate neatly into anything higher, so it's stuck to that CPU and non portable.

DOS games on 8086 would be an exception, you can find decompilations there.

Disassembly is taking the binary ROM and recreating readable machine code, the add's branches, pops that the CPU operates on, decompilation is going further and turning that into C (or whatever) language where it can be modified higher level.

They're reversals of the terms assembly and compilation.

noo she'll get fat

The burger thing is a placeholder... probably

Makes sense, just haven't put in the time to sorting it, I've got a feeling just vsyncing the register toggle might be enough to hide it...

I've got some weird schemes going on here for packing, not sure what the future holds exactly so trying to squish it all in at the engine level early!

Same, but Bsky always rejects my videos when I try to post them so I cut the frames first...