Pico-8 is a fantasy game console by Lexaloffle Games. The Pico-8 runtime environment runs cartridges (or carts): game files containing code, graphics, sound, and music data. The console includes a built-in editor for writing games. Game cartridge files can be played in a browser, and can be posted to the Lexaloffle bulletin board or exported to any website.
There are two major cartridge data formats supported by Pico-8: a text-based format (.p8
), and a PNG-based binary format (.p8.png
). The PNG file can be viewed as an image that serves as a cover image for the cartridge. The actual game data is encoded in the image data.
The picotool
suite of tools and libraries can read .p8
and .p8.png
files, and can write .p8
files. The suite is implemented entirely in Python 3. The tools can examine and transform cartridges in various ways, and you can implement your own tools to access and modify cartridge data with the Python libraries.
Note: picotool
is in its early days! See "Known issues" below.
To install the picotool
tools and libraries:
- Download and unpack the zip archive, or use Git to clone the Github repository.
- Unpacking the zip archive creates a root directory named
picotool-master
. When cloning the repo, this is justpicotool
, or whatever you named it when you cloned it.
- Unpacking the zip archive creates a root directory named
- Install Python 3, if necessary. (picotool has not been tested with Python 2.)
- To enable PNG support, install the PyPNG library:
python3 -m pip install pypng
To use a tool, you run the p8tool
command with the appropriate arguments. Without arguments, it prints a help message. The first argument is the name of the tool to run (such as stats
), followed by the arguments expected by that tool.
For example, to print statistics about a cart named helloworld.p8.png
:
./picotool-master/p8tool stats helloworld.p8.png
The stats
tool prints statistics about one or more carts. Given one or more cart filenames, it analyzes each cart, then prints information about it.
% ./picotool-master/p8tool stats helloworld.p8.png
hello world (helloworld.p8.png)
by zep
version: 0 lines: 48 chars: 419 tokens: 134
This command accepts an optional --csv
argument. If provided, the command prints the statistics in a CSV format suitable for importing into a spreadsheet. This is useful when tallying statistics about multiple carts for comparative analysis.
% ./picotool-master/p8tool --csv stats mycarts/*.p8* >cartstats.csv
The listlua
tool extracts the Lua code from a cart, then prints it exactly as it appears in the cart.
% ./picotool-master/p8tool listlua helloworld.p8.png
-- hello world
-- by zep
t = 0
music(0)
function _update()
t += 1
end
function _draw()
cls()
...
The writep8
tool writes a game's data to a .p8
file. This is mostly useful for converting a .p8.png
file to a .p8
file. If the input is a .p8
already, then this just makes a copy of the file. (This can be used to validate that the picotool library can output its input.)
The command takes one or more cart filenames as arguments. For each cart with a name like xxx.p8.png
, it writes a new cart with a name like xxx_fmt.p8
.
% ./picotool-master/p8tool writep8 helloworld.p8.png
% cat helloworld_fmt.p8
pico-8 cartridge // http://www.pico-8.com
version 5
__lua__
-- hello world
-- by zep
t = 0
music(0)
function _update()
t += 1
end
function _draw()
cls()
...
The luamin
tool rewrites the Lua region of a cart to use as few characters as possible. It does this by discarding comments and extraneous space characters, and renaming variables and functions. This does not change the token count.
The command takes one or more cart filenames as arguments. For each cart with a name like xxx.p8.png
, it writes a new cart with a name like xxx_fmt.p8
.
I don't recommend using this tool when publishing your games. Statistically, you will run out of tokens before you run out of characters, and minifying is unlikely to affect the compressed character count. Carts are more useful to the Pico-8 community if the code in a published cart is readable and well-commented. I only wrote luamin
because it's an obvious kind of code transformation to try with the library.
% ./picotool-master/p8tool luamin helloworld.p8.png
% cat helloworld_fmt.p8
pico-8 cartridge // http://www.pico-8.com
version 5
__lua__
a = 0
music(0)
function _update()
a += 1
end
function _draw()
cls()
...
The luafmt
tool rewrites the Lua region of a cart to make it easier to read, using regular indentation and spacing. This does not change the token count, but it may increase the character count, depending on the initial state of the code.
The command takes one or more cart filenames as arguments. For each cart with a name like xxx.p8.png
, it writes a new cart with a name like xxx_fmt.p8
.
% ./picotool-master/p8tool luafmt helloworld.p8.png
% cat helloworld_fmt.p8
pico-8 cartridge // http://www.pico-8.com
version 5
__lua__
-- hello world
-- by zep
t = 0
music(0)
function _update()
t += 1
end
function _draw()
cls()
for i=1,11 do
for j0=0,7 do
j = 7-j0
col = 7+j
...
By default, the indentation width is 2 spaces. You can change the desired indentation width by specifying the --indentwidth=...
argument:
% ./picotool-master/p8tool luafmt --indentwidth=4 helloworld.p8.png
% cat helloworld_fmt.p8
...
function _update()
t += 1
end
function _draw()
cls()
for i=1,11 do
for j0=0,7 do
j = 7-j0
col = 7+j
...
The current version of luafmt
is simple and mostly just adjusts indentation. It does not adjust spaces between tokens on a line, align elements to brackets, or wrap long lines.
The luafind
tool searches for a string or pattern in the code of one or more carts. The pattern can be a simple string or a regular expression that matches a single line of code.
Unlike common tools like grep
, luafind
can search code in .p8.png carts as well as .p8 carts. This tool is otherwise not particularly smart: it's slow (it runs every file through the parser), and doesn't support fancier grep
-like features.
% ./picotool-master/p8tool luafind 'boards\[.*\]' *.p8*
test_gol.p8.png:11: boards[1][y] = {}
test_gol.p8.png:12: boards[2][y] = {}
test_gol.p8.png:14: boards[1][y][x] = 0
test_gol.p8.png:15: boards[2][y][x] = 0
test_gol.p8.png:20:boards[1][60][64] = 1
test_gol.p8.png:21:boards[1][60][65] = 1
test_gol.p8.png:22:boards[1][61][63] = 1
test_gol.p8.png:23:boards[1][61][64] = 1
test_gol.p8.png:24:boards[1][62][64] = 1
test_gol.p8.png:30: return boards[bi][y][x]
test_gol.p8.png:36: pset(x-1,y-1,boards[board_i][y][x] * alive_color)
test_gol.p8.png:54: ((boards[board_i][y][x] == 1) and neighbors == 2)) then
test_gol.p8.png:55: boards[other_i][y][x] = 1
test_gol.p8.png:57: boards[other_i][y][x] = 0
You can tell luafind
to just list the names of files containing the pattern without printing the lines using the --listfiles
argument. Here's an example that looks for carts that contain examples of Lua OO programming:
% ./picotool-master/p8tool luafind --listfiles 'self,' *.p8*
11243.p8.png
12029.p8.png
12997.p8.png
13350.p8.png
13375.p8.png
13739.p8.png
15216.p8.png
...
The listtokens
tool is similar to listlua
, but it identifies which characters picotool recognizes as a single token.
% ./picotool-master/p8tool listtokens ./picotool-master/tests/testdata/helloworld.p8.png
<-- hello world>
<-- by zep>
<0:t>< ><1:=>< ><2:0>
<3:music><4:(><5:0><6:)>
<7:function>< ><8:_update><9:(><10:)>
< ><11:t>< ><12:+=>< ><13:1>
<14:end>
<15:function>< ><16:_draw><17:(><18:)>
< ><19:cls><20:(><21:)>
...
When picotool parses Lua code, it separates out comments, newlines, and spaces, as well as proper Lua tokens. The Lua tokens appear with an ascending number, illustrating how picotool counts the tokens. Non-token elements appear with similar angle brackets but no number. Newlines are rendered as is, without brackets, to make them easy to read.
Note: picotool does not currently count tokens the same way Pico-8 does. One purpose of listtokens
is to help troubleshoot and fix this discrepancy. See "Known issues."
The printast
tool prints a visualization of the abstract syntax tree (AST) determined by the parser. This is a representation of the structure of the Lua code. This is useful for understanding the AST structure when writing a new tool based on the picotool library.
% ./picotool-master/p8tool printast ./picotool-master/tests/testdata/helloworld.p8.png
Chunk
* stats: [list:]
- StatAssignment
* varlist: VarList
* vars: [list:]
- VarName
* name: TokName<'t', line 3 char 0>
* explist: ExpList
* exps: [list:]
- ExpValue
* value: 0
- StatFunctionCall
* functioncall: FunctionCall
* exp_prefix: VarName
* name: TokName<'music', line 5 char 0>
* args: FunctionArgs
* explist: ExpList
* exps: [list:]
- ExpValue
* value: 0
- StatFunction
* funcname: FunctionName
* namepath: [list:]
- TokName<'_update', line 7 char 9>
* methodname: None
* funcbody: FunctionBody
* parlist: None
* dots: None
* block: Chunk
...
picotool provides a general purpose library for accessing and manipulating Pico-8 cart data. You can add the picotool
directory to your PYTHONPATH
environment variable (or append sys.path
in code), or just copy the pico8
module to the directory that contains your code.
The easiest way to load a cart from a file is with the Game.from_filename()
method, in the pico8.game.game
module:
#!/usr/bin/env python3
from pico8.game import game
g = game.Game.from_filename('mycart.p8.png')
print('Tokens: {}'.format(g.lua.get_token_count()))
Aspects of the game are accessible as attributes of the Game
object:
lua
gfx
gff
map
sfx
music
While the library in its current state is featureful enough for building simple tools, it is not yet ready to promise backwards compatibility in future releases. Feel free to mess with it, but please be patient if I change things.
See "Known issues" and "Future plans."
If you want to change the picotool code and run its test suite, you will need the Nose test runner and the coverage tool. You can install these with pip
:
python3 -m pip install nose coverage
To run the test suite:
python3 run_tests.py
By default, this produces an HTML coverage report in the cover
subdirectory. Open .../picotool-master/cover/index.html
in a browser to see it.
-
picotool and Pico-8 count tokens in slightly different ways, resulting in different counts. More refinement is needed so that picotool matches Pico-8. As far as I can tell, with picotool making some concessions to match Pico-8 in known cases, Pico-8's counts are consistently higher. So I'm missing a few cases where Pico-8 over-counts (or picotool under-counts). In most cases, the difference is only by a few tokens, even for large carts.
-
Pico-8's special single-line short form of the Lua
if
statement has some undocumented behavior that is currently not supported by picotool. Of all of the carts analyzed so far, only one such behavior is used but not yet supported: if the statement after the condition is ado ... end
block, then the block is allowed to use multiple lines. For now, picotool does not support this.if (cond) do ... end
can always be rewritten asif cond then ... end
. -
There may be obscure issues with old carts that cause the picotool's .p8 output to differ slightly from Pico-8's .p8 output for the same .p8.png input. In general, it appears Pico-8 manages some legacy format bugs internally. It is unlikely picotool can ever hope (or should ever try) to recreate the entire internal upgrade path.
- helloworld.p8.png: The 2nd sfx pattern is has four note volumes in the PNG data that do not match Pico-8's RAM data when the cart is loaded.
- Tower of Archeos: An old short-if syntax bug allowed this cart at .p8 version 0, but is a syntax error at .p8 version 5.
-
Pico-8 has implicit support for a non-ASCII character encoding, but it isn't UTF-8, and I'm not sure what it is. This is almost never an issue because you can't enter high chars in the editor nor print them with the Pico-8 font. I found one case (cart 11968) where there's a high char in a string, and Pico-8 treats it as a similar low char. For now, picotool replaces non-ASCII chars in Lua code with underscores.
picotool began as a simple project to build a code formatter for Pico-8, and eventually became a general purpose library for manipulating Pico-8 cart data. The goal is to make it easy to build new tools and experiments for analyzing and transforming carts, as well as to make new and interesting tools for Pico-8 developers.
TODO:
- Semantic APIs for the non-Lua sections
- Find and fix token counting discrepancies
- luamin: eliminate space between symbols and words
- luamin: eliminate space left behind by removing semicolons
- luafmt: adjust spacing between things
- stats: report info about other regions, e.g. color histograms
- Rewrite expression AST to represent operator precedence
- Improved API docs, especially the AST API
- Improved reporting of parser errors
- Automated tests for tool.py
- Recreate Lua compression algorithm to report on compressed size stats
- PNG saving to update an existing PNG cart
- ... to create a new PNG cart from a given/generated image
- Update stats to report on compressed Lua size when starting from .p8