.png)
welcome to the ocelot safari!
enjoy the ocelots, and do let us know if you find any long-lost relics deep in the jungle :)
instructions
- hold Z to drag things
- arrow keys to move
- retrieve the lost gemstone of Tezcatlipoca! some say it’s as far as fvkgl-sbhe meters deep in the jungle!
tips
- we'll leave you some new tools at the initial drop point, if the ocelots steal your gear
- ocelots can crawl through vines and trees -- they're tricksters!
- be sure to bring some matches; the nights are long and dark, and who knows what lurks in the jungle...
tutorial
I didn't make the time to make an interactive tutorial, so here's a video instead:
And here's a gif showing how to use each tool:
(light a fire by bumping matches into wood)
good luck in there!
postscript
- This was made for the Ludum Dare 48 compo in 48 hours. (plus minor bugfixes; read changelog here and here). Rate my entry! https://ldjam.com/events/ludum-dare/48/ocelot-safari
- My initial goal was to make a game exploring how items feel if you have no inventory system or "use item" button, and I'm happy with the results. Sometimes movement can feel a bit awkward, especially at the start, but that's what the whole game is built around, so I think it's fine.
- I really like how the nighttime and the ocelots make it a visceral struggle to advance deeper and deeper into the jungle.
2 comments
In the 0.2.2 release, zep made a small tool for creating custom fonts:
https://www.lexaloffle.com/bbs/?tid=41544 (search for "Custom Fonts")
It's a great tool, but if you only have a font snippet (and no longer have the spritesheet), it's hard to edit that font again. So, I extended the tool to also support font importing!
You can get my font tool from the pico-8 console:
LOAD #FONTER |
Instructions on how to use the tool are in tab 0 of the cart. happy fonting!
This code:
x+=x<0 and -100 or 100 |
doesn't work the way I'd expect; it sets x to either -100 or 100
I assume this happens because that line gets preprocessed to this:
x=x+x<0 and -100 or 100 |
which gets interpreted like this:
x=(x+x<0) and -100 or 100 |
but I wish it would be preprocessed to this instead:
x=x+(x<0 and -100 or 100) |
Here's a test cart; it currently (0.2.2c) fails the tests:
I hang out in the pico-8 discord #help channel, and a lot of the questions people ask boil down to "my code isn't doing what I want it to do... I don't know what to do. help?" If you feel completely lost when your code doesn't work, this tutorial is for you!
PRINTH is the single most helpful tool I know for debugging. When you're programming, often your head will get out of sync with the computer, and you won't understand what it's doing. The best way I know to bring them back in sync is to slap down some PRINTHs all over the place! Print out what your code is actually doing, and you'll eventually figure out what wrong assumption you're making.
To get PRINTH working for you, you'll need to be able to see the pico-8's output console. That's why we set up a shortcut to pico8.exe (at the start of the video). You can move this shortcut anywhere you want!
PRINTH itself can be a bit annoying to use, so I built a function PQ that makes it more friendly -- check out the source code! you're free to copy that second tab into any of your projects. if you find my functions helpful and you'd like to credit me, I'd appreciate it! but that's not required; feel free to use the functions for whatever you want
Here's the cart:
Let me know if you found this helpful!
There's a strange issue happening when i try to edit the bottom two visible rows of the map using the new "fullscreen" map editor mode (shift+tab). Basically, the bottom two rows are uneditable; I assume pico8 is mistakenly trying to prevent me from editing the area underneath the red chrome that shows up in nonfullscreen mode
It seems to fix itself if you pan around in the normal map editor?
There's something weird going on here; using ..= along with a single-line if-then-end statement causes a syntax error that makes no sense:
syntax error line 16 (tab 0) if x<2 then bad..="1" end ')' expected near 'end' |
I've included 4 similar test cases that don't trigger this bug
My pico-8 version is 0.2.2 (stat(5)==30)
a standard normal typing game
controls:
- a: a
- arrow keys: move/menu select/etc
- b: b
- backspace
- c: c
- d: d
- dash: -
- e: e
- enter: confirm/begin/etc
- f: f
- g: g
- h: h
- i: i
- j: j
- k: k
- l: l
- m: m
- n: n
- o: o
- p: p
- q: q
- r: r
- s: s
- space:
- t: t
- u: u
- v: v
- w: w
- x: x
- y: y
- z: z
A question came up yesterday in the pico-8 discord: are there any nice ways of doing default arguments? For example,
function foo(a,b,c) a=a or default_for_a b=b or default_for_b c=c or default_for_c -- do stuff end |
That's five tokens spent per argument; can we do better?
yes
My first thought was doing something like this:
function new_actor(fields) return merge(parse"x=64,y=64,w=8,h=8",fields) end |
This is a common pattern I use in my games; merge(A,B) is a custom thing I have that merges tables A and B together by creating a new table, copying all of A's contents into it, and then copying all of B's contents into it. Note that if A and B share any keys, the value from table B will be used for the result, which makes this handy for setting defaults in a table. (and parse is another custom thing that does what you'd expect, turning a string into a table)
However, this wasn't quite what the questioner was asking for; I can set default values for table members with this method, but I can't set local variables. This method wouldn't work to save tokens if you had to say locals.myvar throughout your function instead of just myvar!
Time for some brain thinking... hmm, I recently found out that lua's _ENV table is accessible through pico-8 (although you have to spell ENV with pico-8's puny text mode, funnily enough). This is a bit of a special table that all variables are implicitly accessed through, so typing tonum(myvar) actually looks up the values of tonum and myvar in the _ENV table. To give a concrete example, you can get/set the value of a variable A by using _ENV.A (or _ENV["A"]) instead
One stroke of madness inspiration later, I came up with this positively arcane incantation:
(this is a working pico-8 cart; paste it into an empty cart to see it in action!)
-- defaultargs, by pancelor
env_backup=_𝘦𝘯𝘷
function defaultargs(str,args)
local locals=setmetatable({},{__index=env_backup})
for i,str2 in ipairs(split(str)) do
local parts=split(str2,"=")
assert(#parts==2)
local k,v=unpack(parts)
locals[k]=args[i] or tonum(v)
end
return locals
end
function myrect(...)
local _𝘦𝘯𝘷=defaultargs(
"x=64,y=64,w=32,h=32",{...})
rectfill(x,y,x+w-1,y+h-1,5)
end
function _init()
poke(0x5f2d,1) --enable mouse
end
function _draw()
cls(0)
local mousex,mousey=stat(32),stat(33)
myrect(mousex,mousey)
assert(x==nil) -- test to make sure the function's local args didn't leak out into global scope
end |
It's certainly Something but hey it gets the job done! And it does it with ~60 tokens for defaultargs plus 6 tokens per function that uses it (which very quickly becomes better than the 5~6 tokens needed per argument in the 'a=a or default' way)
So... how does it work? Well, calling 'myrect(mousex,mousey)' ends up calling 'defaultargs(
"x=64,y=64,w=32,h=32",{mousex,mousey})'. The defaultargs function creates a new table called locals that myrect will later set to it's _ENV. So, if we can somehow make locals equal to {x=mousex,y=mousey,w=32,h32}, then when myrect sets it to _ENV, the variables x, y, w, and h will be available in the scope of myrect. However, we also want to have other global variables in scope too, like the rectfill function, so we do some metatable/__index shenanigans to make that work.
Understanding that is the most complicated bit; the rest of defaultargs does the natural thing that sets locals to have the members we want inside of it. (if 'unpack' confuses you, just pretend that line says 'local k,v=parts[1],parts[2]' instead; it does the same thing)
This one code snippet uses 'unpack', '...', metatables and fallback indexing, required puny text, and lua's _ENV table... wow. I'm not exactly sure why making a backup reference to _ENV is necessary; I assume it's something to do with how _ENV is a bit special in lua?
Time for a nap.
Happy token saving!
-pancelor
Who's the biggest fish?
Controls:
- arrow keys: move
- x: restart
This was my entry to TweetTweetJam 5; check it out on the jam page here if you like. Also, I wrote a short blog post about it here!
And clearly, a tweetcart needs to be tweeted: here it is
you've received a mysterious invitation to a party. but it's not just any party...
it's the 💀monster mash💀
better find somebody to go with!
Controls:
- arrow keys to move
- x to interact
- z to jump
(made by @princryss and me! she did the design + art + sound, I did the programming)
Welcome to Escalator World! You can only go up from here!
Controls:
- up/down/X to menu. (the rest is explained in the tutorial)
A tribute to one of my favorite games from the old yoyogames forums.
I think I've found a bug with how music and sfx channels are used; I've attached a cartridge that shows off the issue. Basically, if you call sfx() and then call music() afterward, the music won't be heard until the sfx() finishes, even though there are 3 available unused sound channels for the music to play on.
Am I misunderstanding how this is supposed to work? it seems like the music() command should figure out that it has 3 free channel slots to play in... I do see the channelmask parameter (https://pico-8.fandom.com/wiki/Music) but calling music(4,0,0b1111) instead of music(4) doesn't fix the issue. Even if it did, sometimes you want to start playing music after sound is already playing, so how are you supposed to set up in advance which channels the music has priority to play on?
I can see workarounds for this (e.g. call sfx(8,-2) to stop the sound, or shim in a custom version of sfx() that only ever plays sound effects on channels 2 and 3, leaving the other channels open for music... but these workarounds seem weird/awkward enough that I'm thinking this is just a bug in pico-8
When I press shift+9 in the music editor (but not the sound editor) on any pattern EXCEPT for pattern 0, pico8 crashes.
My OS is windows 7, and my pico8 version is 29, as shown by print(stat(5))
I wish I knew exactly how to reproduce this; it doesn't happen all the time. But decently often (~4 times in the last ~40 hours of runtime? idk just a ballpark guess) when I open a new tab in the code editor and press ctrl+v to paste in code, pico8.exe immediately exits.
The last 3 or 4 times this has happened, I've relaunched pico8.exe and tried to do exactly the same keypresses etc (ctrl+a to copy all text from one tab, ctrl+t out of muscle memory to create a new tab (does not work in pico8), mouse click to create a new tab for real, ctrl+v to paste code), and it works the second time without crashing. Maybe it only happens when the console has been on for long enough? (>4 hours, generally). Maybe I'm not reproducing my steps exactly? idk
My pico8 version is 29, as shown by print(stat(5))
My OS is windows 7
(Is there some sort of crash logs folder or anything like that that I should attach to this post?)
This cartridge fails the assertion, which normally I would write off as a floating point bug, but pico-8 uses fixed point representation so this seems like an actual bug in pico-8 to me?
function _init()
local x=0.6
local y=0.3
local sum=x+y
assert_equal(sum,0.9)
end
function assert_equal(a,b)
local s=a.." ("..tostr(a,true)..") does not equal "..b.." ("..tostr(b,true)..")"
printh(s,"@clip")
assert(a==b,s)
end
function _draw()
cls(3)
end |
The assertion fails, saying:
0.9 (0x0000.e665) does not equal 0.9 (0x0000.e666)
This is just one example, but this happens to me more often than not when trying to compare decimal numbers :(
I'm having problems with the del function; its behavior doesn't seem to match what the documentation says it should do. From the docs: (pico-8.txt)
del t [v]
Delete the first instance of value v in table t
[...]
When v is not given, the last element in the table is removed.
del returns the deleted item, or returns no value when nothing was deleted.
So, calling del(arr) should be equivalent to calling deli(arr,#arr), right? Both should pop the last element off of arr as far as I understand. But when you run the cartridge attached to this post, the O button works but the X button doesn't
