Game Development

Upload source code to "github":https://github.com/khris/qv .

Does it have to be Direct3D? If you use OpenGL then your game or whatever can run on other platforms apart from Windows. Also if you're interested in using OpenGL then you can use "Qt3D":http://doc.qt.nokia.com/qt3d-snapshot/. Full screen is no problem, and you have vertex and fragment (ie "pixel") shaders as in d3d8.

yes, but if i need do all mouse input in C++ i need do all draw with in C++ too. (if exists a way t get mouse input of a qml elementet in C++ tell me. I don't find one yesterday, only mouse global coordinates) So, i will use qml for what?

do post back your monopoly in showcase, i'd like to download it ;)

You must create two methods operator<<() and operator>>(). See my "comment":http://developer.qt.nokia.com/forums/viewreply/22324/ in another thread for some sample code.

From my experience, the performance is quite good. I use QGLWidget to setup the context and that's about it. From then on, I write all of the other OpenGL code myself. That includes creating textures, rendering fonts and images. I havn't seen any slowdown when doing this. I've also been able to use the QGLWidget in an editor tool without any problems. In that case, I still do all the OpenGL rendering myself, but the widgets for the rest of the tool is rendered outside of the OpenGL context by Qt. I've not tried rendering Qt Widgets inside of the OpenGL widget.

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.