itch.io

Thanks for sharing technomancy. I agree, in the past it was quite stressful to try all games in only 3 days. This time around one could really enjoy each game. 

Perhaps in future jams we can communicate the expectation that one should rate all other games (or as many as possible) right at the start of the jam (perhaps even on the front page) and see if that makes a difference. Perhaps people are not aware they are expected to rate everyone else.

If that does not drive ratings up I could imagine stronger incentives : for example, one would only see ones rank but not the ratings across the 3 categories if one has not rated more than 1/3 (or 1/2) of other submissions. Thinking out loud here.

Certainly the fun of game programming outweighs this issue, I just wanted to bring it up as I had run a quick analysis of my past contributions and noticed the low ratio of rating to submissions.

Dear Participants, 

the winner of this jam edition (and a few other games) raked in 12 ratings. That means about half of the people having submitted a game played it. I understand, that it is a challenge to try out every single game. However, I believe, that it is our responsibility to do so, And it is fun too! We took time out our busy schedules to programm and submit a game, we should also plan the time to rank our fellow participants. However I understand there could be several barriers to do so. I would like to understand what these are:

1. Technical issues in getting the game running
2. My OS is not supported by the game
3. Lack of time
4. Lack of interest
5. Others

I would be happy if some people from the community will chime in. 

yes, I keep insisting to have ball edge interactions be proper bounding-box collisions instead of a simple bounds check. Since the bb is only 1 pixel on the left if the balls move too fast they sometimes pass over the bb without triggering the collision code. I also observed freezing, in particular when having to play several sounds at the same time. Either a raylib issue or something in the FFI perhaps? Thanks for playing and great highscore.

Great read, thanks for writing up a post-mortem.

a true master ;)

Hi Andrew,

I run a bit of a particular system, Fedora Silverblue (BaseCommit: 937a5ecc6e9ea48640023eb51299f7256926f8f69a800af1def3397219cbd33c) with the guix package manager ontop (which puts things in locations outside FHS). Not sure this is worth debugging.

The first command got me:

U ZSTD_compressStream2

AppImage typically depends on the host libraries for anything not packaged. This fails on weird systems. In the AppImage I generated for my entry I packaged all dependencies (which inflated its size) in the hope that it will work for more people.

I like this idea! Thanks for playing

yes I am on wayland, no video card (meaning intel CPU 10th gen)

Made it out! Thanks for the fun.

Got it working from source, the binaries did not run on my system (Linux). I never played this style of game, but i felt well exectued for the style. Good job!

I also need to report failure to run here:

MESA-LOADER: failed to open iris: /lib64/libelf.so.1: undefined symbol: ZSTD_compressStream2 (search paths /usr/lib64/dri, suffix _dri)

failed to load driver: iris

MESA-LOADER: failed to open zink: /lib64/libelf.so.1: undefined symbol: ZSTD_compressStream2 (search paths /usr/lib64/dri, suffix _dri)

MESA-LOADER: failed to open iris: /lib64/libelf.so.1: undefined symbol: ZSTD_compressStream2 (search paths /usr/lib64/dri, suffix _dri)

failed to load driver: iris

MESA-LOADER: failed to open swrast: /lib64/libelf.so.1: undefined symbol: ZSTD_compressStream2 (search paths /usr/lib64/dri, suffix _dri)

X Error of failed request:  BadValue (integer parameter out of range for operation)

  Major opcode of failed request:  150 (GLX)

  Minor opcode of failed request:  24 (X_GLXCreateNewContext)

  Value in failed request:  0x0

  Serial number of failed request:  40

  Current serial number in output stream:  41

I could not start the game, pressing enter did not do anything... Thus I cannot rate.

Love the ascii art look. Could have used some instructions. I did build a workshop and eveything in it and plated many different seeds but not sure if I made any progress.

Oh and have fun playing and rating all the other submissions

proceeded as instructed ;). Hope you had a good time this jam. Here is what helped me: use the time in between jams to work on your tooling and getting to know the libraries. Then your next jam will be much more successful.

could not get it to run under wine, unfortunately. Hope the others have more success.

Loved it. The difficulty progression was very good as well. And state is saved so you resume when you die. A favourite from this jam!

Beautiful graphics, music, feels visually very polished. Gameplay itself was challenging for me to follow/understand. I think you put a lot into this.

Pixel vibe, nice! Great promise, feels like surfing. Perhaps you can bring this to completion in a future jam.

AppImage worked here as well.

Dark, desolate, no orientation. Great atmosphere. Perhaps the sound of your heartbeat could improve? Is there actually an exit? I never found it. Fun while it lasted, great graphics!

After building femtolisp from source (I noticed you shared a different source than available in guix) I got another error message:

divide-error: div0: /: division by zero

in file swamp.lsp

Also I assume I need to play this in a sixel enabled terminal?

Sorry, but I give up.

I looks nice, the sounds effect fit well. I had challenges playing inside the browser, somehow I could never place items or pluck weeds.

Could not play unfortunately, I got the following error 

``` 

eval: variable } has no value

in file fns.lsp

in file ./swamp.lsp

```

This was running under Linux with guix package manager and ```guix shell --pure libsixel femtolisp -- ./swamp.lsp```

This made me chuckle! I wished real harmonica notes where used, I had some success finding distinct notes on freesound e.,g, https://freesound.org/people/n_audioman/sounds/325374/

Lots of potential for this one!

cute. The music was a bit on my nerves and I could not find out how to mute it, the stream did not show up on pavucontrol. I enjoyed the concept and zen behind it. Binary tree really have an inherent beauty that was showcase nicely here.

Very fun clone, agar.io is such an addictive concept. Very well executed too. Simple look and feel that fits the theme. Perhaps some background music would have been nice.

I really enjoyed the game, it has a lot to offer. I tried several time to survive the countdown but never could. I seems likle the level is auto-generated? High marks on this one, great execution. And a level editor!

I enjoyed the graphics, also was amazed by how large the world is. It took me a while to understand the controls, in particular, that I could move around the world. I always struggle with games that do not have a clear goal, but that is on me.

The game ran flawlessly. I really enjoved the graphics. However, it seems there is no way to escape the ball crushing you? Perhaps this is a philosophical statement of the creator ;)

Loved the vibe. Was difficult for me to play, as I had troubles deciphering the fonts and I know too little about rally racing. However the concept felt very fresh!

Just to let you know that I greatly enjoyed reading these all throughout the jam.

Keeping it simple! Can't wait to play this, 1-bit graphics are a blast from the past.

Tooling first! Always! ;) I am also in the camp to prefer backend work to actual game programming. Hope you have enought itme left for the game mechanics, your graphics look very cool already.

Love the vibe! Great mix of pixel art and photography

At Jam half-time, lets get a thread going for screenshots. I'll start (fresh from today):

Interested to learn how you deploy chez (or other schemes) to Mac. I remember you mentioning something on IRC a while back. Any chance I could get a peek at the repository before the jam ends? Would love to also offer a Mac version. As for linux: there is a guix patch out for AppImage support, in case you use guix: https://issues.guix.gnu.org/73842

Isn't it great how to game jam gives us more idea on how to improve our tooling! I find it interesting that you can query the component values, this is typically left out of ECS.

This is a great idea, might steal it! Self-documentation is the best.

I believe I have confused hoot with prescheme (where R7RS support is still ongoing). No offense intended. Perhaps a goal for my next jam: a compatibility layer or rewrite to R7RS of my ECS library and then porting my games to hoot to run in the browser! So much happening in Scheme-land recently to be excited about.

Love the graphics style. Did you make the drawings yourself? Best of luck for this jam