@themadjuli said:
Hi, I'm a apprentice and we have the task to create a game for education fairs.
Before we start to create the game, I want to be sure that its practicable to use Godot for the development.
I will now tell you about the game idea and after that I will ask you some questetions.
Imagine there is a table with a tripod on it, where a camera and a projector are installed. The projector project a ball on the table, which moves random and uncontrollable over the table. There are also physical objects on the table such as a square f.e.
The goal of the game is to catch the ball with those physical "real" objects. The camera is used to detect where the objects are at the moment and if the ball collides with a object, that it is realisitc with the collision.
Is it possible to use the interface of Godot while there is a camera integrated which sends real time data?
If yes, how difficut do you think is this?
Do you see any problems which I do not see?
If Godot is not a good option, what would be one? QT? Sfml?
The basics are easy to create. I hope the game idea is claerly enough to understand.
Thank you all for any advice.
So, if I understand correctly, you need to know the following:
Question: Can Godot read real time camera data? (for detecting the real world physical objects)
Answer: To the best of my knowledge, currently there is no way to read data from a camera in Godot.
You may be able to use an imaging C# library with Godot and/or integrate a C++ library using GDNative or as a module. How easy/hard that would be, I have no idea.
Regardless, as of right now with Godot 3.0, to the best of my knowledge there is no way to get real time camera data, nor any way to parse it.
Question: How difficult would it be to make a game like this?
Answer: I'd say it depends on your level of programming experience, what tools/libraries you are using, and how long you have to make the game.
The hardest part I can see with this project is getting the data from the computer and parsing it fast enough to respond to the game in close to real time. Personally I have no experience with real time camera parsing, so I cannot say from experience how easy/hard it would be, but I imagine it's leaning towards the advance side of programming (I could be wrong though!)
Question: Do you see any problems with this
Answer: As I mentioned in the previous two answers, the biggest problems I can see is both getting the camera data and parsing it fast enough to make the game responsive.
Question: If Godot is not a good option, what would be one? QT? Sfml?
Answer: I'm not sure. I'd do some Google searches and see if someone has already done something similar to what you are wanting to do and shared their experience making it. Then you can kind of follow in their footsteps when creating your game.
From some quick Google searches, it looks like Python, Pygame, and OpenCV might be your best bet. Then you can use PyGame to display to the projector, and using OpenCV to detect the real world objects. There seems to be plenty of tutorials showing how to detect objects in real time using Python, which might give you a leg up when it comes to making the game.
That said, I have no personal experience with this kind of thing so I may be complete off. The best way may be to experiment.
Hopefully this helps :smile:
