Braincademy live at indiegogo

Posted on Saturday, September 8th, 2012

As some of you know I have been working for over a year on my project Braincademy.
Initially, it was ‘only’ a part of my Master’s thesis, but after the CeBIT, I knew that this application should not disappear in the drawer.
 
So I decided to participate on a contest that was announced in partnership with IndieGoGo and Google on entrepreneurship.de.
Objective of the current phase of the competition is to find sponsors to help raise money to put the idea into action. Google sponsors the best of the successful projects by doubling the collected seed capital.
 
Now it’s up to you. If you can not donate anything be so kind and share the project on Facebook, Twitter, or wherever else you are logged in. I really want to realize this project in a professional manner and I can make it with your help.
 
You can find more informations about Braincademy – and a list of stuff you can get for supporting us – at indiegogo.com
 
 

 
 
 




Making The Game – Part 18: Concept for school use and outlook

Posted on Sunday, July 22nd, 2012

In summary it can be said that the objectives of the work have been achieved, although not all planned components of the application were implemented. Therefore this elements had to be added to the actual game before useing it in schools. This includes not only the creation of the particular subject-appropriate questions further a training mode is needed for the practical use.However, the quiz show is already fully implemented in the current version.
 
Concept for schools
Since the application was developed primarily for use in schools, a concept of how the application will be used there is essential. As described previously the game is a “drill and practice”-application. Since no instructions are given on the subject, knowledge must have been passed in the previous lessons to the students.
The used questions of the game should be tested before the lessen by the teacher, so that only the material taught is queried.
 
At the beginning of the lesson, the class should be divided into equal-sized groups of about five students. Depending on the existing multi-touch hardware two groups, with the use of desktop computers, or three, with the use of larger devices such as multi-touch tables, are assigned to a unit.
Whereas the use of desktop devices only allowes one player per group to operate the multi-touch screen, a player has be choosen before each question. The cutscenes are the perfect time for the exchange of the players.
 
Since the game is very easy to understand and operate, the students can work independently on it. The teacher collectes the scores of each group after each round and records them on the board.
After each round played, the contracting groups are replaced, so that different groups compete against each other. Since a round needs between seven and ten minutes three to four rounds can be played per lessen.
At the end of the lesson, the individual results of the groups are added together, and a winner is determined.
 
Outlook
With the announcement of Microsoft, that in September 2012 the upcoming operating system Windows 8 is preferred to use touch-events as input mechanism, it is most likely that a change in user interface design will occur.
The resulting benefits, which were discussed in this blog-series, will make the use of computers for young and old more easy. So the step to development NUI-applications should be made as soon as possible.
 
 
————
 
 

Since the programmers point of view was a little short in this series next week a new blog series called “How to …” starts which exclusively deals with Flash programming. This provides various approaches how I solved problems in the development of my application and how different tasks have been addressed in detail.

 
 
 




Making The Game – Part 17: Evaluation and deployment of the application

Posted on Sunday, July 15th, 2012

The aim of this work has been to develop an edutainment application for natural user interfaces that can be used in the classroom and at home. They should encourage children and young people on a funy way to test their newly acquired knowledge. Care was taken that the game motivates learners by appealing animations, cut scenes and mini-games.
 
Since it is important in the learning process that the learner feels comfortable, the actual knowledge query was packed in a trivia game. Thus, the player does not notice that he just answered questions that could be used ​​just as well in an exam.
 
General
Due to time constraints, unfortunately, no evaluation of the application in schools could be made. Instead, the game was tested with people in between 13 to 80 years. It was shown on a multi-touch enabled device for testing. No instructions or explanations, except that is it is a touch-screen, were given. A question data-base with questions on general knowledge was choosen for this test.
 

BBuzzer with the four buttons to answer the questions

Buzzer with the four buttons to answer the questions

Despite initial problems understanding how to operate the program, all subjects were able figure it out in a short time. After the control by touch was understood, there were less operating problems than expected.
 
