Development Work

Time to learn a new platform! The IGT is going nowhere. Still no communication from Basic Fun! And their lack of paying developers on time… well, I’m not going there again. It’s a constant reminder to never buy a product they’re associated with! Apparently their philosophy is “Customers! Who needs em!”..  So… I’m developing for a cube now. Along with a multitude of other projects, more business side of the house than games, but thats another page! If you run a daycare, check out our new Daycare Management System, Wylari.com. So…Back in 2021… I saw a Kickstarter for this cool little cube with display screens alllll the way around it. I thought it was an interesting idea, but didn’t think much more about it at the time. Fast-forward to the other day. As usual, I was bored and looking for something new to do. I’d been designing a dungeon crawler for Android among other games, but I was already getting discouraged by the thought of releasing another game into a market where it would probably get buried and never see the light of day without dumping thousands into marketing that I don’t have. Then I came across another post about that cube. The WoWCube. And naturally, my first thought was: *Could I build the dungeon crawler for this thing?* Apparently, yes. I’ve started working on **Just One Floor Deeper**, a dungeon-crawling RPG designed specifically around the WoWCube’s 24 screens and its very unusual controls. Right now we’re working entirely with the emulator—the actual cube won’t even be delivered until later today—but so far, it’s going surprisingly well! Instead of a traditional controller, the WoWCube itself becomes the controller. You can tilt it, rotate it, tap the screens, and physically twist sections of the cube. Designing a game around those interactions instead of buttons, sticks, a mouse, or a touchscreen is a completely different experience. The basic gameplay takes some inspiration from Minesweeper. You explore a dungeon one cell at a time, with clues warning you about what may be lurking nearby. But instead of simply avoiding mines, you’re searching for monsters, treasure, events, equipment, and eventually the stairs leading deeper. Early dungeon floors are being designed around the cube’s **24 screens**, but because apparently I can’t leave well enough alone, I’m already designing much larger **96-cell dungeon floors** with rooms, corridors, walls, dead ends, and multiple paths through them. 😁 The hardware limitations have actually been one of the most interesting parts. There’s very little storage available for save data, the interface has to work across tiny individual screens, and almost everything I normally take for granted when designing a game has to be reconsidered. It’s a very different kind of development challenge. Right now I’m still in the early stages: getting the core dungeon system working, figuring out how exploration should feel, and experimenting with how much information the player should be able to see. The real test comes later today when the actual hardware shows up and I find out how well all these emulator ideas translate to holding and twisting the real thing. But I think there’s something genuinely fun here. And really… Just One Floor Deeper. What’s the worst that could happen? And now that I have a new platform, and a new project, and a ton of new ideas……. you know where that goes!

First… Scratch N Score has finally moved into the beta process. What does that mean? A month of never-ending bug reports where people press the weirdest combinations of buttons known to man, that no user will ever actually do, all in an effort to break things. So now we sit back and wait for the reports to start coming in so we can work on fixing all the little things. I’m pretty sure the most common ones found have already been taken care of ahead of time, but there are those people… *ahem* that I know will find more. Hopefully it’s a quick process overall so this can get a scheduled release date. On another note, I also switch to a different video production software that’s much easier to work with than Corel’s and gives me a much better end result! Considering my level of expertise in video editing, I am quite impressed with Wondershare Filmora. Good price for the value, definitely worthwhile. A ton of projects in the works I have a ton of projects in the works, but a lot of them need more thought and fleshing out on paper (well digital paper) before I start work on them. A couple board games and the like. They should definitely be fun and great products for the table, but for now I decided… Dice games! Why? Because I just did one and enjoyed it, and thought WHY NOT? And having certain people kind of try to talk me out of it just made me want to do it more! Sorry J! lol We’re talking about your simpler dice, party type games like Over Under 7, Ship Captain Crew, etc. And since they are simple, we’re going to group them in packs, starting with 7 games in the first one. I started development on the first of the seven, and it’s the one that will take the longest. It’s not complex at all, as a matter of fact it will probably be the quickest of them all, but it’s all the other stuff that goes into a new project and choices that will carry through every single included game. Things like the user interface, sound effects, particles, the general programming structure and framework. That all takes time to develop, even when you’re using components designed from other stuff, and it all has to work and be reuseable. Once it’s done though, it’s a simple matter to adapt each piece to the next game, change the rules and write whatever specialized code is needed for that game. I’ll still have to do GUI’s for them, but the basis of what that looks like will already be done. Simpler games Another thing about simpler games is while they are fun on their own, you have to amp that up with your sound and effects to capture a player’s attention. If you’re just rolling dice and there’s nothing else going on, it’s going to get boring and guess what, you lost a sale but more importantly you lost a customer’s confidence in your past and future products. One thing I chose to do to help amp it up a little is to add some AI generated voice narrations. Playing it with and without those is almost 2 different worlds, even if it is just some simple words being spoken. Gameplay on the first game is nearly completed, it just needs a few more FX touches as well as a game over / play again option, and the in-game settings menu. After that we can move on to the next game. I’m hoping, with the market and audience the table has, that this will be a success, but that’s something only time will tell. I do have plans for at least one more volume if not two of these dice game packs. There’s a lot of cool simple fun ideas out there that wouldn’t work as a standalone game, at least not something you’d want to pay for by itself really. It also pays to listen to people, as one game I had been thinking about doing was just asked for by someone who just picked up a table. There’s a ton more going on in the background, but this will see light of day soon! Simple projects are fun, and it gives me something to work on and think about while working out the details on the bigger ones!     Well, time for bed.. for now…

