Play lisp jam experience
jam-no-theme eat berries collect treasure could technically control robots's itch.io pageResults
Criteria | Rank | Score* | Raw Score |
Creativity - how original is the idea? | #26 | 2.357 | 3.800 |
Entertainment - how enjoyable/replayable is it? | #28 | 1.612 | 2.600 |
Presentation - how does it look/feel? | #29 | 1.861 | 3.000 |
Overall | #29 | 1.943 | 3.133 |
Ranked from 5 ratings. Score is adjusted from raw score by the median number of ratings per game in the jam.
Leave a comment
Log in with itch.io to leave a comment.
Comments
Very cool concept, not to mention the cool tech behind the game!
Thanks ! I enjoyed your abstraction of the real life experience of hunting for interesting mushrooms as well !
It was a bit hard to understand in the beginning, but it is quite interesting :)
Then I left the game for half an hour, and the robots did all the work for me (but the game started to lag) :o
Hahaha, awesome thanks and thanks for the picture ! Hopefully everyone can clearly understand the game in this context :D
The challenge becomes being able to spot the treasures amoungst the berries. How did the robots nail this much treasure? Were there just that many robots?
In order to stave off the call of premature optimisation, I deliberately wrote the game to need garbage collection for days, so the eventual performance decay was inevitable. Besides, I tied logical updates to rendering updates.
It becomes harder to spot them, sure :) I guess it's the time that allowed robots to get that much.
I don't have a new enough ECL version to play this one, unfortunately.
What version are you working with? I can see if I can build it over on the sdf.org tilde which uses about as classic an ecl version as I can remember seeing in the wild (single dash long flags only)
Hey, I got the same
libecl.so
error as below, even though I do have ECL installed. I’ve tried compiling from source, unfortunately also to no avail:You might want to consider using AppImage for deployment.
Thanks ! Could you try compiling as c instead of cxx as well? What was that variable again......
On my openbsd machines, I'm using ecl21.2 and I know other people have been compiling on more modern stock linux distributions successfully at least sometimes. So my guess is that maybe I did something that didn't play well with C++ compilation? Since it looks like cxx files are being generated instead of .c .
No probs. I’m not sure how to force ECL’s build process to use plain C instead of CXX, but I might investigate later, ’cause again ECL looks to me like a very interesting option in terms of FFI with low-level libraries like SDL. I use Gentoo btw :) Same ECL version, 21.2.1.
I forgot what we are allowed to do with
Something I learned from this jam was definitely the value of kinda known-working templates like you made, since it's a bit scattershot what's going to work on how-old what-distribution of linux !
On my recent phlog I speculated about targetting gentoo ebuild(1) / openbsd ports(7) for distribution in the future, since I don't like the style of every-program-with-its-own-redundant-deps-in-its-own-chroot dependency bundling.
Oh I tried
setf
ingc:*cc*
but looks like the errors are the same:Yeah, I’ve learned importance of pre-developed scaffolding the hard way, on Lisp Game Jam 2019 :)
I feel you bro, I don’t really like AppImage as well, but haven’t stumbled upon better alternatives. Unfortunately not all people use Gentoo or *BSD :)
Guix looks interesting though, since it could be installed on top of any distribution, but I haven’t had the time to dig deeper into it.
In about 10 hours from now I'll write some smaller ecl programs (compile ecl at all, link against sdl2, open an sdl2 window, render an sdl2 window and a few other singular ecl compilation tests/examples. For now, I sleep.
By the way everyone else, Andrew and I eventually debugged this. Andrew's Gentoo flavor had an experimental USE flag that had affected ECL, but would have required I use more idiomatic C++ rather than C for the OS-facing stuff or something I think.
It seems like installing ECL is not enough to run the binary, I'm trying the src way.
Edit: Rereading the screenshot, oh, major version change. This is what I get for even having a debian bullseye VM
Hmmm, interesting. Should I upload that .so ? kind of obtuse though. Thanks for investigating ! Hopefully ASDF works readily in the lisp case !
btw, my Google Chrome environment couldn't run your cat maze javascript, but I have lots of things blocked and deactivated. I was waiting until tomorrow to start building things !
I made it! It's running!
I think the delicate WebAssembly version won't run even a few of things blocked and deactivated, maybe a incognito window could help, or maybe not.
I just added a "Binary for Browser: WebAssembly + JavaScript" download, maybe download that pack and serve it locally could solve the itch.io iframe + cross-origin + hwcdn.net thing, or maybe not.
;-P
Nice, good exploration. Haha, my signature background.