I'm working on something else for the competition. What I was getting at is it would be pretty lame to enter a game you've already been working on. This isn't the Get Something Done challenge, you should start a new game and enter that.
| |
The point is that others are allowed to be entering things that they've already been working on or have worked on quite a bit in the past.
| |
The part that peeves me the most is the vague guidelines for entry that clearly define the parameters for entry, i.e., none.
All the guidelines say is, "I want you to make an original casual game." | |
That's the best guideline!
| |
Hiro, your game was made, released and polished before the competition was ever announced. Others are using projects that were started, scraped/put on the backburner and received little if any attention between the date they stopped and now. There's no polish, no "put a lot of time into making this game complete".
Now you can either get over it and make another good game with which to enter, or you can continue to complain and not enter. | |
I'm guessing that the purpose of the contest is to get some quality games made. If an existing game could be entered and would win first prize that means that none of the new games are better than what already exists. This would mean that the contest was a failure.
There is some merit in requiring that entries be new projects made for this contest. There's a difference between asking people to develop a game in a month and asking people to spend a month polishing an existing project. If you're going to allow old (but unfinished) projects there isn't much reason to not also allow old finished projects. After all, who's to say when a game is finished? | |
Forum, how come you don't have an email or IM listed anywhere? How's someone supposed to get in contact with you?
| |
SuperAntx wrote:
Forum, how come you don't have an email or IM listed anywhere? How's someone supposed to get in contact with you? If your message relates to a demo, library, or game of mine you can post a comment on its hub entry or on my forum. If it relates to something on my blog you can comment on the post or on the blog in general. If it doesn't relate to any of those things I'm probably not interested =) | |
There's a difference between an old project and a new project. Story Telling is an old project going on five years now. I wrote a few updates for it earlier in the year, if it qualified for this competition it still wouldn't be anything better than what's being made. Because I haven't touched it in months upon months. It's been sitting there (provided it still exists, mind you) gathering dust for a very long time. As I imagine is the case with Iain and everyone else considering that route. Sure, they have code, and they also have to relearn how that code works, which in itself can be a disadvantage.
Where as Hiro has a finished, polished, already published game. There's nothing to gain from allowing it, at all. If someone finishes an old project and submits it, we've gained a game. If someone starts a completely new project, we've gained a game. If we allow already published games in, we've gained... nothing, nada, zip. | |
If someone starts a completely new project, we've gained a game. Right, but my point is that if an already finished game wins the contest then the games that were created specifically for the contest must not have been very good. Yes, you got some new games but they're all bad. If an already finished game doesn't win the contest then you've lost nothing, but the people who are allowed to enter these games get some publicity for their games and get to see how their games compare to others. It also seems silly to not allow certain games if you are worried about not getting many entries. Personally I'd run the contests more like the casual gameplay design competitions on jayisgames.com. The entries must have a certain theme or genre. The theme can be selected so that even if the entries are bad, they're at least addressing a genre that BYOND lacks. Though, from what I've heard so far, the theme for this might as well be pixel movement =) | |
I think Pixel Movement just seems to be the current fad on Byond. And I do like the fact the games are not being judged on their fancy systems and instead are being judged on how fun they are to play. When you see people talking about how they are adding in unique pixel movement, collision detection and projectile system; it can be enough to put off some of the less experienced programmers.
| |
Danny Roe wrote:
I think Pixel Movement just seems to be the current fad on Byond. There are very few types of games where tile-based movement works well. Pixel movement isn't just a "fad" or "fancy system", it's absolutely necessary for many kinds of games. You'll have a lot of trouble making a fun racing game or sidescroller that uses tile-based movement. When you see people talking about how they are adding in unique pixel movement, collision detection and projectile system; it can be enough to put off some of the less experienced programmers. People often make things more complex than they need to be. Pixel movement is simple if you want it to be and is quite accessible. When working on my pixel movement demo I compiled this list of other pixel movement demos for BYOND. The other demos tend to be lacking in features, are overly complex, and aren't very robust. | |
It's unfortunate there is currently no pixel movement library that I'm aware of. (Nadrew said you had one, but he failed to realize it's a demo.) If a pixel movement library becomes available in the near term I'll add it to the list for the CCII.
| |
Lummox JR wrote:
It's unfortunate there is currently no pixel movement library that I'm aware of. (Nadrew said you had one, but he failed to realize it's a demo.) If a pixel movement library becomes available in the near term I'll add it to the list for the CCII. I'm not sure if I'll ever make a library out of it. Because two projects could use pixel movement in entirely different ways it's easier to have a demo that people can build upon rather than making a library that nicely exposes every internal detail that might be needed. With all features (including sloped surfaces) I got the pixel movement code under 1k. With removing some features you could probably get it under 700 bytes. | |
Tiberath wrote:
Where as Hiro has a finished, polished, already published game. There's nothing to gain from allowing it, at all. If someone finishes an old project and submits it, we've gained a game. If someone starts a completely new project, we've gained a game. If we allow already published games in, we've gained... nothing, nada, zip. I rushed production of this game so that I would have it ready for the contest you mentioned on the Casual blog a little while ago. I created stylized systems and an over-the-top interface completely different from anything else created on BYOND to give a fighting chance against any great developers that would enter the contest. The public release was to get info on what should be added, improved, or redacted to make it a complete game and to make sure that it ran correctly on other vastly different computers than the two laptops that I have access to. So, to say that nothing was gained from the contest would be wholly incorrect. The contest prompted more from me than I've ever thought I could do before the contest was officially announced. As Forum_account said, who's to say that my game is finished? I just did a few updates at home for it and I'm currently in process of adding two or three major new systems all of which are going to be on hold for a while because I'm going to be working on something else for this contest. Now, I will stop complaining. P.S. Seriously, how about some more fleshed out guidelines though? | |
Hiro the Dragon King wrote:
P.S. Seriously, how about some more fleshed out guidelines though? - $100.00 first place, $50.00 second place, $25 third place. - Completed game (no source required) must be submitted by September 19, 2010. - Submissions must be easy to jump into and not overly complicated. - Public domain code and artwork is permissible. No stolen or copyrighted material allowed. - Interfaces will be judged. | |
SuperAntx wrote:
Hiro the Dragon King wrote: Apprently those aren't all of the rules. The entry must be a new game or at least one that isn't "finished" (whatever that means). | |
Forum_account wrote:
Apprently those aren't all of the rules. The entry must be a new game or at least one that isn't "finished" (whatever that means). Seems reasonable to me since this competition is here to promote the creation of new games, not delay the release of old ones. Frankly I don't really care if Hiro is allowed to enter his jigsaw puzzle thing, but it's still a pretty unsportsmanlike thing to do. | |
@Hiro the Dragon King
Why would you make assumptions about a competition before it starts? Hell, for some competitions, what you did would even be considered cheating. @Forum_Account "Right, but my point is that if an already finished game wins the contest then the games that were created specifically for the contest must not have been very good. Yes, you got some new games but they're all bad. If an already finished game doesn't win the contest then you've lost nothing, but the people who are allowed to enter these games get some publicity for their games and get to see how their games compare to others." That might make sense for an event with very specific guidelines, but these are general. There's no tailoring a game to this event (unless you don't normally strive to make a fun game :P). | |
Well then, by all means enter it. But that's not the point.