After spending some time looking at Stency, I can say pretty conclusively that we won't be able to accept it. Here are the relevant rules:
License: Code entries must be free and open source, and must be available under the GNU GPL 3.0. You may optionally release the code under any additional license(s) that you choose.
Source code: You must provide the complete source code for your entry. Any code you have written for your game prior to the beginning of the contest must be made available at the beginning of the contest.
Platform: Your code must be able to be compiled and run on a 100% free-as-in-freedom platform. [...]
Meaning: If your game is distributed with Flash player, we would need the source code for Flash Player under a FSF-approved free software license, and that's something that Adobe would have to agree to.
If it's distributed without flash player (and instead assumes the existence of Flash or its libraries, or iOS) those would still need to have the source code available under an FSF-approved license.
I noticed on the site that in the future Sencyl might create native executables and/or HTML5 code. Depending on how everything works, there might be a chance that would fit in with the rules (it would depend if there are other dependencies on proprietary code, etc), but I can't make any sort of guarantee about that without getting some technical and licensing details and speaking with the other judges. I'm responding now because since those features aren't available yet it may be a moot point (if html5 and native executables will become available before July 31st, let me know and I'll check around some more).
For what it's worth, the idea isn't to exclude people -- it's just that the purpose of the contest is to create more 100% free and open media. Also, as the admin of OpenGameArt, I'd like to point out (so as to avoid any confusion) that much of the art we have on this site is perfectly fine for use in Stencyl games, and I'd be happy to answer any licensing questions that people have to the best of my ability.
That's a good question. In retrospect, if a judge recuses temselves from scoring a particular game, the scores would pretty much have to be normalized in order to be far. So the answer is yes, if it comes to that. (Now, in the event that no judge needs to recuse themselves from judging a particular work, for simplicity's sake, we won't.)
> What could that be? is anything really robust out of beta?
I'll be doing highlights on the LPC site blog in the near future (actually done one already). The Frogatto engine, which it's not specifically geared toward JRPGs, is versatile enough to handle the genre. I'll be going over others as well.
Realistically, I don't think there's going to be anything JRPG-specific that's as usable and polished as, say, the RPG Maker series, so there may be a little more programming involved.
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.
I'm guessing at the moment that it'll be reasonable to require that judges' networks be able to support multiplayer games. As for the other specs, I'll make sure a list goes out before the code portion of the contest starts.
Hi.
After spending some time looking at Stency, I can say pretty conclusively that we won't be able to accept it. Here are the relevant rules:
Meaning: If your game is distributed with Flash player, we would need the source code for Flash Player under a FSF-approved free software license, and that's something that Adobe would have to agree to.
If it's distributed without flash player (and instead assumes the existence of Flash or its libraries, or iOS) those would still need to have the source code available under an FSF-approved license.
I noticed on the site that in the future Sencyl might create native executables and/or HTML5 code. Depending on how everything works, there might be a chance that would fit in with the rules (it would depend if there are other dependencies on proprietary code, etc), but I can't make any sort of guarantee about that without getting some technical and licensing details and speaking with the other judges. I'm responding now because since those features aren't available yet it may be a moot point (if html5 and native executables will become available before July 31st, let me know and I'll check around some more).
For what it's worth, the idea isn't to exclude people -- it's just that the purpose of the contest is to create more 100% free and open media. Also, as the admin of OpenGameArt, I'd like to point out (so as to avoid any confusion) that much of the art we have on this site is perfectly fine for use in Stencyl games, and I'd be happy to answer any licensing questions that people have to the best of my ability.
Bart
That's a good question. In retrospect, if a judge recuses temselves from scoring a particular game, the scores would pretty much have to be normalized in order to be far. So the answer is yes, if it comes to that. (Now, in the event that no judge needs to recuse themselves from judging a particular work, for simplicity's sake, we won't.)
> What could that be? is anything really robust out of beta?
I'll be doing highlights on the LPC site blog in the near future (actually done one already). The Frogatto engine, which it's not specifically geared toward JRPGs, is versatile enough to handle the genre. I'll be going over others as well.
Realistically, I don't think there's going to be anything JRPG-specific that's as usable and polished as, say, the RPG Maker series, so there may be a little more programming involved.
Ye Ole X-Comme: Terrore From ye Deepe.
Thanks!
Keep the suggestions coming (I was actually already planning on writing up Love2d, I just forgot to add it to the list).
Fixed, thank you! :)
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.
I tweaked the rule. Thanks for the suggestion -- hopefully this will prevent trolls from further quoting it out of context.
Thanks! :)
I'm guessing at the moment that it'll be reasonable to require that judges' networks be able to support multiplayer games. As for the other specs, I'll make sure a list goes out before the code portion of the contest starts.
Bart
Pages