Final preparations for tomorrow’s big show! See below the latest Flash movie.

We added :

• sounds in our application, allowing user to get auditive feedback
• background and confirmation for hit sounds for improving the User Experience, creating an immersive experience who tries to transpose the user into the real wood atmosphere
• self generating levels, allowing users to improve themselves beyond our ideas about their possibilities: the user gets 60 seconds levels in which he has to hit more and more animals as he becomes better in targeting ( and in ball retrieval )
• changed the aspect ratio of the game from 4:3 to 16:9 to better use the whiteboard’s surface
• we dropped a lower right sensor from our latest setup to improve the quality of sensor reading. The reason is that wooden board conducts very well the sound. Thus, too close sensors can receive same signal in almost the same moment, given false positive responses.

(more…)

From the last lab we had a week of accomplishments:

• we set our hardware to Arduino platform
• completed on Monday a little programming and testing of the hardware platform
• decided the final idea of the game
• and also set Adobe Flash as our interface and display application

The idea of the game remains as presented a week ago. We will have a screen acting as a pressure sensor (composed from at least 9 sensors to be more precise about the user’s hit point).
The Arduino board will be linked with the sensors and will provide via USB the signals to the serial port. Flash will be on top, acting as a mix of a Controller of the user’s input gathered by the interface and providing the data for the View, thus creating a fully ModelViewController implementation.
The advantages of the MVC will enable us to quickly create an application, easy bug removal and improved User Experience by easy customization of the View.

In the last meeting, our tutors, Mr. Heller and Mr. Karrer, shared with us some of their experience using the sensors which made us reconsider the project idea.

The idea
Because of the new introduction in iPhone programming and the rich set of sensors of this device, our project envisioned an iPhone attached to the board in order to track the skateboard movements. The data pulled out by the iPhone is the initial acceleration (the one when the user starts riding with the board), and lateral or up-down acceleration when he does turns or jumps with the board.

First, the iPhone accelerometer won’t do the trick of getting all the information needed from the board. As it outputs acceleration, we would have to integrate once to get the velocity and twice to get the position. This gets us into a lot of approximations which aren’t suited for movements in a few meters range.

Secondly, the iPhone sensor is not design to get an industrial-scale precision and accuracy in an outdoor activity, but more for fun activities like sensing shakes or directional changes.
Thus, combined with the above observation implies the fact that our data readed from an iPhone attached to a board would not be as accurate we need (also the integration introduces approximations first to the velocity vector and again when computing position). It also it contains a lot of noise because of the environment (the skateboard goes on the rough and bumpy surfaces).

The solution
Given the facts, our team agrees with the tutors that this project would have needed too much time in order to develop some sophisticated algorithms, compensating the noise and the two integrations approximations, hardly near impossible to be done in the time span allocated for this project.

The upper side of this discussion is that our knowledge about sensors and in particular iPhone sensors has improved thanks to our tutors. Our suggestion is that for the next lab a similar discussion and sensor presentation should be held in the first laboratory meeting, in order to guide the students even faster to concrete results.