Welcome, Guest. Please login or register. Did you miss your activation email?

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - kimspindel

Pages: [1]
1
SFML game jam / Re: Game Submissions now open
« on: June 06, 2014, 09:20:53 pm »
The rule of forbidding higher-level libraries imposes two major problems.
  • People will end up either rewriting their favorite engine or copy-pasting parts of it. You can't effectively set a limit to the higher-level abstraction being used. If you forbid external dependencies, people will rewrite or paste them in source code.
  • The jam will get a focus towards the reinvention of the always-used techniques and tools, which will leave less time for the interesting parts, namely unique gameplay, graphics, sound, maybe even a story. Should the jam really be about reinventing the wheel again and again?

Good points. Now I'm not sure what to think x)
I guess SFML + a few specially selected, cross-platform libraries would be the best compromise, as Jesper mentioned before here:

Some suggestions/discussion points:

Since these are supposed to be SFML jams, why not limit the allowed dependencies to SFML + the C++ standard library + STL (and equivalent for bindings). Maybe one or two other libs that are commonly used and available on all platforms/bindings - but no more.
This would make it far easier to provide binaries (or for people to build themselves) and would emphasize that this is about what you can do with SFML and not arbitrary other libraries.
It would also make it fairly simple to provide pre-made cmake, scons etc recipies for people to use as starting points if they are not familiar with how to create such for building across platforms.


2
SFML game jam / Re: Game Submissions now open
« on: June 06, 2014, 05:03:10 pm »
Some suggestions/discussion points:

Since these are supposed to be SFML jams, why not limit the allowed dependencies to SFML + the C++ standard library + STL (and equivalent for bindings). Maybe one or two other libs that are commonly used and available on all platforms/bindings - but no more.
This would make it far easier to provide binaries (or for people to build themselves) and would emphasize that this is about what you can do with SFML and not arbitrary other libraries.
It would also make it fairly simple to provide pre-made cmake, scons etc recipies for people to use as starting points if they are not familiar with how to create such for building across platforms.

Even though this would make it take longer to write games, I would be fine with this if just for the sake of simplicity :) It would be cool with a few projects that are just pure SFML!

3
SFML game jam / Re: Game Submissions now open
« on: June 06, 2014, 04:51:51 pm »
Hello!

I'm Kim, I worked on Chromoshift with therocode for the game jam and I'm quite pleased with the result of our game :)

Here: http://kim.pallkars.net/sfml-gamejam-2014/chromoshift.7z is a link to a working Linux binary (you need to have both SFML 2.1 and Feather Kit installed). It should've been properly included with our download link but we ran out of time, but late is better than never I guess!
Unfortunately I've never developed on Windows so I can't provide a Windows binary; if anyone feels like compiling one for us then feel free to do so.

Otherwise you can play our web port here! http://kim.pallkars.net/sfml-gamejam-2014/ (no music though) music has been fix'd!

The rules are:
  • You are the square in the middle of the screen, trying to become a specified colour (as shown on the edges of the "colourmeter")
  • You can pick up either additive or subtractive colour blocks in order to change your own colour, to try and reach the desired colour.
  • It skips to the next level when you reach the desired colour (didn't have time to implement anything cool for winning)
  • You lose if you get too much of one colour channel (R, G or B) or too little of one colour channel.

I would like to add a tutorial to make these rules much clearer, and also perhaps some interface that helps the player work out how much RGB they will gain/lose from picking up a pickup (I found that I was mostly guessing, so it was a bit boring/difficult). Adding other elements like traps, enemies etc. could potentially be fun, too :)

4
General discussions / Re: Mutual following on Twitter!
« on: January 16, 2014, 04:10:35 pm »
Alright, why not? :P

https://twitter.com/kimspindel

Pages: [1]