Zision Interactive

When I started working on this machine, I had a pretty simple power system. 3V for my boards, 5V for the RPi. Both coming from an ATX PSU. 25V for solenoids from an old gottlieb transformer. Power switch turned everything off, as normal, and I added an extra switch inside to cut the high voltage if necessary. A few early mishaps with coils locking on while the playfield was down made me realize the high votlage switch inside wasn't that easy to access, so I added a secondary power switch on the bottom for the high voltage. Very useful, I recommend that for any homebrew... Then I added 12V for the screen. And then 12V for the audio amp. Then another 3V line for the mini displays. And another 5V line for the LEDs. And another 5V line for the second RPi to power the mini displays. And another 12V line for the light strips. Each of these had its own fuse, etc, all coming from the ATX PSU. Luckily I designed a power splitter for the ATX-24 connector that could support all that, which has somehow managed to be future proof enough to keep me going and keep everything vaguely organized. Then I had to move each Pi to its own separate supply, due to noise issues coming into the amp.

However, there's a problem with that. I have three separate processes across my two Pis that currently need to be manually started, as I haven't made them automatic yet, and they sometimes need some massaging. My Pi also has a weird issue where about 1/4 times you power it on the OpenGL drivers just... won't work. I can't find any solution for it, so my only real option is to just repeatedly reboot the Pi and restart the processes until they work. Plus I have another weird issue that I've never been able to track down where the Pi won't boot if the cabinet switch matrix returns are connected. Can't figure out what could be causing that, and I'm hoping that a new MPU board revision will magically fix it. But in the meantime it means that, when I turn the machine on, I need to first reach in and unplug a connector, wait 5 seconds, then plug it back in. Then I walk over to my computer, SSH in, start all my code. If the driver is dead, I need to reboot, then pull the connector again. Sometimes this can end up being a 5-10 minute ordeal. My solution? Just don't turn the game off! So instead I reach in and unplug the LED power supply, light strip power supply, and mini display power supply. Then I grope around and find the power button on my screen and turn it off, and then I reach under and kill the high voltage. Game now appears 'off', but the Pis are still running. Easier, but it still leaves me in a situation where sometimes I avoid playtesting my own game because it's too much of a pain to turn on! So that had to stop. I realized that, in the end, all the systems I want to turn off are coming through the ATX supply, and my Pis are on their own supplies, so really I just need to turn the ATX off. If I'd planned this from the beginning I probably would just install a third power switch, but I don't feel like taking everything apart again to do that. So instead, I replaced my internal HV switch (which I never use anymore) with two extra 'service' outlets, and plugged the Pis directly into them. So now the Pis are just 'always on' as long as the game is plugged in, which is fine with me. Meanwhile I have a primary power switch which kills everything in the game except the Pis, and an extra switch to turn the HV off if needed. Much better

In between these playfield changes I've been making a bunch of tweaks to the code. I added another multiball, rounding out the main hands (straight, flush, and full house). Added a mystery award which is really fun but hard to explain via text. Lots of tweaks and bug fixes. But mainly I've been working on sound!

The game now has more than 100 sound effects and callouts (and still many to go). At first I was agonizing over trying to find some good sounds that fit everything well, etc, but I've realized that you don't need a 10/10 sound effect to add quality to the game. Even a 5/10 sound effect is way better than no sound effect, as long as you've got them everywhere. Sadly I've also realized that making 5/10 sound effects is way harder than I'd have guessed. I've spent a bunch of time with a mic, a few poker chips, and a deck of cards, making random sounds by hitting them against each other, etc, trying to get some good, real, 'poker' sounds to put in.

On the software side, I did some research into how other games handle sounds. Playing one sound is simple enough, but it seemed like if I just played every sound that came in (and every call out, etc) things would get messy. You never want two callouts at once, and I figured you may not want multiple sounds at once either, so there needs to be some system in place for that. Sadly, it turns out that getting Java to play a sound, and then kill that sound mid way, adjust volume on the fly, or even just get the length of the sound are all more complicated than you'd expect. I ended up writing a custom mixer to combine a music channel, a voice channel, and a few sound effects channels together on the fly, which gave me the level of control I wanted. Currently I've got a simple system set up where, if a sound is playing on a channel, nothing will interrupt it (after like 50ms). If you try to play a sound but there's already another one going, that new sound is ignored. If two sounds come in at once (which happens a lot since I might have the base game make one sound effect, but then the mode you're in at the time makes another), I just choose the longer one. Originally that was a hack until I could code some proper 'priority' system in to let me manually order the sounds but so far it's worked surprisingly well so I haven't had the need to go further. I've also implemented some ducking, so the music and effects will get quieter when there's voice playing, and the music will get quieter when there's effects playing. Took a bit of play to get that to sound natural, but once it did it worked well.

Sometimes to get an idea as you fall asleep saturday night.... and then spend your sunday making it work

