Category: Blog

Another week in the books and I still have much to do and only 4 days to finish. This week is pressure week. Last week felt like a slow one with respect to PixiCubes. Here is what was accomplished:

• Fixed some touchscreen issues and hiccups
• Added a title screen with main menu buttons
• Constructed a PixiCube puzzle solver you can point to a puzzle and watch it go
• Implemented save/load profile data for user and PixiCube stats. (Still much more work here)
• Implemented a PixiCube selection scene where all available PixiCubes can be selected to play
• The type of PixiCube(Them or Riddle) is indicated in the PixiCube  selection panel

This week I have many things to finish:

• Finish the profile creation,load, and saving
• Implement power-ups/abilities [Post-release]
• Implement PixiPoints to purchase power-ups/abilities [Post-release]
• Implement a system to add new downloadable PixiCube [Post-release]
• Implement player stats
• Implement a locking mechanism to only unlock cubes after one has been finished
• Implement Player survey screen?
• Implement Help scene
• Ask the user to rate the game?

Ok that is all for now. I’m off to try to push this horse to the finish line.

This week went by very quickly with not much visual progress as I was refactoring/fixing much of the non-visual code. You know, the foundation. That critical but unseen chunk of code that makes your application what it is. I did a refactor of the mouse/touch input code, and when I say refactor I mean rip out and replace. I was unsatisfied with the amount of code there was for managing all the mouse/touch state logic. Plus, when compiling for Android, Unity would complain the mouse code could possibly reduce performance on Android. While I know that there is a difference between touch and mouse, it seems to me that there should be a library that better melts them into something more unified than what is already there. In any case I ended up going with Prime31’s TouchKit.  It’s a nice compact library and it worked well for my purposes, but I’m still unsatisfied with all the #if directives in the code all having to do with mouse vs touch.  Some other things that were accomplished this week:

• The camera is now fixed and no longer orbits the puzzle. Instead the user can pan/zoom around as they please.
• Added some puzzle stats such as push success (how often the player was correct when they pushed the cube in to see if it was correct)
• There are now two types of pixicubes: riddle cubes and theme cubes
• Added block rotation tweens for the theme cubes that visually scrambles the puzzle after you have seen it
• There is now a working PixiCube data structure that can be used to store new PixiCubes
• Puzzle cubes can now be locked and locked cubes have a visible translucent lock shown on them
• Settled on the puzzle sizes for the various difficulty levels (4×3, 8×6, 16×9, and maybe 32×18)
• Added code such that when a puzzle is scrambled, none of the cubes should be oriented correctly
• Numerous refactoring of other code

Stuff for this week:

• Look into storing the jpeg pictures as bytes and loading them into textures at runtime. Currently, Unity pulls in a jpeg and stores it in a much less efficient format in terms of storage size.
• Work on storing the user’s preferences and their puzzle progress i.e. which cubes are completed, which puzzles on which cubes are yet to be finished, how many pixi-points they have, which powerups and how many do they have etc.
• Try to implement some of the powerups
• Decide if I want to offer extra downloadable PixiCube packs. If I do I’ll have to figure our Asset Bundles and how to work with them etc.
• Work on a cool title screen where the logo starts out scrambled and is automatically solved
• More sounds
• The user interface is non-existent and must be completed before the deadline!

My March 2016 project is coming along, and I’ve decided to change the name to PixiCubes. I started with my old Ludum Dare Qbers but found it much more satisfying to just rewrite everything.  Here’s what has been accomplished in the last week:

• Base game code is up and running
• The cube grid along with all its cube operation methods is coming along nicely
• Had a 3D office environment in the game where the puzzles would be solved on your desk, but I’ve scratched that
• Added various sounds
• Particle effect for getting a block in the correct orientation
• The prototype works on touch devices
• Fixed the cube grid such that it can be rotated in any orientation and still work. This may not be useful but it was education and fun

While the list above doesn’t seem like much, there was a lot of work put into the base code that will pay off in the long run. After playing with the prototype, I’m undecided as to how I want to make the content available. I’m thinking either making the game free with purchasable add-on packs, or free to play with ads and an in-game economy to purchase new pixicubes.  Some additional things on the TODO list:

• Investigate asset bundles so that new pixicubes can be added without asset store re-submission
• How to represent a pixicube in code
  • min/max grid size allowed for the whole cube or each puzzle
  • name and description of the  pixicube
  • cost to purchase (in virtual currency)
  • Riddles for each face or no?
• Player save data
  • How to save puzzles in-progress
  • Reset puzzles
• Work on a more aesthetically pleasing cube scramble
• Work on a title screen where the title is scrambled and solved
• Menu system
• Prototype consumable skills and see if they increase the puzzle solving enjoyment
• More polish, sounds, and effects
• Improve the UI for touch devices

Well. That’s it for now. It’s off to work…