One major thing most developers do – myself included – is to fail to target the right platform. And by that I don’t mean the whole android or iPhone or windows debate, I mean those all-important system specs. Do you focus on your end user’s system specs to start? Or is it better to tweak later? You have a shiny new super powerful computer that you do all your coding, your graphic design, your entire game on this amazing machine, and it performs beautifully. But then you realize it must run on ‘normal’ systems. All those amazing glows and animations, are they going to look good, much less perform decently on a lower end device? That’s the big question! I know I am guilty of doing the same thing and I have a bad habit of developing almost the entire game to completion before I upload it to my target device to test, and then it bombs. Ok, so most of the time it doesn’t bomb, but I have to go back and make numerous performance tweaks and adjustments to get it to run acceptably. Same thing with the latest project, Scratch’n Score. It’s a pretty simple 2D game though using some 3D dice that use physics to roll. It runs great on my system and in the editor with everything on screen at around 6-800 fps. Amazing! Then you remember the device you develop for is a much lower end device, think entry to barely mid-level android devices, and bam, now you’re struggling to hit 60fps during some of the ‘cool’ stuff. I just did exactly that. In fact, I spent hours on one animation, slicing and aligning the images, designing the animation, all to play when the player scratches and loses all their points that round. Does it look great? Yep! Does it play on the device? Well, barely. By the time the device catches up, the whole animation is over halfway done and then bam, it’s gone… Not to mention, now that I see it playing on the device, I really don’t like how it looks. But that’s a developer’s dilemma. It takes time to save and compile everything and deploy it to the device in question to test, depending on the project it can take anywhere from 3 minutes to an hour. Is it worth it to do this on a regular basis or is it better to develop and then tweak it later after testing. That’s up to you and how valuable your time is. On the bright side, deciding out of the blue to test it on the device today (mostly because I wanted to show off a bit), I realized I don’t like that animation anymore and thought of a much better solution, AND saved myself some time since I was thinking about doing some other animations the same way. Overall, testing it on the device probably saved me several hours of designing more animations like that that I would have ultimately tossed out anyways. Well, since the wife is out of state for the weekend, I am going to take advantage of her absense get back to some coding! This project is wrapping up nicely and I can see the light at the end of the tunnel. The gameplay is essentially done, it’s all the polish and animations that I need to work on now, along with a couple game variations just to add some spice and keep replayability up there! Then all the boring stuff, settings menus, etc.. Ugh.. 

