Archives for posts with tag: Educational Game

Hi all, I’m Theo, the lead designer of Kana Quest. I’d like to introduce/reintroduce you to the Kana Quest DevBlog.

Why do I say “introduce/reintroduce”? Well the answer is this is the first Devblog I’ve done for Kana Quest in a while. And Secondly this will be the first Devblog that I will be sending it to everyone who has signed up to the Kana Quest mailing list. Which is something I am going to be doing from now on. And because I am going to be sending these blogs out on the mailing list, I am going to be making a few changes. Mostly being that I am not going to be posting these weekly like I used to. I don’t want to spam the inbox’s of people, and doing one a week was too much for me. So from now on, there will be a new Kana Quest devblog on the second Saturday of each month.

So for those who are new here, what can you expect in these devblogs? You can expect updates on how the game is coming along. Bits of news, interesting things that I’ve learned from making this thing, new features, and my general process.

So I’d like to start with the news. Lets get the bad news done with first, unfortunately Kana Quest will not be exhibiting at PAX Aus this year. Which to be honest is really bumming me out. What happened was that I was waiting for an inflow of cash before I booked a booth this year. And by the time the money came in, all the spots had been taken. If any of you were looking forward to playing the game there, I’m so sorry to have let you down.

But with the bad must come the good! And the good is that Kana Quest is no longer a solo project! I have my team member to come onto the project and I couldn’t be happier. As of this week the wonderful Reuben Covington is now the lead programmer for Kana Quest.

IMG_0277

Here’s Reuben helping me set up for AVCon (Anime Vid Con in Adelaide) earlier this year.

