2D Rolling Dice

[GoogleCodeExporter]

1. When a user selects a die from the "dice bag" menu, a die is added to the 
table with random rotation and color.

2. Dice receive accelerometer input, and change state from rest to rolling.
3. When a die stops rolling, it returns to rest state, and displays a random, 
appropriate number.
4. Dice have simple collision detection.

Original issue reported on code.google.com by briguy4588 on 16 Mar 2011 at 3:06

[GoogleCodeExporter]

I've looked into all of the QML physics plugins out there, and unfortunately 
they just don't support Symbian yet. We won't really have time to create the 
bindings ourselves either. :( I haven't totally given up there, but I've found 
some cool things we can do without physics.

I've done some experimentation with particles, PropertyAnimation, 
SpringAnimation, and Flippable. Spring animation seems to be a good way to 
implement collisions. 

The animations you can get with particles are awesome, but they don't really 
play nicely at all in the context of other QML elements. You can't customize 
them enough to use for something like this, and they really weren't intended to 
be used that way.

Flippable, and other 3D rotation techniques are very cool. Once I have a corner 
and a side image to work with I could possibly do some nice tweening to 
simulate 3d movement.

Original comment by chads...@gmail.com on 16 Mar 2011 at 6:21

[GoogleCodeExporter]

I'm currently restructuring dice objects so that they all inherit a base dice 
component.

Also, 256x256 seems too big. I'm going with 75x75 for now, but we can tweak it 
later.

Original comment by chads...@gmail.com on 16 Mar 2011 at 8:57

• Changed state: Started

[GoogleCodeExporter]

Reached a milestone today.

Box2D for QML is now fully implemented in our project. 

Box2D is the same engine that Angry Birds uses, and in my initial tests it runs 
very fast with 8 test dice on the screen. We can probably keep that as our max 
allowed per game, unless Aaron thinks he needs more.

I'll make a commit and group post later tonight. Brian, what have you been 
working on for this issue?

If we use this issue for the movement of dice, and start a new one for the 
rolling animations, this ticket is nearly done.

Original comment by chads...@gmail.com on 19 Mar 2011 at 11:09

[GoogleCodeExporter]

This issue was closed by revision r16.

Original comment by chads...@gmail.com on 20 Mar 2011 at 7:17

• Changed state: Fixed

[GoogleCodeExporter]

Basically the dice are prepped for the final touches - movement, animation,
etc. I've been having a tough time figuring out how to display the proper
random number over the dice at the proper orientation, but it's probably
simpler than I'm making it out to be.

And yes, I agree splitting the issue would make more sense.

Original comment by briguy4588 on 20 Mar 2011 at 4:24