Game Development

QGraphicsView is something I would use for creating such game.

You can reimplement QGraphicsItem, so you get a DuckItem, where you can implement all the logic for moving a duck. You will get QMouseEvents directly to your item, so killing a duck is just a proper handling of events sent to your class.

The transition and special effects is what is special in QML. May be you need to use it .

Why would you want to do that? What platform are you targeting ? You can of course use any drawing tools to create pictures and save upload it. Remember qrc (mobile) is for small files.
[quote author="BrEaDFace" date="1303459182"]Is there any other way than drawing alot of pics as .png format and uploading with resource file?[/quote]

Hey gpgpu, Thanks for your prompt reply. But I am actually looking for something different and I figured it out.

@
-> Create a QWidget
-> Override paintEngine() method, does nothing, just returns NULL
-> Assign HWND to widget->winId()

#ifdef USE_QTGUI QApplication a(argc, argv); CD3DWidget wndw; wndw.show(); wndw.resize(1280,960); hWnd = wndw.winId(); #else hWnd = CreateAppWindow(name,300,300); #endif //CD3DWidget class contains only the following definitions CD3DWidget::CD3DWidget(QWidget * parent):QWidget(parent){ } QPaintEngine *CD3DWidget::paintEngine (){ return NULL; }

@

I also posted here
http://stackoverflow.com/questions/1641286/using-qt-with-directx/5595356#5595356

Yes they can. MeeGo is closely integrated with Qt and therefore with QML, and it's the official platform.
If you create apps using Qt/QML you can also reach other mobile platforms. There will be phones later this year. You can also run them on Symbian ^3, and Maemo.

As for is it the best for games. Probably not. There are other specialized libraries for games, which are better, but with Qt/QML you can reach the biggest audience, because it runs on so many platforms. As I heard there are unofficial ports of Qt to android, iPhone, WebOS and many more.
Not long ago I started working on a QML game "Sink Submarines":https://projects.forum.nokia.com/sinksubmarines for the "MeeGo Coding Competition 2011":http://talk.maemo.org/showthread.php?t=71561
You could join us. :)

Hi,

In my opinion it is always easier to explain such kind of algorithm with a block diagram (espesially if it is executed by a single thread) :) You can also get inspiration for optimal solution from existing solutions for path finding algorithms such as the different implementations of the traveling salesman problem ;)

Best regards,
Leon

change one string in only the client or server side and see what happens

edit:
http://doc.qt.nokia.com/4.7/qsettings.html.
Its all in here

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.