My upper magnet has never worked how I wanted. My goal was basically just to be able to shoot the left orbit and feed the upper right flipper. Magnet couldn't grab the ball. So I added the up post. That wasn't 100% reliable at even catching the ball, and when it did, the magnet still couldn't grab it somehow. So I cut the hole all the way through the playfield to give the magnet more power. Didn't help at all. When I made the new plastic playfield, I didn't even bother cutting a hole for the up-post. My thought was, instead of shooting the left orbit to feed the magnet, I should be able to shoot the spinner, and use the spinner to activate the magnet, since the ball would basically be in perfect position over the magnet when the spinner switch closed. But that, of course, didn't work at all. Magnets suck! I ripped out the magnet. Maybe I should just forget this entire idea about feeding the upper flipper. I basically only ever used it for one of my four multiballs which had a jackpot only hittable from the upper right flipper; it seems like a waste to put a whole mech in just for that. But the multiball was based entirely around that upper flipper shot (it's basically a lawlor throwback themed multiball), so I'd have to rewrite that whole multiball somehow. Plus then I'd have no need for the target under the upper left flipper which I've gone to a lot of pains to implement. There'd barely be any reason to have the upper flipper at that point; all it'd be useful for is trying to feed back to the upper playfield area if you drained out of it to the right.

So I needed some other way to feed the upper flipper. Before, on the left orbit, approach, I'd tried to figure out how to work a diverter in there, but there just wasn't room any way I could find. While watching the magnet fail to catch the ball via the spinner shot I thought, it'd be cool if I could like, have a raise-up captive ball. I've always liked how captive balls feed flippers but you don't see them in too many games. But there was no room in front of the spinner to try to make something like that due to the screen+lights. And I couldn't really put it behind the spinner since I had a giant hole there from the magnet and you wouldn't be able to see the captive ball well to aim for it. But I figured you don't really need a captive ball at all. Really you just need a wall for the ball to hit to fall back to the upper flipper. A single drop target that could raise up would be cool, but I think the rebound would be too fast. I really just want to deaden the ball and let it gravity feed for the shot to be makable.

Thus:
In the up position, the ball goes underneath just like normal. When it's down it sorta catches the ball and lets it fall back down again. It isn't always a perfect feed but you can always get a flip at it

I'd been considering something similar, and then I saw these on the Sonic Spinball homebrew and got a link to the strips, so I added some light strips along the sides for GI. Actual GI bulbs had never really been in the plan, since they'd need to squeeze into some tight spots. Plus there aren't that many spots to put them, which confused me a bit at first. When you look at the playfield though, other than the slingshots and around the ramp, there's pretty much no spaces where a GI bulb could even go. When designing I like to make the most of the space, but maybe it's a bit too far?

I got some plain warm white LED strips, and some V channel guides for them:

Then I 3D printed some supports for them that stick into the triangular hole in the back of the channels
I mounted them onto the side rails, instead of to the cabinet like Sonic + Pinstadiums do, so there's no need to remove them when lifting the playfield. They sit about a millimeter below the glass


The illumination doesn't cover the whole playfield quite as nicely as I'd like, but if I wanted anything else I think I'd need to custom design some channels to aim them at like a 30 degree angle instead of the 45 or 0 angles commercially available.
If I'd planned these from the beginning, I might have made some custom metal channels, with some stronger metal mounting posts, so that I could actually set the playfield upside down on them for servicing (and maybe some spare attachments at the front to make it even). I like the idea of the playfield having complete protection when removed from the cab. I've got the support rails on the bottom covering that side, so I can easily pull the playfield out, set it down on a table or on end, and not worry about the mechs, but currently if I want to set it upside down I need to use the wooden back wall and manually install some more wood posts to the hangers in the front, which isn't too convenient.

I'm not sure if that'd be worth the effort though, and I'm not sure how satisfied I am with this technique. For a whitewood like this that I've been winging the design on a bit, they're really nice. No need to make concessions for them in your plans or worry about wiring, etc, but they also have an annoying glare on the playfield. It's especially noticeable here since I have a perfectly flat acrylic sheet on the playfield, while a clearcoat would probably be a bit more subdued. The glare isn't in the main play areas, so it's not a deal breaker (they're better than no lighting!), but I'll have to think more about other options or tweaks to this in the future

While the coverage isn't completely even, these new lights do illuminate the back wall (or lack thereof!) though, so I'll need to think about that more at some point. Technically you could airball right over the back wall and into the cab currently, but I've never seen that happen. It also illuminates that there's a ton of dust on my playfield :/ Sadly that's what happens when your game sits for months with no glass on it, and I don't think that'll be changing any time soon. I may need to station a shop vac nearby for convenience though.... There's still a lot of ball hangups, etc currently so I couldn't really have the glass on for too long anyway. Actually I don't even have a sheet of glass for it since I stole it for another game to replace some non-tempered stuff; and I don't have a lockdown bar for it either. At some point I'm going to need to put a focus on getting some glass, getting a bar, installing an action button, and then dealing with all the stuff that keeps me taking the glass off: I'll need to make some plastics (easy, but may need to swap some posts to mount them), add some more stuff to prevent airballs from getting stuck places, make an apron of some kind, etc.

While I had the playfield apart, I also made a few layout tweaks

This is the guide for the upper left flipper. Old guide on the bottom. It had a split in it for a standup, but it turns out the flipper can't hit that angle. No matter how I aligned the eject plunger, I couldn't get a clean feed past that gap. So I made a new, one piece guide and installed it. Now the ball comes down nice and smooth to the flipper. Almost too fast, to be honest. I need to play with that mech a bit, see if I can get it to give a slower kick.

A bit hard to see here, but I added slots for adjusting the height of the left outlane posts. Eventually I'd like these to be slots in the wood too, with machine screw posts, so they can be precision adjusted, but right now the area underneath is too messy to safely install that.

The center post on the right side got a horizontal cut, since it can't really be moved vertically due to the feed from the shooter lane. Also replaced the upper end of the shooter/outlane divider rail with two mini posts. I'm not sure how that will affect the play in that area, but hopefully it does something. Previously it didn't seem like there was much to 'do' over there. You'd just watch the ball balance on the center post and fall one way or another, and any ball hitting the wood rail would just die and go down the outlane. So I'll see how this goes.