Chaning rules a bit
Thursday, April 12, 2012 - 22:31
Looks like that part is very confusing:
Just to be clear, we cannot accept games that require any of the following: Flash, Silverlight, XNA, Unity, Windows, MacOS (or OSX), iOS, the official Oracle JVM, or similar.
What about changing it to:
Just to be clear, we cannot accept games that runs only* on any of the following: Flash, Silverlight, XNA, Unity, Windows, MacOS (or OSX), iOS, the official Oracle JVM, or similar.
* You can create game, which run on following platforms, but it also must run on at least one different, open platform. For example your game can run on flash/html5, windows/linux, Oracle JVM/OpenJDK etc.
I tweaked the rule. Thanks for the suggestion -- hopefully this will prevent trolls from further quoting it out of context.
What about running on Wine? I am considering releasing my game engine for this project. Although its designed for cross platform, it only supports windows for now. However, it probably will work fine on Wine. I tried it along time ago, it was working at that time.
I'll have to get an official ruling on that. What I can say is that it will have to work with a 100% free Wine -- that is, no proprietary Windows DLLs.
No problems on that, my only dependency is to openal and opengl. Rest is static linking.
@bart: any news about wine? Almost every programmer in the club is interested in LPC and most of them are using our engine. It is possible to port it, however, it will take time and a skilled X window programmer (which we dont have any).
I updated the FAQ a little while ago with an answer to this and I forgot to make note of it here. Here's a short version. :)
If you can be absolutely certain that compiling and running your engine requires no proprietary files whatsoever (this includes not requiring any Microsoft header files, Microsoft DLLs, compiling on Windows, etc), then it's allowed to be entered under the rules of the contest. That being said, a true port would sit better with the judges.
Does your engine use DirectX, OpenGL, or something else? Generally if you can get something working with OpenGL, porting is fairly easy. I'd recommend that as a first step, and (time allowing) I would be willing to help you with a port.
Bart
Well it requires msc to compile. This means a port is necessary. It works with OpenGL already. However, there is around twenty functions that needs to be implemented for X and Linux. On the other hand the hardest part will be getting it compile with gcc. I have used templates extensively. So obviously first step should be that. After I manage to do that I will come and ask for more help.
I've used templates in gcc without any issues. :)
Anyway, let me know if I can be of help. I may be able to provide some advice about porting the necessary functions (or, better yet, tweaking them so they'll compile on both platforms).