Ludum Dare 55 was last weekend and the theme was "Summoning." I didn't really plan to compete in the jam but I thought I would try my hand at making something to fit an external idea.
This is still not a game (I didn't stand a chance of getting anything done in 72hrs) but I thought I'd share what I have so far.

There are no enemies yet. Use the arrow keys to move, X to pick a summon and O to summon it for its cost. That's all there is.
I'm not sure how much farther I will continue with it. The game would probably be a survivors-type crossed with diablo-summoner-esque gameplay in which your summons do all the fighting for you, with a little bit borrowed from tower defense. Also, bouncing.
This cart was made for the Picotron Game Jam (https://itch.io/jam/picotron-game-jam).
Hope you like it and thanks for checking it out!
.png)


A little game for the 1-bit jam. You are a priest for the church of the goat.
Use X/Z to shoot and arrows to move. Use your spell to transform all the animals into goats, the true sacred animal.
Do it 6 times perfectly in a row to do a super spell!




hello,
So Im making a kinda rpg-topdown-engine-game-thing and I want to have the function for the player to collide with other players. so it looks like this:

But here is the problem!
You see, the player checks if the tile he is about to go to is a wall or another player, if so he goes back (doesn't move). seems ok, right?
NO
players are stored in a big table players={} and the checking process is done in a foreach loop. So when the player below moves up, he sees that there is someone above, he doesn't move, but the upper one moves. Its hard to explain look:

did you see it? when I pressed down only the bottom player moved. Because the upper one (index 1) checks first and sees that there is a player below him, no move. then the bottom one checks and moves.
How can I fix this?
If you have any questions for the code or the game feel free to ask.
Thanks for taking your time to read this :)




Just found out that the “goto” function is actually implemented in Picotron; I’ve tested a pico8 code snippet by @ultrabrite and put it into the usual function _draw()
function _draw() cls() x=1 y=0 n=120 ::io:: d=rnd(2)>1 and 0 or 5 line(x+5-d,y,x+d,y+5,11) x+=6 if(x>n+6) x=1 y+=6 print(' ') if(y>n) y=n flip() goto io end |


WIP Post-Jam Ludum Dare 55 - "Summoning"
ā¬ ļø to move wizard left
ā”ļø to move wizard right
ā (or x
) to shoot your magic
š Zap the devils before they get to your level!
š„ Avoid the fireballs, your magic is powerless against them.
Go for the high score!
Virtual Keyboard app for Steam Deck and other touchscreen devices.
Working (albeit still WIP) as of Picotron v0.1.0e but not v0.1.0f due to changes in wm. I haven't looked into how much is different but I do know that the way I was switching workspaces is no longer exposed as an event within wm, so that kills the project dead somewhat.
I'm not upset because Picotron is in flux and it was always possible that this could happen. However I feel a virtual keyboard is a must for handheld devices in the future as Picotron is totally unusable without one. Yes, the Steam Deck has a virtual keyboard built into Steam, but hitting Return hides it, so it is impractical. Plus it doesn't have cursor keys which this did.

Here I come again with my 2nd arcade game vibe: Clownvaders! rebuild from scratch as pico-8 to deluxe arcadetron Edition.
Controls:
Left, Right, X to shoot
more info, watch the attract mode.
Enjoy!
Rev 3:added extra background, better music, gameplay demo in attract mode
rev 4: extra and inproved level's backgrounds picts, level completed fixed.
I've seen this behavior in both sfx.p64 and #visitrack. I'm on a M1 Macbook Pro, OS X 14.3, running Picotron 0.1.0f.
- Slow drags downward don't do anything -
mouselock
just returns 0 fordy
, regardless of how far you drag. Slow drags upward do not have this problem. - Effective sensitivity is lower on Mac than on other platforms. I haven't verified this myself, but based on @drakmaniso's description of how the sliders should be acting in #visitrack, this seems to be true.

Hello,
For fun, I'm building a Vampire Survivors style game. There will be a lot of mobs on screen, so I've built a grid partitioning system and each weapon only checks for collisions with mobs nearby.
The grid size is 30, so that's a 16 x 9 grid.
My question is this, currently, I'm initialising the grid on every frame and re-populating all the mob positions into their grids.
Should I move to initialising just once and updating mob positions in the grid on every frame? I'm not sure whether that will actually be quicker because I will have to delete the mob from one grid position and add it to another.
Also, that seems hard to implement :-)
Thanks in advance
Russ


Hello!
I'm trying to understand how to best work with image data in Picotron for use in things like .txt files and whatnot.
In the readme that rests on the pictron desktop, there's an image near the beginning of the file that, when clicked, reveals a metadata object that is "unpodding" base64 encoded image data so it renders in the txt editor.
How would I go about podifying a sprite on a .gfx file so I too can insert the base64 data into a .txt file?
I've tried doing something like this:
?pod(fetch("/ram/cart/gfx/0.gfx"),0x7) |
in the picotron terminal, and it outputs the b64, but it's podifying the entire gfx file, not the sprite I want to podify (in this case, sprite 1, second slot available on the gfx file).
Anyone have any ideas here?