Amid all the distractions last night, not the least of which was standing in line for several hours to vote, I did manage to get some coding time in and made significant progress on Scratch’n Score, eliminating the issues with the old codebase. It took a couple days to truly get over it and delete the old code completely and rewrite it. I know I’m stubborn, but I backed up the two files thinking to use them as a reference, but the problem came when I kept going to them, trying to just copy and paste to fix it, rather than doing what I had intended, a rewrite. Once I was able to get my brain to cooperate, and after several heated internal arguments with myself, I convinced all those nagging thoughts that a rewrite, from scratch, was the better way to attack this. And the result? A lovely dice rolling simulator, that lets you roll until you scratch, or until you score your points and pass the dice to the next player. I amended the score calculating code to keep track of which dice in a roll were contributing to the score to eliminate players trying to cheat… For example, you roll and 5 of your dice are scoring, but that last one wasn’t. Well, you could cheat the system by just selecting all 6 and then boom, next roll it would think you scored with all 6 and let you reroll 6, instead of one. Not anymore. As a matter of fact, I think it’s going to be a default ‘house rule’ that if you try to include a non-scoring die in your take, it will be an instant scratch.. The rewrite also allowed me to handle some other things that would have been harder with the old code like having wild dice where if you’re lucky you could change one of the die values to anything you want, among other variations. In the long run, this was worth it, but painful. I hate doing a complete rewrite as I feel like I have just wasted all that time, but it was worth it. Hopefully this weekend I’ll get back to the code and finish up the gameplay portion. Time will tell!

Well, this just serves to prove.. No matter how hard you test, watch, examine, rewrite and try to bugproof your code, there will always be something. Just fired off another update for That Cribbage Game.. And trust me, I appreciate the feedback! The game has had amazing sales and everyone loves it, and every bug squashed just makes it better for everyone else! So, turns out there was a bit of code that for some reason I was taking the boardsize and subtracting 1.. so basically what would happen, is in the rare case that you collected enough points to land on the 120 hole exactly.. the game just said, I’m moving you to 121, you won!!! Thanks to Heather and Mark who notified me and captured it on video, we found it, squashed it, tested it, and sent it off to be deployed..  This just says it doesn’t matter how many people you have testing and playing and for however long test, someone will always find something that slips through the cracks.. Mind you cribbage is a complicated game that a lot of people don’t even know how to play, that makes it much tougher for testing as well..  Enough rambling.. back to coding.. Got bugs in CashFlo to squash and I’m sure there are bugs in the 5 ongoing projects, so…. =D

Well, what was started back in June is now done.. Now mind you I took a 90 day break to work on That Cribbage Game, so if I started this in June, through December 1, works out to 6 months there, minus 90 for Cribbage, so about the same time frame; a full board game done in 90 days.. Rather proud of myself.. Of course due the timing and the time for testing, plus closures during the holiday season, it means this wont see publication until January, but hey, it’s done! I still have to do up all the write ups and the media, screenshots, videos etc for it, and I’m sure I’m going to look at performance tweaks.. At least on the game table, which is lowest hardware, it’s running 15fps.. I am going to almost guarantee that’s due to images and compression, so once all that is tweaked, it should be 30fps.. I’m also sure it’s going to run much better on the game board.. better and faster hardware and all.  So overall sine June, that makes 2 games done.. I’m rather proud of myself.. Now if I can cut that time down to 60 days or so?  Then i cant get the next 5 projects done next year.. Lol    5.. Lets see, Opanico, Gremlins Grotto, Frustration, Precision, and Delve.. 3 are clones of other popular games, and 2 are unique titles. All will be developed exclusively for the Infinity Game Table right now..  Anyways, thinking bedtime… it was a good day!

