As an agent of electronics, it is your goal to make sure no malicious software enters cyberspace, and to eliminate the threats that are currently present. Today you've got a call from a studio; one of their audio engineers has noticed their equipment has been infected by malicious software. It is your duty to destroy the evil code. You will have to try and destroy (zap) the enemy cyberships with your laser from within your own cybership. The enemy is a quick learner however, and adapts to the music which is currently flowing through the studio's equipment. It's movement and shooting behavior will follow a well crafted and highly advanced algorithm which uses statistical data on the frequency levels on the music. In order to have an idea on how your enemy will behave, you will be given a 3D terrain spectrogram to see what's coming up. The game will be free, open-source, multi-platform and the entire AI will be open to modification by the means of scripting.
This project started out as a learning process for myself, as well as being a possibility to generate an income for my life later on. I've always had great fun playing games which were based on your music, like for example Audiosurf and Beat Hazard (which are great inspirations for me). However, it felt to me like these games weren't action packed enough or didn't do enough with the musical data they were given. Beat Hazard was the closest to being a thrilling action packed game, but I did not have the feeling that the AI was adapting to the music as much as it should be, and that your music was just some background music for an decent game.
That's the point where I started to do research about what you actually -can- do with musical data for a game. I knew that sound (and thus music) was made out of a composition of audio waves along the audio frequency spectrum from 20Hz-20.000Hz. I had the feeling I needed that data in order to come up with a dynamic user experience, so I tried to figure out how to extract a frequency spectrum from music. This lead me to learn about Discrete Fourier Transformations and in particular the Fast Fourier Transformation algorithm. This math was way above my league, so I had to revise my old calculus skills from high school, had to learn about complex numbers and integration all over again. Once I finally got my skills on level again, I looked into the FFT algorithm for a second time. After a lot of studying I finally grasped the idea of the algorithm and thought I was getting there. No I wasn't.
Apart from a simple 2D snake game, I've had never ever created a 3D game before. Because I was eager to learn, I decided to create my own engine alongside the game. I've had to dive deep into OpenGL and computer graphics in general, had to learn about OpenCL in case my FFT was too slow for the CPU for a steady framerate and had to learn about OpenAL if I wanted to do anything with audio at all. It didn't end there though, because OpenAL was pure bitstream operation only library, and I still had to decode the audio files. As for OpenGL, what good is rendering 3D objects when there is no backend system sorting everything out?
I had to create a virtual world with actors, a world that supported different kind of lights, sunlight, point light, directional spotlights etc. I needed to load 3D geometrical data myself (and had to learn to create that as well using Blender), but I had no idea what that data consisted of, so I created a generic vertex system so I could load any kind of vertex data I wanted. I needed to learn about quaternions, because 3D models obviously need to have an orientation. I had had to investigate on how to detect collision using OBBs in a 3D world. A 3D world which needed to be interactive as well, so I had to incorporate a method of scripting so that users could modify things from the outside world. Now ofcourse the game had to look fancy as well, so a dive in shader programming and post-processing was neccessary as well. Finally, my users had to interact with the game, so I needed a graphical user interface as well, which I still haven't gotten because of failed experiments and lack of time on that part.
Now all this had to be multi-platform (PC, Mac, Linux), as I was a primary Linux user myself I feel that Linux could use a boost in gaming. It took a very long time to put the pieces together and finally have a good prototype working. A very long time indeed.
My initial goal of learning was a great success. I've learned more in 1 year than I have ever learned before in my life with that timespan. It was taking a toll as well though. Spectral Universe was far from finished, and at the current rate of development, it would never ever see the daylight. I had to the tough decision of cutting down the features of my game. I restricted myself to one weapon type and one enemy, together with a lot of other cool and neat features like for example dynamic terrain. This would mean that in the end, the game would not be worth any other price than to be free. A free game may look cool, but I decided to make it part of my personal portfolio. On top of that, I did not want the game to die merely after release, and thought that any help from outside would be greatly beneficial. Therefore, the only correct decision I could make was to make the entire engine and the game itself open-source. And there we are. The game is far from finished, but it's been almost a year since I've started brainstorming, and decided to release the entirety of the code into the open anyway.
While the release did nothing in terms of code, it was the major mental milestone I needed.
Don't forget to clone your copy from Github.com ;)
No articles were found matching the criteria specified. We suggest you try the article list with no filter applied, to browse all available. Post article and help us achieve our mission of showcasing the best content from all developers. Join now to share your own content, we welcome creators and consumers alike and look forward to your comments.