I haven't been doing any public updates on this for a bit, but I am still working on this bizarre rabbit hole quest of designing my own (probably) 16-bit game console. The controller is maybe done now, on a design level. Like I have parts for everything sourced and a layout for the internal PCB. I don't have a fully tested working prototype yet because I am in the middle of a huge financial crisis and don't have the cash laying around to send out to have boards printed and start rapidly iterating design on the 3D printed bits (housing the scroll wheel is going to be a little tricky). I should really spend my creative energy focusing on software development for a nice little demo ROM (or like, short term projects to earn money I desperately need) but my brain's kinda stuck in circuitry gear so I'm thinking more about what's going into the actual console itself. This may get techie.
So... in the broadest sense, and I think I've mentioned this before, I want to make this a 16-bit system (which is a term with a pretty murky definition), maybe 32-bit? And since I'm going to all this trouble I want to give my project here a little something extra the consoles from that era didn't have. And at the same time, I'd like to be able to act as a bridge for the sort of weirdos who are currently actively making new games for those systems to start working on this, on a level of "if you would do this on this console with this code, here's how you would do it on mine." This makes for a hell of a lot of research on my end, but trust me, it gets worse!
So let's talk about the main strengths of the 2D game consoles everyone knows and loves. Oh and just now while looking for some visual aids maybe I stumbled across this site, which is actually great as a sort of mid-level overview of all this stuff. Short version though-
The SNES (or Super Famicom) does what it does by way of a combination of really going all in on direct memory access, and particularly having a dedicated setup for doing so between scanlines, coupled with a bunch of dedicated graphical modes specialized for different use cases, and you know, that you can switch between partway through drawing a screen. And of course the feature everyone knows and loves where you can have one polygon and do all sorts of fun things with it.
The Genesis (or Megadrive) has an actual proper 16-bit processor instead of this weird upgraded 6502 like the SNES had for a scrapped backwards compatibility plan. It also had this frankly wacky design where they just kinda took the guts out of a Sega Master System and had them off to the side as a segregated system whose only real job is managing the sound chip, one of those good good Yamaha synths with that real distinct sound... oh and they also actually did have a backwards compatibility deal that just kinda used the audio side to emulate an SMS, basically.
The TurboGrafix-16 (or PC Engine) really just kinda went all-in on making its own custom CPU from scratch which...we'll get to that, and otherwise uh... it had some interesting stuff going on sound wise? I feel like the main thing it had going was getting in on CDs early but I'm not messing with optical drives and they're no longer a really great storage option anyway.
Then there's the Neo Geo... where what's going on under the good is just kind of A LOT. I don't have the same handy analysis ready to go on this one, but my understanding is it didn't really go in for a lot of nice streamlining tricks and just kinda powered through. Like it has no separation of background layers and sprites. It's just all sprites. Shove those raw numbers.
So what's the best of all worlds option here? I'd like to go with one of them nice speedy Motorolla processors. The 68000 the Genesis used is no longer manufactured though. The closest still-in-production equivalent would be the 68SEC000 family. Seems like they go for about $15 a pop, have a full 32-bit bus, low voltage, some support clock speeds like... three times what the Genesis did. It's overkill, but should remove any concerns I have about having a way higher resolution than the systems I'm jumping off from. I can also easily throw in some beefy RAM chips where I need.
I was also planning to just directly replicate the Genesis sound setup, weird as it is, but hit the slight hiccup that the Z80 was JUST discontinued, like a month or two ago. Pretty sure someone already has a clone of it, might use that.
Here's where everything comes to a screeching halt though. While the makers of all these systems were making contracts for custom processors to add a couple extra features in that I should be able to work around by just using newer descendant chips that have that built in, there really just is no off the shelf PPU that I'm aware of. EVERYONE back in the day had some custom ASIC (application-specific integrated circuit) chip made to assemble every frame of video before throwing it at the TV. Especially the SNES, with all its modes changing the logic there and the HDMA getting all up in those mode 7 effects. Which are again, something I definitely want to replicate here.
So one option here is... I design and order my own ASIC chips. I can probably just fit the entire system in one even? This however comes with two big problems. It's pricy. Real pricy. Don't think it's really practical if I'm not ordering in bulk and this is a project I assume has a really niche audience. Also, I mean, if I'm custom ordering a chip, I can't really rationalize having stuff I could cram in there for free sitting outside as separate costly chips, and hell, if it's all gonna be in one package I'm no longer making this an educational electronics kit/console, so I may as well just emulate the whole thing on like a raspberry pi for a tenth of the cost or something.
The other option is... I commit to even more work, and find a way to reverse engineer all the functionality I want out with some big array of custom ROMs and placeholder RAM and just kinda have my own multi-chip homebrew co-processors? Still PROBABLY cheaper than the ASIC solution and I guess not really making more research work for myself. It's just going to make for a bigger/more crowded motherboard or something.
Oh and I'm now looking at a 5V processor and making controllers compatible with a 10V system so I need to double check that all the components in those don't really care that much and maybe adjust things.
And then there's also FPGAs (field programmable gate arrays). Even more expensive than an ASIC, but the advantage is it's sort of a chip emulator and you can reflash it with something else. So if you're specifically in the MiSTer scene, I just host a file somewhere and you make the one you already have pretend to be this system. So... good news for those people but I still need to actually build something here.
So... yeah that's where all this stands right now. I admit I'm in way way over my head, but I should get somewhere eventually?
Anya is live and ready to show you everything. Watch her strip, dance, and perform exclusive shows just for you. Interact in real-time and make your fantasies come true.
✓ Live Streaming✓ Interactive Chat✓ Private Shows✓ HD Quality✓ Free Actions
Free to watch • No registration required • HD streaming
Well this is a little funny. Yesterday I posted the first part of a series of post on the fine details of how computers work, mentioning how I've been looking into this as part of a personal project I've been working on, and today I wake up to see Masahiro Sakurai posting a youtube video lamenting the lack of... this exact thing I'm working on.
Apologies for how much cat hair is in this photo, that's a bit of an occupational hazard, but this here is a photo I took back in September when most of the parts I had to order were in for the prototyping of this thing:
That's a really bad MS Paint mockup, but yeah. I'm designing my own game console, and one of the key features is a big ol' scroll wheel right in the center of the controller. Another is that I'm planning to just put all the designs of the circuit boards and 3D printer files for the casing/buttons up online for free, making it this totally open DIY thing where anyone who's a big enough nerd can just make a couple downloads, order some dirt cheap components, and build their own copy of the system (or people with better setups than me can build and sell them, whatever). So I'm not super worried about anyone stealing my ideas or whatever, but I WOULD like to establish a standard and all that, and figured it was worth noting that this is something I've been slowly working towards for like a year or two now, and didn't just get the idea from this video:
But yeah, now that the idea's out in the public consciousness, here's the plan for the controller (that I was planning to keep under my hat until I had a working prototype and some demo software sometime next year).
First off, the plan is that this is to be the standard controller for a whole console I'm also plucking away at designing, which is a bit more ambitious of a project, so I figure I might as well make it compatible with something that's already out there. So specifically, I'm designing this so that you can take one, plug it right into an SNES (or with a different connector at the end, an NES, because turns out they use the exact same input handling standard and it's just the shape of the plastic on the end that differs), and have it just work. Or mostly work anyway. I'm hoping I can process a signal out of the scroll wheel in a way that it either just needs the 3 extra bits of the input signal I don't have buttons for in my design (more on that later) or failing that, I can get it to output the same sort of signal as one wheel in the SNES mouse, which just rides along the second data line very few things use. I think that plan might break multitap compatibility and require an extra chip on the controller PCB, but it would leave this slightly more compatible with existing games on the same hardware. I might also do something weird with the button mapping to be sure NES select is on a shoulder and it works right out of the box with that whole library.
Working out exactly how to handle signals from the scroll wheel happens to be the point I'm currently stuck on by the way. I got this baggie full of rotary encoders for just a few cents which... almost fit in my first draft 3D printed wheel housing, but I have NO documentation on them, not even a part number/manufacturer besides "H-9," the pins don't fit a breadboard, and I've kinda been scrambling for rent so I can't afford a nice multimeter or oscilloscope to poke around with. Plus again I need to redesign this wheel print to even get it to spin right, and... this was a gift from a friend with a printer who is Not Local. Solvable problem, just needs more time and/or outside expertise.
But yeah, once I have those kinks worked out, it should be easy enough to get a custom board design made, replicas of end-cap of the controller cord are another problem easily solved by ordering a 1 dollar part or 3D printing something. The actual cord might be tricky since I don't know where you actually order something like that from, but it should be easy enough for anyone who doesn't mind a little assembly work to put one of these together and have it good to go for any software made with it in mind, or retrogames where you don't mind a weird button count. So... what's the pitch on this scroll wheel anyway?
Well for starters, there's the stuff Sakurai got into this morning. Any sort of RPG or text heavy game can use it to quickly scroll through menu options, or stuff in a text-heavy game. You could also pan the screen with it, something a lot of early 16-bit games assigned to the shoulder buttons or holding up and down while getting used to the new options the hardware was giving them.
Past that, you'll notice in my design it's at a 45 degree angle. I might have to tweak it a little, but my thinking is for a game that uses it heavily, one thumb or the other can slide over easily enough (I'm going for a pretty compact overall design) so we can have some games where you take your thumb off the D-pad, and have this nice analogue steering wheel. Nice for fine control in a racing game, or if you want some little radio-tuning/safe-cracking sorta deal.
Alternatively, move your right thumb over, use the D-pad to steer, shoot and dodge or whatever with shoulder buttons, and use the wheel to rotate a turret for a twin-stick sort of game maybe.
Or just use it for the sort of stuff mouse based games stick on the scrollwheel. Changing weapons, changing powerups... I'm planning to officially label the directions "hot" and "cold" to encourage weird gimmicky things like... I dunno, a platformer where you have a thermostat in your controller you can always mess with, freeze water coming out of pipes, crank up flame jets? Have a shot charging mechanic where you just really crank it to get to max strength? Weird minigame stuff. There's some fun space to explore with it.
Then we have the rest of the design here... which basically comes down to me being just plain sick of how every controller made by anyone in the past... 20 years give or take has kind of the exact same layout? 4 good face buttons, a D-pad, 4 shoulder buttons, 2 sticks, and 1-4 annoying to reach tiny awkward middle buttons, and we're just kind of overdue for a change-up?
Like first of all, hey, this is just too many buttons. There's a ton of games that really only need a D-pad, and maybe 3 buttons (attack jump pause) and the two things that aren't fully standardized is how awkwardly placed the D-pad is and how awful and awkwardly placed the pause button is. Shoulder buttons can be nice, but I've never really felt like 4 of them awkwardly crammed on the rim has been really useful or ergonomic, and that's coming from someone who's been playing a ton of FF14, which gets more use out of them than anything else I could name. And really, aside from games doing fake twin-stick stuff and using the whole grid like a second D-pad, I'm having a really hard time thinking of any game I've ever played that really makes good use of 4 good face buttons? Like people will use them if they've got'em sure, but unless you do that keyboard style thing where you lay the controller on a table and use all your fingers, you can really only comfortably hit 2 face buttons without sliding your thumb away from them, maybe comfortably make a quick pivot to a third.
Also, really, a lot of designers just sort of feel compelled to map SOMETHING to every button, even if it's clear the design didn't really need them. So basically I figure I'll try kinda just taking a "less is more" approach here. Here's the buttons that it's comfortable to rest your thumbs and fingers on, here's a dedicated pause/menu button where people often stick a kind of redundant menu button, here's my gimmicky scrollwheel. That's it, work around that.
I'm also going a little Gamecube inspired (literally using replacement membranes for one in my prototype design, even). Gonna make a great big primary button and use different shapes for the other two. Trying to label these in a less arbitrary fashion than most. If shooting a gun is a thing you do in this game, and there isn't a real good reason not to, default it to this nice right trigger you can hold down all the time. If we're advancing through menus or jumping or holding down gas in a car, here's the big GO button. Need brakes, need to break stuff with a melee attack? Go back in a menu system? There's your other face button. Have a quick dash move or a run you hold down, let's just use the other shoulder.
So yeah. That's my controller. Need to work out the kinks on the scroll wheel, source a cord, and hopefully I can slap things together and this will be something you can just order bits for piecemeal and put together for like, $5-10 after shipping? Maybe less? The parts are shockingly cheap so far.
But yeah if anyone has any insight to the scroll wheel or cord issues, let me know. Also the whole thing is presently a tad back-burnered because I am in a serious financial crisis and I don't want to have electronics spread all over my table if I have to abruptly find a new place to live if I can't scrape next month's rent together. So as usual, donations are incredibly welcome.