Reuben is an incredibly talented designer and programmer whospecialises in Collectable Card Game designs (and is also currently working on Infinity Heroes which you can check out here –> https://www.kickstarter.com/projects/elphie/infinity-heroes-competitive-card-game-for-mobile-p ). The reason why I think was my choice was because he has an incredible knack for bottom up design work. This is the sort of design that starts with a mechanic and iterates onto it to create great gameplay for the player. Whereas I am a Top Down designer. I start with a desired end goal and create mechanics to achieve the desired end goal (e.g. Wanting a puzzle game that teaches Hiragana/Katakana without any rote learning or pop quizzes). Both of these approaches I believe are super important, but they both have their drawbacks and strengths. Because of this, I am certain Kana Quest will be a better game with Reuben’s input. And hopefully, with his help, Kana Quest will hopefully be finished far sooner than later.

Speaking of Kana Quest being finished, when is that going to be? Well I know at PAX Aus last year I said that it would be in 2018. Sorry that’s not going to happen. But I wasn’t far off. The plan is to essentially finish the game in the first quarter of 2019. And now with Reuben’s help, I’m more than confident we can bring the game to you then!

What makes me so sure I hear you ask? Well for one thing, in terms of art assets, the game is a little over 80% complete! And for me, the most time consuming art assets to produce are by far the world art that go behind the puzzles. As of this week I have finished 11 out of 13. At my current estimates I am planning to have finished all the art by the end of October, or by early November at the latest. Speaking of art, here’s the world art for worlds 8-11.

World8pogoCat.gif

This one, was inspired by John Brack’s Collins St, 5pm. And you know… rush hour in Japanese train stations.

World8-9Transition.gif

Oh and this one is of the main street in Akihabara (The nerd capital in Japan). Along with some not so subtle Vaporwave jokes.

world10.gif

This one I mostly wanted to capture the feel of how lights reflect at night in big Japanese cities.

world11.gif

And this one is the obligatory reference to Hokusai. Fun fact, all games set in Japan by law legally have to include some reference to the Great Wave. *previously stated “fun fact” is in fact a fabrication*

I’m really proud of all the art that I’ve made for Kana Quest so far and I feel like I’ve come a LONG way as a pixel artist since I started. And I can’t wait to show you all the last two worlds. I am going all out for them.

But speaking of my pixel art coming along a long way since I started. For some of you who might have seen Kana Quest at PAX last year you might not have seen that I have changed the logo. Why is this? To those of you who’ve seen the game at an event this year, this will be the same logo that you’re used to. And if that’s the case, no I’m not going to upload the old logo because I don’t like it, and I like this new one much more.

KanaQuestLogoGifBorder

See, isn’t it pretty? I know I should be humble, but this logo was a lot of work and revision and I’m still kinda amazed I made something this cool.

This basically all I wanted to share with you all today. If you have a question about anything to do with the development of Kana Quest, please feel free to ask about it. I’d love to answer your questions. If you’d like to see more regular updates, you can follow the development on these social media channels:

Until next time, take care and have a wonderful day.

 

Advertisements

This was another week of working on funding applications so I don’t have a lot to share when it comes to Kana Quest. So instead I just wanted to talk about a design tool that I use to analyse new games when I play them. Just a heads up, this is just a lens to use when looking at video games. Just because a game looks bad with this lens, it doesn’t mean the game doesn’t have redeeming qualities and vice versa. This is just a way of looking at games that will allow you to see different strengths and weaknesses within games.

So what is this technique? I call it Game-Player Relationship Analysis. Basically, imagine the game you are looking at is a person. And what does the relationship that you have with this person (game) like? For example, the relationship you have a Pinball machine is similar to the one you have with a street performer. They entertain you for a few minutes and you give them a little bit of your spare change. Whereas a claw machine in your local shopping mall is closer to a shady figure playing a cup and ball game. They promise you a fair game of skill, but the reality is you are never going to win. The relationship you have exists entirely to con you out of your money.

In both the examples above I use this Game-Player Relationship Analysis to contextualize the differences of two outwardly very similar games. And more specifically how the two games try to obtain the player’s money. But how money is exchanged is only one type of relationship a game can have with its players.

  • Money Exchange Relationship
  • Time Exchange Relationship
  • Mid Interaction Relationship
  • User Defined Relationship

The Money Exchange Relationship as discussed before, is about personifying how a game goes about obtaining the player’s money. They can be like street performers who ask for a few minutes and a few cents. They can be like conman with the cup and ball game. They can be like a drug dealer who gives you your first hit for free, but then expects you to keep paying up to get your fix. They can be like your favorite worker at your local bookstore; you pay them 20-60 bucks and they give a book for you to read, consume, discard and repeat the process.

The Time Exchange Relationship is basically how the game treats the player’s time. Is the game respectful of the players time? Does a game demand a large time investment on the part of the player to make the relationship work? If yes, how does the game make it up to their players? Does the game send you constant notifications to remind you that it’s still there and that it needs your love and affections non stop throughout the day and throughout the night? Does the game punish you for playing on your own time? Does the game ask you to revolve your entire life around it? As a quick aside, recently a lot of the big publishers as well as free mobile games have been making a push for “live services” for all their games. And the thing that worries me about these games is that the Time Exchange Relationship that these games have are quite toxic. If you had a partner that demanded you spend a third of your day with them, destroyed your things if you didn’t spend time with them, and kept messaging you throughout the day regardless if you wanted alone time or if you wanted to see your friends, you would call that an abusive relationship. But these “live service” games do a lot of these things as standard, without considering the ramifications this can have on the player.

The Mid Interaction Relationship is how the player and the game interact during gameplay. For example Kana Quest was intended to have a Mid Interaction Relationship that mirrors that of a good teacher. A teacher that points out your mistakes but doesn’t punish you for them, and that masks boring rote learning with something more interesting. Of course whether or not I achieved this, is not for me to decide. But some games are like story tellers (Visual Novels) and others are like tour guides (open world games). Some are like strict personal fitness trainers constantly pushing you to get better (Dark Souls). Now technically the Mid Interaction Relationship is separate from the Money Exchange Relationship and the Time Exchange Relationship  but often there is an intersection between these categories. Especially with F2P (free to play) games where the gameplay is interrupted by adds or by running out of energy. And of course if a game is large enough to have a lot of desperate elements, the relationship you have with one of those elements can be different to the relationship you have with another of those elements.

The User Defined Relationship is where things get weird. See much like people, not everyone has the same relationship with the same person. For example the relationship I have with my mother will be very different from the relationship you (the reader) have with me (the author). See the other categories care about personifying the way that games interact with their players. This cares about the inverse. It is about personifying how the players interact with the game. This category is weird not only because everyone’s relationship is slightly different, but because the relationship changes with time. I used to play Pokemon to be taken on a wild adventure with the world’s coolest tour guide, but now I play Pokemon to catch up with an old friend.

So how can we use this for making better games? Well the long and short of it is to try and craft the most effective Game-Player Relationship possible for the game we are making. Have an idea of what sort of person you want your game to act like. Make conscious design and business decisions to achieve this. And of course play test with a lot of people to see if your game is interacting with them in the way you want. Don’t be surprised if play testers make Mid Interaction and User Defined Relationships that you didn’t anticipate. Just make sure that these relationships are positive.

If you find using this technique, your game sounds like an asshole that nobody would want to be around, then its quite likely that your game has a problem. And much like people, it’s okay if your game isn’t perfect. Sometimes business forces you to have a Money Exchange Relationship that’s a bit shitty, but you need to be able to make it up to your players elsewhere. Case in point, one of my personal favorite games is Magic the Gathering. It’s Money Exchange Relationship is awful, but the Time Exchange Relationship, Mid Interaction Relationship, and User Defined Relationships are all so good that for me its worth it.

However if you find yourself in a relationship with a game that constantly tricks you out of your time, and money, only to then not give you an experience worth having for your investment, then its time to dump that game. It doesn’t deserve you, and you deserve better.

 Anyway that’s the Kana Quest Dev Blog for this week. Hopefully by next week I will have finished my funding application and I can show off some new work to you all.  But before I go, have some completely unrelated Steven Universe fan art, because who doesn’t love a pretty picture. Anyway until next time, have a great week.pinkDiamondHighRes

The devblog is back! Sorry for such a long hiatus, but we are here and a lot has happened!

But today we are talking about World 3. Just before Christmas I finished making the background art and the one direction tiles so I would be ready to make some levels!

World3Level1

All the levels for World 3 are now complete! Something I might do every time I finish making the levels for a world I might “review” the mechanic deployed therein. I’m going to judge a mechanic on a few different criteria. Most of these are normal things to consider for all game design, but the last is relevant specifically to Kana Quest.

  1. Complexity of the mechanic. (How long does it take for the player to figure out how it works? How much mental strain does it cause the player?)
  2. Design Space of the mechanic. (This is another way of saying how deep is the mechanic? How many interesting scenario’s can it be used in? Does it interact in interesting ways with other mechanics?)
  3. Fun Factor of the mechanic. (Just simply, how fun is it)
  4. Ability to help teach Hiragana. (Does the mechanic play help the player to remember what a Kana is or learn new Kana?)

So how did one direction tiles do? Very very well, they have a very low complexity so much so that a tutorial is often not needed for play testers, and it has a large design space! The fun factor is a bit subjective, but personally I find it quite fun. The only strike against one direction tiles; they don’t really teach Hiragana very well. They don’t work against that goal, but they aren’t any more useful than a normal Kana tile.

The only other problem with one directional tiles is they require a large level to be interesting. World3Level20.jpg

Due to a bunch of mistakes that I made when setting the game’s camera up, I have a hard upper limit to how big a level can be. On the whole this isn’t too bad as it forces me to keep the complexity down but it does mean that for mechanics like the one direction tile, I can’t use it to its fullest extent.

But on the whole I give one direction tiles a B+. Its a good mechanic that can be used to make interesting levels.

Before I leave you today, I just want to share my personal favorite level from World 3.

World3Level16.jpg

This what the first of a series of levels that I made where the player has to figure out the correct place to start matching the Kana. In each row there is usually only one Kana that will match with the row above or below it. Thus making the physical size of the level and the positioning of the tiles crucial to being able to complete the level.

World3Level16Complete.jpg

Anyway, I hope you all have a great week, and I will be back posting regular devblogs again from here on out! I will try for once a week, but if I’ve just been squashing bugs that are not very interesting then it will probably get pushed back.

And here we are, the end of 2017. In March this year I decided that I should be devoting all my time and effort into finishing Kana Quest. So much has changed over the course of these months and I decided as a way to wrap up this year we would look at how Kana Quest has evolved.

Just a heads up I will likely not get every detail in the chronology perfect. This is just a chance for me to look back and see how much I’ve achieved this year.

March-April 2017:

So here is where we began the year. Kana Quest was something I had worked on every now and again since 2015. And to be honest not much was happening with it. But after taking a long hard think about where I wanted to be professionally in the next 3-4 years I realized Kana Quest was the best way for me to get there.

Below is the closest I have to footage of what the game looked like at the point I started work.

But the big push that got me to work on Kana Quest was AVCon. I had seen a post in the Melbourne IGDA page for devs who were interested in showing off in Adelaide. And I decided, I should do it. So the first thing I started work on was the Sakura background of the first world. I didn’t need to have the whole game done, I just needed the first world or two done so that folk could get an idea of what the game is like.

March was also a big milestone for me as it was the first time I took Kana Quest to the Melbourne IGDA meetup. Where I learned that my puzzles were hard to see, the matching effect was hard to see, and my tutorial was terrible (I’m *never* gonna hear that last piece of feedback *ever* again 😛 ).

About mid April I decided that Kana Quest had very little in the way of character, so I decided to try experimenting with anthropomorphized Kana tiles in an attempt to fix this.

The last thing I started working on before the end of April was a backdrop for each puzzle so that the player could see the important information more easily.

 

May – June:

After making the design for backdrop in late April, May involved me actually implementing it. This meant sectioning each part up so that Unity could create a different sized background based on each level, this honestly proved to be much easier than I thought it was going to be.

Then came the implementation of the Cute Kana. Following a positive response to the experiment I did in May, decided to make all the Kana have cute little faces to give them character.

Of coarse the hard part was managing all these new animations attached to the same prefab. Which led to this nonsense. Actually the current animation tree is even more messed up. Here I only have the normal Kana animations hooked up, not the stone kana, none of the Katakana variants, and none of the other mechanics. Sooooo yeah navigating my animator panel is hell now :/

Late May and early June was where I started putting more effort into my tutorial, rather than just explaining to every person who played it what one earth was going on.

Another massive change in this time period was changing how tiles moved so that they would move with the mouse when they were dragged. This improved the feel and user experience of the game massively.

And I also added a medal system so that players could kind of choose their own difficulty setting. This meant players weren’t punished so harshly for not being able to finish the level in the minimum number of moves.

July – August:

This is the point in time where I knew that I had been accepted into AVCon, and the countdown to that was coming. So I buckled down on making everything look as pretty as I possibly could, by reworking old bits of UI to make them work with Kana Quest’s new look.

But the most important part of July was AVCon, and it was amazing.

It was the first time I got to see non friends and non game dev people playing my game and it was such a cool experience. And I got to meet Carmine the developer of Icebox: Speed Gunner and quite a few people from Team Cherry; the makers of Hollow Knight.

Shortly after I got back after AVCon I finished implementing Katakana into the game.

Its always been the plan to include Katakana in the final game free of extra charge. Most of Kana Quest’s direct competition all include it as additional DLC or as a sequel and I wanted to offer my players greater value for their money.

But once I had my Katakana in, my count down to PAX truly began. There were three things I needed to get into the game before PAX. A better tutorial, world 2 being implemented, getting it working on Android and sound. As I had been working on world 2 in the lead up to AVCon I decided to get that done first.

And by the end of August I had basically all but finished making world 2. Leaving me two months to work out the sound and tutorial.

September – October

So these were the last months before I would take Kana Quest to the biggest stage it had ever seen. I was stressed beyond belief. Originally I planned on making the music for Kana Quest myself, but a quickly realized that it would take me way too long for me to do. So I decided to employ the amazing Nicole Marie T (https://twitter.com/musicvsartstuff) for the music. Not only did she manage to compose me three different pieces of music within a very tight time window, but she also produced a product of much higher quality than what I could have produced if I did it.

Since I had Nicole on music and I’d managed to get World 2 done pretty quickly I was able to work on porting the game to Android. And let me tell you, there is a reason every indie dev and their dog seems to use Unity. That reason is porting your game is obnoxiously easy. I had it ported within the first week of September.

With three out of four things basically taken care of so early I was thinking, maybe PAX will be fine. After all I just have to fix up the tutorial and I’ll be perfect.

Rule one of game design: never ever think “oh this will be easy”. Because if you do, it wont be.

First thing I changed to make learning the game easier was the completion gauge. The idea being that if the player could see the how close they were to completing the level visually it would help them learn the goal faster.

Even once the gauge was added I didn’t finish reworking the tutorial until the end of September.

Then I made one laaaast minute change that I probably shouldn’t have.

See I have a game reset function in Kana Quest if I want to reset the memory. Thing is I forgot to factor that in with the hint screen so the hint screen would never go away once the memory was reset. This was a problem at PAX as we had to restart the application every time this happened. Fortunately this was the worst bug I encountered during PAX.

November – December:

Honestly not much got done over these last two months. About the only major thing I achieved was finishing the art for world three. The main reason I didn’t get a lot done was I was just burnt out from doing PAX.

Anyway. I look forward to writing for you all in the new year until then take care.

 

Hi, sorry for missing last week’s devblog. Was just working on stuff that wasn’t very interesting to show off, so I decided to leave it be. But this week we have some fun stuff to look at!

First up is World 3 is in the game!World3Animated.gifWell, at least the art assets are in the game. Getting the art in can be a bit arduous. First thing I have to do is position all the sprites so that they line up with the previous world’s sprites, then I have to create a new parallax manager for this world. All this does is it manages the different layers and makes sure they move the right amount. Then I have enter in all the sprites into the correct layer and set the movement modifier for each layer. Its just one of those things that isn’t complicated but just takes more time than you think.

Speaking of things that aren’t complicated but are time consuming: Pallet Swapping. So something I do for each world is I create new color variations on my UI. This is so my UI matches the color of whatever world the player is in.

This is not a complex task, but boy is it ever mundane. Open file, select color, replace color with new color, repeat for remaining colors, save, repeat for the next 80 something UI elements. Doing all the UI recolors took me about 75% of a full day to finish. The evening that I finished doing them I was talking to a friend and realized that if it took me most of a day to do the recolors if I had to repeat that process 15-20 more times that would take up most of a month to do. Not great. So I had an idea, I’m going to spend a day or two making a unity plugin that automates the process for me. You just give Unity all the files you want it to modify, each of the colors in the original sprite, each of the new replacement colors, where everything should be saved, and what naming convention it should apply. And when all is said and done I should even be able to sell it on the Unity Asset Store for a buck or two.

Finally I got the bare-bones of the next mechanic into the game. OneDirectionTilesVer1GIF

These are One Direction Kana. They can only move in one direction… also they love Harry Styles. They are “functionally” complete in that you can’t make any invalid moves with them but the game currently lets drag the Kana in the direction of an invalid move, it just then pops it back to where it began because it was an invalid move. I’m also not completely sold on the visuals of the mechanic yet, but hey its a placeholder so it will change soon enough. Anyway I decided to make this mechanic the next mechanic because its a pretty simple mechanic for the player, and it doesn’t have a requirement of learning more Kana to make the mechanic work (unlike the Mystery Kana). This is important as the start of Kana Quest has a really high learning curve, and I need to give the player a breather and some time to revise the Kana they’ve seen.

So before I head off, next week (23rd/24th) will be the LAST Dev Blog for 2017 (as the following Saturday will be my birthday and the day after that is new year’s). So what we’re going to do is, take a look at what’s changed with Kana Quest since I’ve been working on it full time. Just to see how far we’ve come.

Anyway, until then, Have a great weekend and Happy Holidays!

So, PAX is getting awfully close now isn’t it.

I’m kinda going batty just trying to get everything together for the game. But the most infuriating part is that everything I’m doing looks like I’m doing very little from the outside.

When all you are doing is fixing small little bugs you don’t have anything interesting to show. I wish I could show you a bunch of exciting new features but I can’t. The closest thing I have to anything new is a loading screen hint section. HintDemo

Anyway. Apart from this the main thing I’ve been working on is contacting press people who are coming to PAX who I think would be interested in Kana Quest. I’ve had a little bit of a response so far so that’s better than nothing. Found one person who was perfect for Kana Quest. They were interested in educational games and taught Japanese themselves. So was able to contact them and get a positive response there.

I also got to contact Meghan O’Neil at PCPowerPlay. That one is big for me as I used to read her opinion pieces in PCPP a lot back in the day. And was the first proper critical thought about games I was exposed to. So without her work I probably wouldn’t have wanted to make games. I don’t think Kana Quest will be her jam, but I do get to say thanks so that’s exciting.

In other news it looks like Kana Quest merch will be available at PAX so if you are interested in a Kana Quest T-shirt, Kana Soft Toy, or Socks, PAX Aus is your chance!

Anyway. Hope y’all have a good day and I’ll see you around. I won’t do a blog post next week, but you will get a MASSIVE one after PAX!

Till then.

Bai

Sorry for the late blog post. I promise I have good excuse!

Here is my excuse –> https://www.youtube.com/watch?v=3wjyHFURurU

I made a trailer for Kana Quest in the lead up to PAX! Speaking of PAX what do I still have to do? Well a lot. We are less than a month out and hooo boy am I scared as all hell! Here is my list of things I still need to get organized.

  • Tablet Hire
  • Order more business cards
  • Pay the official PAX for any of the additional furniture I need.
  • Rigorously play-test the new tutorial.
  • Find and Squash as many bugs as possible.
  • Make a convention mode.
  • Try to get into contact with as many media people as possible.
  • Organize a convention survival kit.
    • Lots of water
    • Butter Menthols
    • Gaffer tape
    • Scisors
    • Hand Sanitizer
    • Wet Wipes
  • Organize shifts for everyone helping me exhibit.
  • Set up my Steam Storefront
    • This one is going to be a blog post all to its self so I’m not gonna get into it all now.
  • Set up a video loop of some stock game-play footage for the booth so people can always see the game being played.

The thing that is really getting to me is I don’t know what I don’t know. There are so many things that need to be doing, and I feel as though I’m probably making a bunch of mistakes with all of them. But I don’t know what they are. This is also a large part of my own personal insecurities coming out here: I fundamentally don’t trust myself not to make an ass of myself.

Anyway I’m getting sidetracked. Let’s talk about how I made my trailer. Well for a start I used After Effects to make it. It’s the only video editing software I’ve used before so it was a natural choice. I really didn’t want to spend time learning a new tool. I only bought it for one month of use though. I don’t see the need for buying for a year when I’m probably only going to use it for two months in a year at max.

That said, After Effects is awful and I hate using it. I think I just hate video editing in general (guess that I’m not gonna be the next big youtube sensation). And I got to experience some fun little bugs from After Effects.

  • Upon installation, After Effects decided that I didn’t need my windows settings. So it just discarded all the stuff I’ve added to windows 8 to make it run like windows 7. Also this just in windows 8 base interface is still awful.
  • The phantom youtube music. While I was importing assets and setting up my composition I was listening to youtube music. I hit the preview button and somehow my youtube music got encoded onto my preview. Every time I played my preview the same bit of youtube music would play. I ended up having to re-import some assets to get rid of it.
  • Not a bug per say but AE particles suck. Guess I’ve been spoiled by Unity’s particle systems but the restrictions are stupid. For example you cannot lock your particles Z axis, which sucks if you have a 2D game. You also can’t have your particles animate off a sprite sheet. So I couldn’t use any of the particle assets I already had made in the game. Oh, I just remembered another thing AE particles can’t do. You can’t have sub emitters.

That said AE has added a few things that do make life a hell of a lot easier. Namely the graph editor is way easier to use than it was the last time I used AE. Oh and the inclusion of the “shy” layers made keeping my timeline a bit more organized way easier.

Anyway, that’s me for the week.

See you next week.

Hey welcome to this week’s Kana Quest Dev Blog. Where I get to talk all about what I’ve been doing for the last week. What I achieved, what problems I had and how I solved those problems for my game Kana Quest (A Puzzle game that’s a cross between dominoes and a match three game that teaches the Japanese phonetic Alphabet).

So PAX Aus is now less than a month away. This means most of my energy is being spent preparing for that. As a result very little new content for is going to be made for the game. I’m patching bugs certainly, but making new content will have to wait for now.

KanaQuestPAXBanner180dpi.jpgKanaQuestPAXBanner280dpi.jpgSo what sort of things are taking up so much time? Well mainly getting my booth ready. I learned from AVCon earlier this year, that your presentation matters. It matters a lot. Thankfully PAX provides printing of artwork included in the booking of the booth which will improve my baseline presentation a bunch. But I do need to make the artwork for those posters. As of this week I can officially say that I have been given grant money by Creative Victoria to attend PAX Aus which is amazing and I of coarse can’t thank them enough. And that bright pink banner topper is part of the conditions of the grant. I have to display the Melbourne International Games Week branding on my booth. Which I am more than happy to do. I also made an English version of the Kana Quest Logo as at AVCon I realized that most people had to ASK what the name of the game is. I want my players to know the name of the game without asking so it was a natural addition.

One big achievement this week was this little beauty (please imaging me saying beauty in a really strong Aussie accent).

TaxAccept.pngTurns out getting my tax information verified by Valve turned out to be a bit of a headache. I’ve been trying to get it done for last three weeks and its been very frustrating to do. I do need to give massive shout out to Carmine Fantarella at Games of Edan (Link: gamesofedan.com/icebox-speedgunner#_=_ ) . He provided a bunch of help in this department. So I do want to give thanks where thanks is due. If you like fast paced action games go check out his game ICEBOX: Speed Gunner, its really sweet and just plays amazingly.

So now that Kana Quest is on Steam what’s the next step? Well the next step is setting up my Steam Storefront. This means I need to make a trailer, prepare some HD screenshots and once again make sure my presentation is top notch. Once I’ve done that I’ll submit the game to Valve, they will review it and it will go onto the Coming Soon section.

 

Finally for this week we have the tutorial. For as long as this game has existed teaching players how to PLAY the game. Which is saying something as the first people to ever play the game were two native speakers of Japanese. This week I finally got sick of my tutorials not working so I sat down and made a list of skills the player needs to have to play the game.

  • Know how to flip the Kana to see the English
  • Know how to move the Kana.
  • Know how Kana match with each other.
  • Understand the win state of each level.
  • Know what the undo and restart buttons are.
  • Understand that Stone Kana can’t be moved.

So I went off and made the following tutorial level.NewTutorial5.gif

So this tutorial level does a few things differently to all previous versions. Firstly this tutorial takes place entirely on only once scene. This means I can add new concepts one at a time and those additions will be the focus of attention. It also is much harder to sequence break than previous version. Actually I specifically made it impossible to do so. I can’t afford players who just skip the tutorial as they will be lost. Anyway I need to now playtest this new tutorial to ensure that it’s up to the task of teaching everyone at PAX Aus.

And with that, another Dev Blog comes to an end for another week. If you are interested in Kana Quest please follow me on twitter @notdeaddesigner or follow my blog here on WordPress. I hope you all have a great weekend, till next time.

 

Hey. Welcome to this week’s Kana Quest DevBlog.

So what have I been doing this past week? I’ve been trying to implement some the changes to the tutorial that I talked about last week. NewTutorial.gif

So above is a new tutorial level that I made this week. There are a few new things here. First is the friendship gauge has been changed to show the size of the largest friendship group. This way it conveys information a bit better. Second I’ve changed the click image to a hand. In play tests with tablets and phones people have been confused by the old mouse. Thirdly is the English text bubbles above the Kana.  I’m doing this so that the player can see the connection between the Kana. Hopefully it will convey the idea that they game is about matching sounds.

21930808_10155250650068541_2091640450_o

The most exciting addition to Kana Quest this week is that of SOUND!!! I recorded my voice actress Aki Nemoto to perform all the Kana tiles this week.  Here is a photo of my dad (a sound engineer) setting up the microphone with Aki. She did a great job, I got the exact quality to the voice that I wanted. Of coarse I do want to say a big thank you to Dad here for helping me record!

Once the recording was done, I downloaded all the files and implemented them into the game. As of the most recent build, if you double click a Kana it will say its name.

 

KanaQuestMusicManagerBut that’s not all the sound work that got done this week! I also commissioned Nicole Marie T to compose some music for Kana Quest. So far she has finished work on the Kana Quest Theme Song and has done a great job! She is now currently working on the background theme for world one and world two. But in preparation for those assets I have made a music manager. This script will fade the music in and out when changing between worlds and the title screen.

That’s about all I can show you for this week. I’m hoping to get some more play tests done on the new tutorial asap so I can further refine it. Anyway, hope you have a good week and I’ll see you next week.

Hi Welcome to the Dev Blog for Kana Quest. If you’re new here and have never seen or heard of Kana Quest, read this blog post for the Who, What, When, Where, and Why of Kana Quest. –> https://kipentheodor.wordpress.com/2017/09/09/kana-quest-primer/

Otherwise read on to hear about what’s been done over the last week!

So I have one and a half months till PAX Aus hits. And I am officially freaking out. There is so much to do and so little time for me to do it. I still have to get Kana Quest onto Steam so I can take preorders at PAX. I still have to implement some sound into the game. I still have to organize my booth’s set up. There are still some bugs that need to be ironed out. I need to make an awesome trailer to show off my game. And finally the one thing that has me worried most of all, my tutorial is still awful.

The tutorial has always Kana Quest’s biggest weakness. I tried to sit down this week and think about all the common misconceptions people have when they sit down and play.

  • They think they are writing words.
  • They think Hiragana is Kanji and start freaking out they don’t know the meaning of each letter.
  • They don’t understand they are trying to match sounds.
  • They don’t understand the win state.

So how am I going to prevent the player from thinking these things?

I

Don’t

Know

That’s it. The reality is I’m just not sure. But I cannot afford to give up. So here are some ideas I have that hopefully will help fix the problem.

Idea 1. Completion Gauge: So most people when playing are not sure what their goal is. If I give a visual representation of how close the level is to being completed it will better communicate the goal. I think it will help players know how close they are to completing a level, but not necessarily understand why they are completing the level.  CompletionGauge2.gif

As you can see I have already started work on this idea, mainly because I think this is my best one. To get this working though I have had to change how I handle checking whether or not the level is complete. Now the game will find the largest group of Kana in the level. Before the game would only actually check the group size starting from one location. I had to change this as if that starting location was the last to be connected it would be very easy to have a situation where the gauge goes from zero to full which would only confuse player further.

Idea 2. Show the Player the Hiragana Table: So the idea here is to show the player the whole Hiragana table after they learn their first three Kana. Hopefully this will demonstrate to the player that Kana are phonetic letters and not Kanji (which are pictorial). The other great advantage of doing this is I prepare the player for all the characters that they will learn. That way they don’t freak out that they are going to have HUNDREDS of Kana to memorize. HiraganaTableGif.gif

Idea 3. Show the English Sounds Matching in Tutorial Levels: The idea behind this one is that the player doesn’t get to see where things are matching. While this is a core part of the gameplay later on, for the tutorial the most important thing is that the player understands the core mechanic. If showing the English for a little bit will achieve this I’ll try it!

Idea 4. Change the Structure of Tutorial Levels: So the idea here is that I increase the size of the early levels but not increase the difficulty. What I’m thinking is a really long level with the same Kana repeating but with stone Kana to limit movement. Coupled with the completion gauge hopefully this will communicate the idea that creating matches is the goal.

So those are my ideas on how to improve the tutorial. They aren’t perfect so if you have any ideas, PLEASE TELL MEEEE! I’ll see you all in a week’s time where hopefully I haven’t turned into a stressed out wreck.