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'm not sure if this was a style choice, but the PNG format is a container format and supports ancillary tags for proprietary meta data. This is how Spore stored creature data inside the picture.
This will give you more flexibility in the future when it comes to storage size, color depth, and not losing fidelity when it comes to the screenshots in the container.

There is a strange bug in v1.1 that returns a decimal value when I do this:
FOR I=0,3 DO K = PEEK(I) L = BAND(K, 15) H = SHR(K, 4) PRINT(L) PRINT(R) END |
The output is:
0 1 2 3.125 4 5.25 6 7.375 |
My assumption is rather than converting to an integer and shifting, you're returning i / 2^s without casting to an integer in the result.
Before I'll ask the question, I'll tell you something so this makes a little bit more sense.
In original Super Mario Bros game for the NES, levels had something called "blocks". Each "block" represented one level feature - be it first mushroom on 1-1 or end stairs after each level. Every block had unique id and actual level was just 1d array that showed what "blocks" in which order were making that specific level.
It would look something like this (in P8 terms):
level1 = {0,0,1,4,3,7}
|
and blocks would be defined in map space. Each block having couple of tiles
It was done, obviously, to save cart space in order to make bigger game.
I plan to do something similar for my next game (after Heavy Duty Sprinkler will be done, which is my "learning" game), however I don't know how I would detect collisions.
Let's say each "block" is 8x16 (WxH, in tiles). Drawing those, no problem, just something like this:
map (8*blockid,0,0,8,16) |

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.

Hello, I've got Pico-8 and playing around with it right now. However, when making music for the game, I've encountered a problem: when sounds have different speeds, they don't line up properly and there's a pause until slower one finishes playing. Well duh? But here's a thing: In "slower" sound I didn't use up all the lines and "actual" sound ends well before faster sound (background bass) plays out.
While I agree sometime pause may be important, I'd strongly prefer if "stop right there" effect would be added that stops sound on that specific line instead waiting until its "natural" completion (all lines played out).





4 comments