Now that That Cribbage Game is in the hands of the testers.. and then was passed back to me.. then back to them. then back to me. then back to them. then.. well let’s just say it’s always a back and forth process and testers identify things that we as devs, just don’t see, or we saw it so much we just got used to it and it didn’t bother us, or some of these testers are relentless in trying to break things! BUT! That’s a good thing! I’d rather them find these little issues and get them fixed, even if it’s not something a customer would ever likely come across.  To me, it’s release ready, it’s just a matter of them setting a release date, getting promo videos playing, and setting a price, which i still haven’t decided on yet. Leaning towards 6.49.. I want a little more than 4.99 but at the same time I don’t want to alienate people by going up 8.99 or something. Some people like me, will see a 8 or 9 dollar price point, and I’ll just skip the game because of the cost.  I’m just hoping for a release to be set, ya know, on my birthday sounds good! Dec 4th..  Well, now is time to move forward..  I still have some work to do on CashFlo, but that’s almost done as well, it’s just a few minor AI pieces to work out, and then thats another title out the door for testing.. It’s crazy in what, 15 months I’ll have put out 4 titles? It makes a difference when you see a lifting of the financial burden from doing this. Even as a hobby, it has a pretty high financial investment even when your doing everything yourself, and when there is no return, you slow down a lot..  So next up on my agenda, are 2 different projects, the way I work, I get bored.. So 2 projects will allow me to jump back and forth and hopefully reduce the days that I just don’t wanna work on it, because I’m bored or burning out on working on the same thing day after day..  First, is a clone of a board game out there.. Haven’t on a title for it yet, but it’s a simple tile based game, laying your tiles down for points and seeing who can score the most.. Some of the potential titles:   Mine & Dine Gremlins Grotto Dwarf Delve Crystal Caverns Crystal Crunchers Crystal Carvers Something OPanico     The second title, Opanico is a new card game loosely based on another game called Blink.. I was going to do a recreation or Blink, then I just started wandering, and well it turned into it’s own whole game, so.. I have the rules all written out, should be a very fast paced game based on matching colors, shape or numbers, along with the panic.. you’re timed on your turn, and if someone else looks like they might win, well you can ruin their day with a panic, and shuffle everyones cards together, and re-deal…  So that’s what I’m up to.. Gotta a preference on names for the unknown above? Join us on Discord and talk about it!   Join us on discord to discuss! https://discord.gg/Aw2pZDq

Well, I think we finally have a final product, at least until I ship it off to the beta team and they start making a giant freaking list of bugs.. But that’s ok! There were definitely a lot of issues with this, and it’s not my coding or anything, it’s the low end hardware of the target platform. So in the game, there are 12 different cribbage boards, each one is composed of 5-600 GameObjects.. Nothing major at all there.. I was loading those into an array that the game would then instantiate the board it needed for that game.. Well apparently the IGT hardware can’t handle that.. It worked on every device I deployed it too, so I thought, ok, lets kick this over to the table and test it! And the only thing it did was crash. And of course, Logcat showed NOTHING of value whatsoever.. Basically it just spewed nonsense that didn’t give me any direction to look. After spending hours and hours trying to rebuild scenes, and rewriting scripts, and stripping everything down to it’s most basic pieces, even at one point removing everything except the images.. no code, no animation, no sound, no voice.. Finally I stumbled on the gameboards.. Figured ok, gotta be memory, removed half of the boards from the array NOT even instantiated objects, and sure enough it starts working.. Sadly I had already completely redesigned the title scene and stripped out the player selection and joining into its own separate scene (which I may put back to the way it used to be)..  Either way, the damn thing works properly now. Stuck the board prefabs in the resources folder, and loading the prefab from resources at runtime, so as not to hurt the tables tiny little memory feelings.. It runs great now, 45+ fps on average which is fine.. 1 or 2 tiny things to wrap up and do all the marketing pieces for, and I can ship it off. Definitely not going to write an entire game again without testing on the table every step of the way.. not again.. Still don’t understand why it cant handle 6000 objects, that’s a pretty minute number.. but hey.. It’s all good now!

Designing cribbage boards sucks.. End of story… So, first comes the task of finding proper templates to work with for some of the more common designs. Then spend several hours using those templates to draw out individual boards, and drawing out 4 colored tracks for each board. Then, you have to draw the outlines, and make sure you have some sort of guide so the holes are spaced evenly on the board. Now that you’ve spent multiple hours doing that, Paint Shop Pro crashes, and claims it doesn’t have enough memory to even save your file.. ugh.. so another hour to reproduce those last changes.. And that is JUST the images! Next up comes importing those images into Unity and then the painstakingly long process of placing everything. You might not think it’s much, but to achieve a consistent look and feel across all of the boards, you have to individually align and place all the holes.. Each hole is it’s own separate gameobject.. Oh yes.. What does that mean to you if you don’t Unity? It means I get to spend hours placing 520 individual objects on each board, across a total of 13 boards, meaning a total of 6,760 hand placed items.. Minimum of 2-3 hours per board.. yeah..  But hey, the way this is set up I don’t have to worry about anything with gameplay, the game knows where each hole is, and can automatically move the pegs properly to their next location, so it’s worth it in the end! I hope… Now let’s hope I can live up to this and get this released by November like they asked! It should make a great bonus check in January for sure if I can get it done!