A friend pointed me in the direction of PICO-8 last night to see if I'd be interested in having a play with the tracker so I grabbed a copy (Ubuntu 64-bit, works a treat) and had a go. It's a piece of cake, loved it so much that I decided to have a try at making a classic Amiga/ST demoscene/cracktro screen to go with it. It was a doddle!
If you're wondering what the demented-looking face that's sinusoidally twerking its way over the screen is, it's the protagonist of an Atari 2600 game I wrote a few years back: http://www.facebook.com/thewickedfather

I'm trying to make a jumping mechanic for an animated sprite and i wanted to know if my code is good
ball = {}
ball.x = 20
ball.y = 80
ball.initial_sprite = 0
ball.sprite = ball.initial_sprite
ball.frames = 10
ball.is_jumping = false
ball.jumping_frame = 0
ball.jumping_max_frames = 4
function update_ball_sprite()
ball.sprite += 1
ball.sprite %= ball.frames
end
function ball_jump(speed)
if ball.jumping_frame < ball.jumping_max_frames then
if ball.jumping_frame < ball.jumping_max_frames/2 then
ball.y -= speed
else
ball.y += speed
end
ball.jumping_frame+=1
else
ball.jumping_frame = 0
ball.is_jumping = false
end
end
function _init()
ticker = 0
end
function _update()
ticker += 1
if (btn(2) and not ball.is_jumping) ball.is_jumping = true
if ((ticker % 2 == 0) and ball.is_jumping) ball_jump(6)
if (ticker % 3 == 0) update_ball_sprite()
if (ticker % 30 == 0) ticker = 0
end
function _draw()
clear_screen(0)
spr(ball.sprite, ball.x, ball.y)
end
function clear_screen(color)
rectfill(0,0,127,127,color)
end
|
Hi guys!
First of all, great forum :) I really enjoy playing the games people are making with Pico.
I coded a little graphics importer for Unity3d that might be useful to keep going with
Pico8 projects after gamejams, etc ... You can see a video of it in action here :
[vine]https://vine.co/v/ejd02L33PI7[/vine]
Pico8 - Unity
Who knows? Maybe this is the beginning of a .p8 reader / player for the Unity engine :)
Probably there is no need for this because Pico8 itself is made with LibSdl 2 and it should be
ok to port it to other systems and have multiplatform players etc ... What do you think?
Working on a pool game. Also includes Loop.
Added zoomed out mode to pool. Press button 2 to toggle zoom. Also added a check so that any ball that makes it outside the bounds of the table is considered to have gone in a pocket (because I think the most likely way to achieve that is by bouncing through a pocket in some strange way).

http://www.retrovgs.com/home.html
It is based on FPGA and ARM for more demanding stuff. I wonder if it would be possible to make HDL for fpga that would run Pico-8 games if it ever takes off...

I've been tweaking around with pico-8 for around a week now, and it's reminded me many times of a game called Hammerwatch. One of the cool features it has is a quite good selection of graphical post processing effects simulating a CRT tv.
What I'm suggesting is to add similar effect, separately from the games, treating the pico-8 program kind of as an emulator. This way you could really get the old-school wibe going.
As for what effects I'm talking about, pictures speak better than words.
And before you go, I'll leave you with this.

Oh noes! The fire had started at the Warehouse! And there are people there!
enter...
HEAVY DUTY SPRINKLER!
The ultimate AI, sentient fire extinguishing tool!
Control it with LEFT and RIGHT arrows and rain water by pressing Z!
Don't overdo it though, as water is precious and for any unit of water used, you'll have to hang on for another second before firesquad arrives!
You need to save PEOPLE, by putting out any fire that is WORTH 5 POINTS. Don't rain on people too much, as water is under HIGH PRESSURE and if too much of it lands on a person, it'll PEEL THE SKIN OFF!
After each LEVEL you'll be presented with screen that will show how many PEOPLE you SAVED (each of these worth 15 POINTS added to your SCORE!) and how much of WATER you used (not necessarily in that order).
For every SAVED LIFE you'll be saved 5 SECONDS of waiting on the next level!
I am not a big fan of my music.
[b]Credits where credits due:

Pretty much like C64 allowed it. Changing the font would have few limitations compared to using spritedata:
- Each character would be 1-bit ONLY (e.g. pixel is either on or off)
- Changing characters will affect how code editor and command mode is rendered (mainly to give you live preview of your changes) so if you like writing in flowers and bushes, that's your problem ;).
This would allow to customize our games even more.

This has been my little baby over the past week or so. It started with jotting down the train game by @PROGRAM_IX from the Pico-8 zine #1, and then making it my own. I ended up using over half my tokens, two sprite banks, and the entire map space. I will leave it to you to discover its mysteries. Playing alongside a warm beverage recommended.
v1.1: Small update to effectively double the rate you gain resources.
Hi guys:
I have a project that fits perfectly in PICO-8 because is an easy platformer for children. But I have a doubt that gives me two questions, because visual design is important in this game. It has HUGE sprites, but pixelated ones, for example, the protagonist is about 15x20 pixels, but I've envisioned him looking at x 1000% of zoom in a full HD monitor.
So for PICO8 I think he will show ok at x2 or x3. So how could I do this:
1) big sprite. build the srpite as 30x40 pixels heigth sprite. PICO could move sprites so big?
2) If not, make an engine with a camera that shows the game at x2 or x3 zoom. Is this possible?
Thanks.
Ah! one last question, is it possible to add a postprocessing filter to a game? for example, to have scanlines. That is semitransparent graphic that filters the screen.
Regards.





4 comments