There were few criticisms regarding the choice of the questions and selected category name, however, this could be easily changed by changing the underlying database.
Another criticism of individuals were the choices of the sequences between the questions. These were based on popular games and Internet memes.
To please all the players this parts of the game had to be improved in a further version.
 
 
Presentation at CeBIT
After analyzing the application it has been exhibited at CeBIT 2012.
 
Due to the high level of noise in the hall, it was difficult even with external speakers to hear the tone of the game. So it was turned off after the first day and the in-game instructions have been replaced by a personal instruction.
Because of the most rapid explanations a lot if visitors had some problems related to the countdown and to the use of the buzzer at the bottom of the screen.
 
The feedback from the visitors was almost always very positive. So a lot of people highlighted the choice of input method by finger and body control and described it as being innovative and positive.
 
Since the last day was free for all visitors, on this day mainly the webcam game “Catch All” was shown in a modified version, where players had to catch diamonds. It became clear that especially younger people and children were enthusiastic whith this control. But also older visitors quickly understood, without an explanation, how the game was played.

CeBIT 2012 - Braincademy, Webcam-Game, Collage

CeBIT 2012 – Braincademy, Webcam-Game, Collage

 
 
 

Upcoming blog entries
Making The Game – Part 18: Concept for school use and outlook

 
 
 




Making The Game – Part 16: Mini-Games

Posted on Sunday, July 8th, 2012

Mini-games within the application help to maintain a large varriety in the entertainement process. They challenge the player in other fields than answering questions.
Through the various systems on which the application will be able to run, every mini-game itself determines what requirements it has to be playable on the current system
Before the individual mini-games are developed, these were roughly designed in the storyboard phase.

Sketches of possible mini-games

Sketches of possible mini-games


 
Catch All and Catch Selected
The games “Catch All” and “Catch Selected” are two mini games that do not work with touch input, but are controlled by the motion detection using a webcam.
Both games are consistent with the concepts of “moving school” or the “dynamic learning”. These state that learning can be improved if the students have to move around. In addition, the movement is a change from the otherwise sedentary playing experience, compensating the inner urge to move.
 
Both Webcam games have the task of catching falling objects. While in “Catch Selected” just the right answers to a question should be caught, in “Catch All” all objects should be collected.
Catch All in a modified version at CeBIT 2012

Catch All in a modified version at CeBIT 2012


 
Since the players in front of the camera needs room to move, the maximum number of players in these two mini-games is limited. But also with regard to the use in the school these players limit is reasonable. If a higher number of players would play it could happen that the players start to jostle in the competition situation to have an unfair advantage. This is prevented by the limitation.
 
(Note: The game can be played here in a modified form: )
 
Quick Select
“Quick Select” is a reaction game. Similar to “Catch Selected” the players will be asked questions or given sentences that must be completed. Corresponding solutions are shown by time, so you can see only one answer. Does the player see the correct answer to the question he has to push his “buzzer” or its player key on the keyboard. Is the question answered correctly, points are added to his account and the next question is asked. At a wrong answer and the game continues.
 
“Quick Select” is the only mini-game where a player can respond to a question several times. With this second chance he can compensate for a wrong answer.
 
Since the game can be controlled with keyboard and touch input, there are no restrictions on the number of players or the existing hardware, so it is playable on any device.
 
Defend Your Base
Defend your base in an early version

Defend your base in an early version


The mini-game “Defend Your Base” is from the genre of “Tower Defense games” (abbreviated TD). Task in this kind of game is to defend the own base. In conventional TD games, it is the responsibility of the player by building defensive structures (usually turrets or towers, hence the term “tower defense”) to defend their own base.
 
In the implemented version the attacker, represented by red circles, has to be “crushed” with the players fingers. This mini-game was implemented to train the hand-eye coordination of the player.
 

By the simultaneous interaction at different locations on the screen at the same time, the multi-touch capabilities are completely exhausted in this mini-game.
Since the control via mouse only allowes the interaction with one point at a time, the game is by this type of control more difficult than via touch.
Moreover, the use of the mouse limits the number of players to one person, while on multi-touch devices a higher number of players is possible.
 
 
 

