Hi there! Here is my second project. I got a bit burned out on the first one and thought to do something smaller.
No matter the height you're always safe with a haystack somewhere around. So aim for the haystack :) Hope you enjoy.
Also any suggestion how I could make the landscape more interesting? I tried to generate randomly colored circles but it looks kinda weird.
1 comment
Anissa is an elf girl with a knack for thievery. Upon entering a mysterious castle to claim it's treasures, she finds tough Bison Knight guards galore! Armed with only a grappling hook, Anissa must sneak past the guards by hanging on the castle's many chandeliers to claim her reward.
Use your grappling powers and your pathetic jump to avoid the enemies, and steal the treasure at the end!
Features
- Randomly generated terrain every time you play!
- Collect coins to buy health potions from shops
- Use your grappling hook to grab on to and hang from chandeliers!
Tips:
- Don't let go of your grapple until you're ready to jump down!
- Collect coins for potions!
- Drink potions for extra lives!
- Shops are checkpoints!
- The game gets harder as you get closer to the end!
Dev:
- For the extra bonus point, the code is under MIT, and the art is under CC-BY-3.0!
This game was made in two days for the #linuxgamejam2017.
- Code: Josef Patoprsty https://twitter.com/josefnpat
- Art: Ricky Crespo https://twitter.com/TheRickyWill
This game was made using the Pico-8 fantasy console with version 0.1.10c.
License
- Code is under the MIT
- Art is under CC-BY 3.0 (Ricky Crespo)
2 comments
Granted, I'm a novice to both Lua and PICO-8, but when I was able to get down to the core of what was throwing the out of memory error (after a few hours), I was astounded.
This one line will eventually exhaust all memory:
WHILE TRUE DO END
The question is...why?
Rodney
8 comments
I've been looking for a way to keep graphical effects in sync with music. This cart is my attempt to implement a "phase-locked-loop", which keeps time going smoothly forward while making small corrections to adjust for how the music has progressed.
It seems to work well, though it freaks out for a bit if you click outside the window or the framerate changes for any other reason.
0 comments
First game I've finished ever, first cart submitted for PICO-8 ^_^.
This game was created to be a submission for the #MagazineJam :https://www.lexaloffle.com/bbs/?tid=28950
The final cart has exactly 100 lines of code, 0 sprites, and only uses 5 sound patterns (2 for effects and 3 for music)
Game Details:
-Earn points by surviving longer
-Earn +50 points per second by flying your ship in reverse
-An additional asteroid/rock is added every 600 points
-Max and min speed are capped
Collisions for the asteroids/rocks can get a little buggy because of the way I implemented collision-detection and screen-wrapping. If any asteroids get locked up on each other, just wait for another one to bump into them; that usually shakes 'em loose ;).
Please comment and let me know what you think! Constructive criticism, please ;). I'm open to all feedback and suggestions! I had to adjust my original design of the game, in order to accommodate the constraints of the challenge, so I branched a file off of the main for the MagazineJam submission, and plan to return to the original design and get it fully fleshed out.
Thanks for taking the time to play my game!
3 comments
Introducing Pico-8 Tunes Volume 1!
A collaboration between myself (@gruber_music) and @krajzeg, who did all the coding and animations.
The idea was to create a cart with music that others can use in their games, so please feel free to do so!
About the music: I wanted to challenge myself and see how much music I could pack into one cart. There are 12 tunes here. Each use only 2 channels, and take up 4-6 SFX slots.
Hope you enjoy!
40 comments
.jpg)
I run Pico-8 from console, without using X on any of my Raspberry Pis.
Sometimes I have a second framebuffer device at /dev/fb1 that I want Pico-8 to run on.
Right now it looks like there is no way to get Pico-8 to run on any device other than /dev/fb0.
This would be useful for running Pico-8 on a connected LCD, 2nd monitor, or USB DisplayLink device.
3 comments
(please note: you can eat the fruits to heal yourself)
Will you enter the dungeon? Will you survive? Will you make fat stacks of $$$? Will you transform Gar's Den into Player's Den???
Here's what's on the dungeon's pamphlet:
-> Enter Gar's lair
-> Destroy his minions
-> meet the shopkeeper
-> plant your garden
-> ???
-> profit
(-> ???
-> kill Gar)
Controls:
[o]/z ~ action + slash
[x]/x ~ inventory navigation (hold, then use arrows)
[arrow keys] ~ move around
This is my entry to 7DRL! Or at least it would be if I actually had done it in 7 days. I took 14 days instead. (a third of them was spent on saving tokens)
25 comments
More particles in this doodle. It's been a long, rainy winter. I thought I'd celebrate it with a nice little doodle.
Believe it or not, this is almost the same code as doodle #5, just with more particles. I really enjoy watching this hex-a-blob crawl across the screen.
I made the fade out a little nicer by using the darker colors from @krajzeg's lighting tutorial. https://hackernoon.com/pico-8-lighting-part-1-thin-dark-line-8ea15d21fed7
0 comments
I decided to add a bit of visual variety to the background and added some procedural dithering based on Trasevol_dog's work. I'm hoping to combine this with cellular automata once I've learned how to control that a bit better. Then maybe add some motion so when you slide a tile in a direction, it causes the whole puzzle to lurch to the side and the background cellular automata to change with that movement.
0 comments
This is an extension of andrew26330's thread here: https://www.lexaloffle.com/bbs/?tid=27675
It's a bit too heavy for the browser, so try it out in the app.
An attempt to create sentries that only chase you while you're in their line of sight, but not through walls or objects.
While the player is within the sentries' angle of vision ( as indicated by the color-changing tiles), they shoot out invisible collectibles that auto wield, auto shoot, then dewield. While the player is wielding the item, the sentries switch to Chase mode. After 3 seconds, the item uses all its ammo and dewields, switching the sentries back to Watching mode until the ammo is filled up again.
One problem is that it takes time for the collectibles to reach the player, so there is lag between the sentries seeing you and the sentries switching to Chase mode. The spread of the collectibles is also unreliable and they tend to clump when being shot at 45 degree angles, often missing the player. There are also some performance issues with firing so many collectibles.
If there is a better way to achieve or optimize this, let me know!
Changelog v0.1:
-shrank and adjusted room
-added Red Alert Music (Credits to Konami. I do not own it.)
-added Cautious state to sentries
Maybe this will eventually be VR Training. We'll see!
1 comment
https://www.lexaloffle.com/bbs/?cat=7
I can read the site and jump around... run cartridges, download code, etc.
If I post a comment -- the BBS seems to "hang" ... not only that, it seems to "hang" (can't access) from other browsers on the same machine.
Does anyone else experience this? 1 "write" interaction with the BBS and the BBS seems to block your IP for some amount of time (5 minutes? 10 minutes?)
Also, when I post/write -- the "submit" or other action never returns... so the lock goes into effect as soon as the write hits the service.
The system has always been this way for me -- this is not a new behavior.
Scott
7 comments
BIRDSTAR
A pico-8 commentary on climate change, futility and memory manipulation for the Linux Game Jam '17.
You can play it on itch.io here, or on github here with a plainer background. The source is freely available from github.
This cart was mostly just the result of me learning how to mess around with memcpy() -- it turns out that you can do some pretty fun stuff this way. The reflection at the bottom of the screen is created by grabbing part of the screen from memory and overwriting later addresses, in reverse row order. The 'ripple' is done by literally writing to addresses which are further ahead or slightly behind of the normal translation.
I wrapped this up as a very simple game, because I couldn't find an actual working example of a technique like this around the pico 8 community (though I found a couple of .gifs of other peoples' projects, so I knew it could be done). In the end I got a code snippet from the lexaloffle forums that I hacked a bit to do my thing:
mirrorcpy(0,128-32*2+1.5*sin(tick/60),0,128-32+1.5*sin(tick/60),128,128-32+1.5*sin(tick/60))
[...]
function mirrorcpy(sx,sy,dx,dy,w,h)
if (sx+w>128) w=128-sx
if (dx+w>128) w=128-dx
if (sy+h>128) h=128-sy
if (dy+h>128) h=128-dy
w = w/2
sad = 0x6000+flr(sy)*64+sx/2
dad = 0x6000+127*64+dx/2 -- reflect
for y=1,h do
memcpy(dad,sad,w)
sad+=64
dad-=64-sin((y)/8)*cos(tick/64)
end
end
|
1 comment
Not really sure if this was mentioned anywhere, but I thought it might be useful for anyone who wants to make use of vector math, specifically calculating the length of a 2D vector, while minimizing the risk of overflow.
Because the sqrt(32767) ~= 181, it is easy to overflow when using the textbook equation for calculating vector length:
| len = sqrt(x*x + y*y) |
To derisk overflowing when squaring the terms, you can first scale down the vector's x and y components:
| m = max(x,y) x = x / m y = y / m |
then scale the square root of their sums:
| len = sqrt(x*x + y*y) * m |
Lua code (simplified since one term will always == 1):
function length(v) local d = max(abs(v[1]),abs(v[2])) local n = min(abs(v[1]),abs(v[2])) / d return sqrt(n*n + 1) * d end |
14 comments
The game
Inspired by my memory of the Oregon Trail hunting mini-game, shoot haunted home appliances to release the spirits inhabiting them in this game. With 10 levels and 10 bullets each, each hit reduces the haunted percentage by 1%. Don't let the appliances touch you or your hunter will run scared from the level.
Older versions
1 comment
V2 has several improvements based on great community feedback:
- the "Invert Y axis" setting is saved in cart data
- the player may not flee the battle area to wait until the shield and lasers are repaired
- Enemies are more aggressive, some will follow the player
- Introduce faster TIE/IN interceptor to ramp up the difficulty
- Minor improvements and bugfixes to game over screen and game state management
9 comments
