Game Development

Integrating Box2D is pretty simple. There was a Qt Labs post about it awhile ago. I was also able to integrate it into my game engine. It's works very well. The one thing to watch out for is the differences in scale. Box2D works will with things on the order of 10 units. If you match one Box2D unit to one pixel, you won't have very good results. So what I did was apply a constant scale factor when converting from Qt/pixel coordinates to Box2D coordinates.

Another option that you might want to consider is using SFML. http://www.sfml-dev.org/ SFML is a free multimedia C++ API that provides you low and high level access to graphics, input, audio, etc. Here is a tutorial on how to integrate it into Qt. http://www.sfml-dev.org/tutorials/1.6/graphics-qt.php And here is the input class. http://www.sfml-dev.org/documentation/1.6/classsf_1_1Input.htm

Dear MTK358, How your game is coming along? can you share the structure of the game you've designed. Does it use state machines? How do you shift between Intro screen, Game Screen , help screen / Score screens.. etc. How do you capture mouse interactions? Game Screen as one Widget or use MouseGrab items on interactive parts of games? I am also intrested in making simple 2d games.

[quote author="sleam" date="1296516870"]Well done for the time spent! I like the game design, nice idea to make the game go dark at certain spots! [/quote] thanks very much! [quote] Thank you for sharing with us.[/quote] It is a pleasure, I always wanted to do something for the developers community. Greetings.

Not sure what 'Texture' is in this context. If it's OpenGL, this link might help; or this is what I'm studying myself right now. http://www.digitalfanatics.org/projects/qt_tutorial/chapter14.html see chapter six and seven for a simple set up. Also, if you could elaborate a little on what you are trying to show and which events need to take place, someone would be able to help. Right now, the way I understand your code, calling show() would be the first command required to 'see' anything, but you wrote it's already visible.

It depends upon how you will launch your game. If you want it to only reside on a windows(as DirectX is platform Dependant) based machine, then by all means use DirectX(and yes you can use it with Qt from what i understand, but you must override the Qt paint event to null in order to render properly), DirectX tends to be much easier to use than openGl, and by easier I simply mean you can do more in less lines of code generally. I have used both and it simply boils down to preference. If you use openGl, you do not have to do any workarounds, if you use DirectX to create the UI you do.

QGraphicsItem::setTransformOriginPoint(x, y) is working perfectly for me with smooth 60fps animation in a game on Symbian (N8). I'm not using the animation class on top though - I'm doing the rotation myself in the game loop.

Probably they are talking about Havok...

This is what I found when I started working with Boost. I did some basic math and figured that I wouldn't really gain any significant performance improvements over using my own code. Of course, I am running this code on a very small set of data. At the most, some of the datasets will only contain perhaps 100 elements. If I were coding against a very large (and/or complicated) set of data (i.e. pattern matching across thousands of elements is a good example) then I would rethink my using Boost.

Another thing that is nice for games is some way to play sound effects, such as short wav files. Low latency, easy to use is key here. Support for spritesheets (aka. texture atlases) would also be nice to speed up loading lots of sprites.

[quote author="Vass" date="1293627414"]May be "this":http://www.amazon.com/Open-Source-Game-Development-Windows/dp/1584504064 ? But I don't know how this is good.[/quote] Even I am finding it difficult to get a copy of this book at my place.

Hi Wajahat, the link I posted points to uic documentation, uic is the User Interface compiler, which creates source code from designer xml. Again the link: "uic":http://doc.qt.nokia.com/latest/uic.html

Hello xsacha, thanks for the link, I'll be sure to keep it updated when possible. The size of the company doesn't matter as long as they're making or made a game with Qt, it can be an indie group as well.

danilocesar's post: "Symbian, 2D games and Qt Optimization Flags":http://labs.danilocesar.com/blog/2010/09/19/symbian-2d-games-and-qt-optimization-flags/ EDIT: There is also "a thread":http://developer.qt.nokia.com/forums/viewthread/945/ about that post.

As far as I know, you should override the paint event to a null function and do your rendering from another function.

[quote author="Bradley" date="1291441829"]Yes, if view is moved around the scene, the items positions must also be updated to hold them in a constant location in the view.[/quote] I think it may be a performance problem. But only prototype may show does performance problem really exist.

Hi, I think we are talking about two different things: One is computer RPGs and one is standard Pen and Paper with Computer support, right? And both could work on an N8.

I see ... anyway, that's not reported in the documentation clearly. T.

Hey thanks!