Upcoming blog entries
Making The Game – Part 17: Evaluation and deployment of the application
Making The Game – Part 18: Concept for school use and outlook

 
 
 




Making The Game – Part 15: Game stages

Posted on Sunday, July 1st, 2012

Gameplay, the user's perspective

Gameplay, the user’s perspective

The development of the component of the Games is one of the most elaborate parts of the application. So during the analysis and design phase of the game a flow chart from the players perspective is created (see right).
After choosing the ammount of players in the round, the general procedure is explained to them, after which a short intro is played before the question shows up. After the fourth and eighth round of questions a mini-game starts in order to create variety in the game. After the second mini-game the high score is shown and the game is over.
 
As the players point of view is different from the programmers perspective, another chart is used which divides the process / the game into eight stages. By this classification it can be determined based on the current phase number, which part of the game is currently running. After finishing a phase the next is started. By this seperation the application is much like a film which parts run piece by piece on players command.
 
 
After the selection of the number of players main function game_init() which takes you through the different phases is called.
 
Description of the phases:
 
„ON AIR“ Logo from the game intro

„ON AIR“ Logo from the game intro

Phase 0:
On the first function-call an external *.swf file is played, in which the user is greeted by the game show host. The number of rounds is increased. And while the greeting-sequence plays the 1st Phase is already being called.
 
Phase 1:
In the first phase, all necessary variables are initialized and reset to its original value, so the round can easily start from scratch.
This also means that all player levels are reset to level 2, the balances are zeroed out the previous rounds and the list of previously asked questions will be emptied. The reset is done because it is assumed that the players take turns in front of the device and compete in each round with new candidates.
Furthermore, the background and other graphical elements such as the category display and “Buzzer” of the player are positioned.
 
Since this phase happens during the intro we have to wait until its end before we continue.
 
Phase 2:
Phase 2 of the game is the instruction phase. The control of the game and the rules are explained to the player. This is shown graphically a animation of the “Buzzer”.
After the instruction the game continues to the first actual game phase.
 
Cutscene before Question 1

Cutscene before Question 1

Phase 3:
The third phase of the game is the entry point for each new question asked in the game.
A random question is selected in it while the player sees a slightly funny designed intro-sequence. This includes the number of the current question that the candidate keeps track of how many questions he has already been answered. At the end of the intro to the category of question, and the obtained points are displayed and read aloud.
 
Phase 4:
After the intro finishes playing and the players know the category, they will be directed to the question. It is either used one of the standard transitions or, if available, the stored audio file in the already mentioned “Pretalk” entry in the question database.
Furthermore the question appears in phase 4 and is read. While the question is read, the “buzzer” is disabled, so that everyone knows the complete text. Thus is made in this version to prevent players to rush into answering.
 
Phase 5 / 6:
From this point where the four possible answers are displayed, the players have the chance to answer by pressing their “buzzer”. If the last answer is read Phase 6 is called which stars a ten-second countdown.
If the countdown expires, or a player answers the question correctly, the statement read to the correct answer and the points are distributed.
Question with four answers

Question with four answers


 
Phase 7:
The last phase of the game is the verifier. In it all text fields, that have been animated during the quetion, are returned to their original position and the “buzzer” is disabled for all the players again.
 
In addition, it is checked how the game should proceed at this point. Thus, after the fourth and eighth round a mini-game is selected at random to create a change between the question and answer sessions.
 
 

Many games use such phases or loops to control their process. Simple jump-phases at a jump ‘n run game or a running countdown use this method. By dividing the application into simple parts the application always knows what has happened, what’s happening now and which step needs to be done afterwards.

 
 
 

Upcoming blog entries
Making The Game – Part 16: Mini-Games
Making The Game – Part 17: Evaluation and deployment of the application
Making The Game – Part 18: Concept for school use and outlook