Log In  

Long time hobby game developer, Hot Wheels racer and wrestling smark.


There's been a lot of drama recently surrounding PICO-8 games being turned into NFTs and then being sold on the GameStop NFT market...all without permission from the creators. One of my games got caught up in the mix and it's a shitty scenario across the board.

Ars Technica published a feature this morning highlighting the whole ordeal. It's a good overview of the drama with interviews from @zep and other creators that had their games hijacked. Worth a read for everyone that makes games here and something to keep an eye out for in the future.


Zep has been working hard deal with a lot of it and helping to get them off the GameStop market. Huge thanks to him for all his effort on this situation. It's not fun for anyone but he's certainly taken a lead role.

I've helped out where I could in regards to dealing with this problem but I chose not to get too involved otherwise. It's shitty that someone took my work and cashed in on it, but at the end of the day it's not taking any bread off of my table. I'm not going after legal action or anything that hardcore so I'm squarely on the "it's the principle of the thing" side of the coin.

This is not a thing and it will continue to be a thing, I'm guessing. Someone has proven you can turn our games into NFTs and cash in. Expect more and keep your eyes out.

P#115271 2022-08-05 15:53 ( Edited 2022-08-05 15:55)

Cart #helitack-0 | 2022-07-20 | Code ▽ | Embed ▽ | Forks ▽ | No License

Play above, search Splore for "helitack" or use LOAD #HELITACK from your PICO-8 commandline.

Only you can help...

Budgets are tight and staff is short so we're looking for volunteers to help keep our parks safe and beautiful.

Your job is to partol the park and rescue lost hikers and contain any forest fires that might get started. If you can keep things under control for 3 shifts, you can become a full-time helitack ranger.

Your helicopter is equipped with all the gear you need to get the job done. Stay focused, stay calm, and do your best.

We also recommend reading the handbook. It might just save a life.

How to play

This game supports gamepad and keyboard controls. Use the pause menu to check gamepad and controller mappings.

  • Up/Down - Throttle; Forward/back
  • Left/Right - Rotate direction
  • Z - Switch modes
  • X - Use selected mode
  • P - Pause + Music toggle


  • Design & code: Brian Vaughn, @morningtoast
  • Music & sound: Brian Follick, @gnarcadevgm
  • Art: Impbox, used assets from his game Tempest
  • Additional art: Brian Vaughn

Play more of my games on Itch.io

P#114586 2022-07-20 23:57 ( Edited 2022-07-21 00:32)

Does anyone have an example of a horizontal directional compass in a game?

The type of compass that is just a strip and moves left/right as the character rotates on screen? So like facing .25 in rotation would be North and so on from there. I don't need waypoints indicated, just have the direction be in the middle when the character is facing that direction.


I'm working to figure it out as we speak but this time I remembered to poll the community before I do a bunch of work, lol.

I think my struggle is how to turn the rotation of the character in speed for the horizontal compass and so the compass letters line up when a cardinal direction is hit.

Any ideas to approach or pointers, tips, examples are appreciated.

P#113187 2022-06-15 14:37 ( Edited 2022-06-15 14:50)

I put a completely unscientific research poll up on Twitter asking folks where they usually play PICO-8 games and the majority said they primarily play using the desktop client.

  • Desktop App: 56.7%
  • Desktop web browser: 23.3%
  • Phone web browser: 16.7%
  • Handheld App (non-phone): 3.3%

See the Twitter poll

I put up the poll because PICO-8 is in a unique spot where it can be played various ways on various platforms, and yet we're not able to design games to account for one or the other. This has always been a point of ponder for me and having this data helps me think about it better.

However, the audience that saw my tweet is probably regular PICO-8 players and devs anyway, so it's not the casual gaming public that most certainly plays through the web on Itch.io and whatnot. But, still interesting to see the results.

What does this tell us? I mean, not much, I guess, but to me it says the laptop/desktop is the device (and environment) where we're mostly playing. It's not on your phone or on a handheld like the RG351. It also means Splore is likely a primary source of access/finding of games. We might also be able to infer that the game is being seen on a rather larger display, not phone or handheld sized...so worry about sprites being "too small" could be less so.

Again, not a deep dive or anything like that but some interesting data all the same. Use it for good, not evil.

P#111784 2022-05-13 13:28 ( Edited 2022-05-13 13:28)

I'm trying go back into my game Destructopillar to try add/remove some things but see I am at token limit. I've done some basic refactoring and stripping out unneeded functions that are now part of the core but it's not enough.

I was looking over the manual to see what functions are available now and was reminded about coroutines. The problem is, I never really understood how to apply coroutines. I get the concept and I think I understand the gains (like saving tokens), but just can't figure out where in the game it would benefit from coroutines, if at all.

Please check out the Destructopillar game below real quick, even just the first stage and you'll get the gist. Then please call out the places where you could see coroutines being useful.

I'm not looking for cart code analysis or digging into what's there right now. Just looking at the game on the surface...the actors, the actions, the scenes...would coroutines possibly make sense anywhere?

And the answer could really be they wouldn't help in this type of game. And that's okay...because I just don't know. I sense that coroutines could help and make things better and save me some token trouble but maybe not.

Cart #dpillar21-0 | 2021-12-27 | Code ▽ | Embed ▽ | Forks ▽ | License: CC4-BY-NC-SA

P#110687 2022-04-21 23:52 ( Edited 2022-04-22 00:36)

The Agony and Ecstasy of the PocketCHIP

I arrived at PICO-8 because I bought a PocketCHIP back in 2016. The PocketCHIP came pre-loaded with PICO-8 and prior I had no concept of a "fantasy" console, but I was excited to make games again. Unfortunately, the PocketCHIP was a beautiful-yet-awful piece of hardware.

Essentially, the PocketCHIP was a Raspberry Pi-like mini computer wrapped in a case with a touchscreen and keyboard. On the surface, the PocketCHIP was a pretty raw looking piece of hardware...but I dug the style and was excited when it arrived. Yet I quickly found out that the experience of the PocketCHIP was something to be desired.

All bark and no bite

The keyboard was awful and despite coming with PICO-8 -- a game hub -- playing games was very unsatisfying. I needed a new bezel with a built in d-pad just to make playing games tolerable. I even had to put nail polish on keys to know what did what. In short, it was not fun to play on. But it did lead me to PICO-8 and for that I'm thankful.

Since then I've slapped PICO-8 on various Pi game stations and obviously played on my PC. Playing PICO-8 on a phone is certainly do-able but I'm not keen to the virtual d-pad and buttons...but in a pinch, it gets the job done.

But this week I got what I think is a really good solution for getting PICO-8 in my hands in a way that is comfortable, reliable, and satisfying. I got an Anbernic RG351V handheld and it's been a true joy.

Better late than never

I know I'm kinda late to the retro handheld party but here I am. I did some research and learned what I could about what's available - and there's a lot out there. I settled on the RG351V because the form factor was something I liked and all the reviews I read talked it up well.

Yes, The RG351 will play a ton of your old console games. Believe me, I've been loading it up with all the PC Engine and NeoGeo games I love to play, but I have to admit that easy PICO-8 setup was a big selling point. And it wasn't a lie.

Putting PICO-8 on this thing was a matter of copying some files into a folder and that's it. The RG351V has built-in wifi so it'll launch right into Splore and you're golden.

The experience you deserve

I know many, many people play our P8 games on the web through the site (probably) using the keyboard. At best, you're on a PC with a gamepad. This is fine and I appreciate people playing something I've created, but when I bought that PocketCHIP and started making games, the handheld experience and fun is what I was chasing. Where the PocketCHIP failed hard, the RG351V succeeds in spades.

To say my PICO-8 playtime will increase now is an understatement. My P8 play had decreased over the past couple years due to other things happening in life, yes, but also just because playing on my laptop isn't really convenient nor that enjoyable. Playing on my big TV is okay but lets be honest, our 128x128 games lose a little something on a giant screen.

There are a ton of retro handheld options out there now, from big to tiny, cheap to expensive. You probably already have one but if not, look into it. If you've been on the fence, let PICO-8 be your excuse and maybe get yourself one for Christmas.

This is the type of experience PICO-8 deserves and you deserve.

P#99037 2021-10-22 15:30 ( Edited 2021-10-22 16:32)

TLDR: This is a game that I started years ago and didn't finish. I went back to it on a whim and got it playable. You can download it. But really this is a story about returning to game design and PICO-8 and the joy it brought.

Don't call it comeback

Hello. I'm Brian aka @morningtoast. I jumped on the PICO-8 bandwagon back in 2016 and made a handful of games. For those that remember and played my games, thank you! For everyone else, please check out my old carts - they're still fun. But after a few years of pumping out games, I got a little burned out. I ran out of creative juice, got frustrated, and just had other things to do so I left the gamedev scene.

Scoot ahead a few years and I get an alert that someone commented on an old cart post here in the forum. It felt great seeing someone had played (and enjoyed) an old game. It reminded me a) why I make things, and b) games live beyond their release date...it's all about who finds them.

But that was enough for me to crack open my PICO-8 folder and revisit some of old work. What I found was a treasure trove of unfinished games, a few of which were honestly near-complete that I just never pushed across the finish line. Not sure why...but I decided to try and make one of them at least playable and release as a "lost cart" or something like that.


The game I chose was the last game I worked on called Destructopillar that has you controlling a monster caterpillar that tries to destroy cities and fight off military attackers. Kind of like the old Snake game mixed with SimCity if you were the disaster.

I remember working hard on the game trying to get it right but kept running into blockers. I don't remember if it was token count (probably) or just the game design at large, but nonetheless, I was never happy enough with it to have folks play it. I was one of those PICO-8ers that only released completed games (shame on me). But now I'd rather share something that is 90% complete than nothing at all. I mean, who am I? Just some doof making cheap games on PICO-8 for other doofs. P8 is about sharing and learning so why not do that.

So what did I find when I opened up my Destructopillar cart? What I found was that I had forgotten everything! I'm looking at the code and trying to remember the quirks of P8 and moreso what the hell I was thinking when engineering the thing. It's weird coming back to a project years later and asking, "why I'd do that?" and so on...you get mad at yourself! But after a few plays of the cart as it was, I listed out the things that were not finished and set out to fix them.

And frankly, there wasn't much to fix...a few bad sprites, a few missed ID#s that caused some grief, and a little overweight but otherwise it was pretty close. I got Destructopillar very playable and then realized that the reason I never finished it was just some poor design decisions. I'm guessing I got the game to a point where I thought I was done(ish) and then did some playtesting only to realize it was missing a lot of fun. And at that point I was too pooped to undo everything and try to fix it.

My goal now was not to fix the design problems but rather just get the game playable so I could share it. I'm so out of practice with PICO-8 that diving into that old code would be futile. It'd be easier to start over but now I'm at the point where I need to re-learn P8! Maybe soon but not right now.

The main problem I see with Destructopillar is mostly balance. It gets way too easy, way too quickly...sucking some of the fun out of it by the 4th level. I still dig the concept and the controls but it does get kind of boring and grindy, especially for an endless arcade game. I'm also bummed there's no music...

But it's very playable and not un-fun, so I hope you try it out on your console. The cart for Destructopillar is below. Just save the image locally and load it with your PICO-8 client.

Please enjoy Destructopillar

Cart #dpillar21-0 | 2021-12-27 | Code ▽ | Embed ▽ | Forks ▽ | License: CC4-BY-NC-SA

How to play


  • Use left/right to control your snake
  • Action button will use a boost to shoot your snake across the board (hit it again to stop)

Each segment of your snake is a weapon! Your weapons will automatically attack enemies, so all you have to do is control Destructopillar to crush buildings and avoid damage. If a segment takes too much damage, it will die. If your snake gets hit in the head, you lose a heart. Lose all your hearts and game over.

As you destroy buildings, your power meter will fill up. When it gets full, a piece of fruit will appear. Run over the fruit to add a new segment to your snake. The type of fruit will determine the weapon of the segment.

  • Pear: Machine gun, attacks air & ground targets
  • Blueberry: Laser, attacks air targets only
  • Orange: Flamethrower, attacks ground targets only
  • Cherry: Heals all segments

If you manage to collect 3 of the same fruit in a row, those segments will combine to create a powered-up segment with a stronger weapon.

After you reach the goal of each level, an exit will open up on one side of the map. Just find it and enter to advance. This game is endless. I never got around to make a boss battle or anything like that...but levels do get bigger and get more enemies as you go.

But wait, there's more!

After I had fixed Destructopillar, I discovered another cart that was half-done that was also labeled as Destructopillar! I loaded the cart thinking it was just another copy of the other game but found it was pretty different. Lets call it Destructopillar Alpha.

Destructopillar Alpha

The concept of being a snake that destroys towns was the same but some of the gameplay aspects were different. Like progressing based on people killed rather than just destruction. The pacing is a lot slower and the weapons & enemies are different. But in Alpha you can re-order your snake segments to match colors but the speed boost feature is not there. There are also achievements and different modes in Alpha. The effects were somewhat different too...and I liked them better in Alpha than the other even, I dig the smoke.

So it looks like Alpha was trying to be a more "complete" game but one that I'm guessing didn't get done due to token limit. Given the extras like unlocks, modes, and seeing how some of the graphics got simplified, it tells me this was done due to filesize. But...there were gains in the refactoring process: more enemies, better weapons, faster play, and better performance. I don't think Alpha is a better version of the game, just a different version that shows the evolution of design and engineering.

If you want to play Destructopillar Alpha, you can download that cart and play locally. Just save the image and load it in your PICO-8 console. However, mind you, I have not touched the Alpha version! No fixes or attempts to make it better. It'll probably crash.

Try out Destructopillar Alpha and compare it to above. Which do you like better?

This dive back into PICO-8 was very refreshing and rewarding. Even though it wasn't that long ago, it feels like forever since I've thought about or tried making games. It's something I love and always seem to return to when I need comfort. I guess now is one of those times.

And taking a look at games I had designed that never quite got finished was VERY interesting. I don't often go back and look at old projects...I make and move on...but this trip back was enlightening and motivating. I'm going to see what other unfinished games I can revisit and make available for play - even if it plays rather poorly. If nothing else, maybe it will inspire someone or give them an idea for a new game; one that will get finished and loved by all.

If you're interested in trying out other games I've made, please check out my Itch.io page or my profile here on the BBS. I might suggest Alien Harvest and BuzzKill as they're a couple of my favorites that I'm proud of.

Again, to everyone that helped me make these games way back when, thank you! Maybe I'll hop back on this horse soon and see what new fun I can come up with.

Thanks & cheers

P#98247 2021-10-05 17:44 ( Edited 2021-12-27 20:42)

I'm really struggling with this one...I'm trying to vertical scroll a map (shooter style) and wall tiles in that map collide with the player stop them BUT ALSO push the player down if appropriate.

I got the mget() and fget() stuff kinda of working as I'd hoped but detection seems wishy washy.

I have code for map collisions that works well when the map isn't scrolling, and I tried to translate that over but with the map moving, it didn't work well at all. Especially when it comes to pushing the player down off screen if they are blocked by a wall tile.

I'm hoping someone might have made a cart that uses this type of technique or a snippet that I can reference.

My fallback (as always) is just using a bunch of objects and move them individually (to get the scrolling) but I'm trying not to do that so a) I learn something, and b) because moving a bunch of objects in sync never works and always looks choppy.

Any thoughts, examples, or similar shared stories is appreciated.

P#65407 2019-06-26 14:38

Cart #dehobigezu-0 | 2019-05-23 | Code ▽ | Embed ▽ | Forks ▽ | License: CC4-BY-NC-SA

This is a late entry for the Tweet Tweet Jam from last week. I know, I know...but hey, I had a marathon of meetings at work so I made good use of the time.

Nonetheless, here it is. A simple little game inspired by the Tank & Plane LCD game I had as kid. Try to get the people from one side into the house while avoiding the Evil Cat Lord's love. But mind the gate, it blocks you until it goes down. See how many people you can save before you're hit (or get stuck).

Believe it or not, this is my first tweetcart (or close to it). I see the tweetcarts fly by on Twitter all day long but never really bothered to try one myself. I guess all the "art" carts aren't really my jam and I find myself at a loss when it comes to the math and magic behind making them.

Keeping things within the two tweet limit of 560 characters was quite the challenge. I took advantage of P8's wonderful symbol set and all-in-all, I'm pretty happy I was able to get things boiled down. I learned a lot and took advantage of a few shortcuts I had since forgotten or didn't know prior. I can probably go back through some full game carts and save a ton of extra space/tokens after what I've learned.

P#64686 2019-05-23 01:22

Cart #yipipanumu-0 | 2019-03-27 | Code ▽ | Embed ▽ | Forks ▽ | No License

I'm sort of at a loss right now on trying to get my snake to not be so wiggly when it's drawn. You can see the red head of the snake is fine...and nice clean draw no matter which way it's heading.

Press Z to add a segment and you'll see that each following segment is very wiggly when its draw, not clean at all...and I don't know why.

I don't know if it's just the way it's gonna be or if I'm drawing things wrong or just doing my calculations wrong for where segments are positioned. Or a little bit of everything wrong.

Any help, insight or suggestions are appreciated.

P#63074 2019-03-27 21:59 ( Edited 2019-03-27 22:00)

I'm wanting to make a big play area in my game with several cities in it. I made a sprite map of the city (see below) and I want to draw that map in several places. This is working great using map() drawing several times but when you make a change to a map using mset(), it changes it in every location that map is drawn...and that makes sense.

Sooo...is there a way to have a map, duplicate that map, and draw it to be treated as a separate entity/instance in conjunction with mset()

City A, City B, and City C all use the same sprite map but when I use mset() on City A, I don't want it to change B or C.

I'm probably complicating things way more than I need, but I thought using map() + mset() would be better/faster/efficient than managing an object and draw for each building in the city.

P#63027 2019-03-25 20:48

In order to save on some tokens, I put configuration number values into a string and then parsed that string. I then tried to use one of the values as a table key and it barfed on me.

Turns out, even though math functions recognize a string number as a number, using it as a table key will fail. You need to convert that string number into a integer for it work as a table key. My solution was to just add zero to number and it turned out okay.


printh(a+10) -- good, returns 11 (integer)
printh(t[a]) -- bad, returns FALSE

printh(t[a]) -- good, returns "apple" as expected

All in all, it makes sense but I had never come across this before somehow. But seems kind of weird that Lua will let you be lazy with numbers for math but not for other things.

P#62615 2019-03-06 15:51

It's been a while since I've made a game so I'm running into questions I probably had answers previously...my apologies if this is a rerun.

I typically use a table for each type of object - enemies, bullets, powerups, etc. - and then loop over each table checking to see if the collide or whatever. Something like...

for bk,b in pairs(bullets) do
    for ek,e in pairs(enemies) do    
        if collide(e,b) then ...do something... end

And then there could be several of these depending on which objects interact with each other.

But I've also seen where you use one table for all objects and then check object types to see if they should interact.

for bk,b in pairs(bigtable) do
    for ek,e in pairs(bigtable) do    
        if e.type==1 and b.type==2 then 
            ...do something...

        if e.type==3 and b.type==4 then 
            ...do something...

Is there any advantage to one of these methods over the other?

Personally, having a table per object type makes it easier to stay organized but having a ton of loops going feels troublesome and can be hard to manage. Likewise, looping twice over a giant table sounds less ideal as well.

So...just wondering. I'll probably keep coding how I always do because it works and keeps me sane, but was just thinking about the impact.

P#53152 2018-05-31 20:32 ( Edited 2018-06-01 06:26)

I'm trying to get P8 to run in a window on my Linux Windows install on my Raspberry Pi, so I can have it and my editor up on the same desktop (like I do in real Windows). But by default, P8 runs fullscreen. I've tried launching it from terminal with the flags outlined in the docs and even by editing the config file, but none of that is working, it's still going fullscreen.

Anyone else tried to run it windowed on Linux (RPi)? ..and got it working? Or is all that windowed stuff for "real" Windows only.

P#49737 2018-02-26 23:11 ( Edited 2018-08-12 11:43)

Sorry for the vague subject line...I don't know how to best describe what I'm seeing. That probably means this issue is certainly something I'm doing wrong but just don't know what. I swear I've done it in the past without problems so it has me wondering if it's a new P8 version thing or if I'm just crazy...anyway...

I have something like this...


function mybutt(myx)
   local obj=pool[1]


   add(list, obj)


And the problem is that when I loop through 'list' every value of 'x' is the last value added via the function, so in this example, 82.

But when I do rewrite as below it works as I think it should above...


function mybutt(myx)
   local tmp=pool[1] -- This is the part that feels wrong

   local obj={}

   add(list, obj)


It's like it won't add unique properties to the local 'obj' variable when I create it from another table. I have to put the pull from the other table (pool) into its own variable, then populate the table I actually want to add to the list.

I could swear that I've used the first version in the past and it has worked just fine...yes? No?

I shouldn't have to do it that way. Creating local from a global and then adding to that local should work just fine using dot notation and so on. It's bizarre.

And maybe I'm just all sorts of wrong, in which case, why doesn't example #1 work like I expect?

P#48435 2018-01-21 22:28 ( Edited 2018-01-22 15:31)

I'm looking for some help or snippet on how to create a path for an object that gives an arc between 2 coordinates.

I have code/examples for waves and orbiting in a circle, but I haven't needed to make an arc between 2 explicit points before. I'm not making an Angry Birds game but need that type of physics arc created that then allows a object to follow that path.

Ideally, something that lets you increase the gravity/friction/whatever that will slow the object down the further it gets away from the source point.

Although...I guess I could just trial-n-error it from the source point, messing with the variables until the thing lands where I need it. But having a 2-point method would probably be more helpful in the long run (for everyone).

Even if you have a cart that has something similar, I'm happy to code surf for things and learn.

P#48360 2018-01-19 12:33 ( Edited 2018-01-22 06:30)

Is there a where to run Pico-8 from the commandline so that it can compile/export without having to run the actual game? I'm looking for a way to create the HTML export without having Pico-8 running.

I'm often on a computer where I can't install P8 but can code with a cloud IDE. Of course, that's just blind coding without any running or debugging. So was thinking if I can could install Pico-8 on my web server (which I can ssh into) and run a command that will tell P8 to export the web version, then I might be able to do some debugging and testing.


I see there's a headless mode now available but not sure that would allow this type of workaround. That sounds like a normal "run and quit" type of thing.

P#47856 2018-01-04 11:33 ( Edited 2018-01-04 17:47)

It goes without saying that you should always publish and share your PICO-8 games here on the the official site. Not only will you get great feedback, your game will appear in the Splore menu of PICO-8. So it's a no-brainer for any game you make.

But where else should you publish?

When I made my first PICO-8 games, I wasn't sure where to put my games. I saw a few others use Itch.io so I did the same...and that's where my game publishing journey started.




  • Nice site that's easy to use for everyone
  • Customizable game pages
  • Web player and binary download options
  • Good analytics
  • Donation options


  • Limited exposure and findability
  • Lots of competition, focus on download games

Itch.io is a great platform on which to publish games (PICO-8 or otherwise). The site is nicely designed so it's easy for visitors to come and play. They also let you customize your game page so it's easy to add your own graphics and styles to help promote your game. I create a rather generic template for my games but also made a "fancy" one to promote Alien Harvest...check it out.

Itch.io also offers decent analytics and tracking for your games. You can easily see views, downloads and other stats.

One nice feature is that the site allows you to offer the web player version of your PICO-8 game but you can also put up other files for download (for free or purchase). So you can also add your binary game exports to your page. The site is setup to be a one-stop for game publishing.

You can also setup a pay-what-you-want style action for your games. So while you might not be able to charge out-right for your game, you can ask for a "donation" and maybe get some beer money...bonus!

If there's anywhere Itch.io seems to lack behind some of the others is in exposure and discoverability. Itch.io is host to thousands upon thousands of games, so you're a small fish in a very big sea. Sure, you should promote your game through every channel you care and drive them to Itch.io but I wouldn't rely on Itch.io to give you the exposure you hoping for. When I released a new game, stats were high for about 48-hours and then died drastically. Feedback and comments from players also seems to be sparse.




  • Good exposure without much effort, player feedback
  • Basic analytics
  • Revenue sharing


  • Can't customize game pages
  • No donation options
  • Web site feels quite dated

Newgrounds was one I hadn't heard of until recently when someone suggested it on Twitter. I checked it out and found that the web site is far from great to use. It's not difficult, per se, it's just ugly and the experience overall isn't that great. It feels very dated.

Newgrounds seems focused on web playable games, so you won't find the download competition like you have on Itch.io...but Newgrounds is also host to non-game creations as well, such as movies, music and art. They seem to do a nice job of separating and organizing.

The game manager for admins isn't bad either. Itch.io's is nicer and has more features but Newgrounds is still easy to use. You can't customize your page template or anything, so you'll need to get creative with your promotional text.

Newgrounds limits you to 2 game uploads per day, which probably won't be an issue unless you're uploading your back catalog of PICO-8 games like I was and had to spread them out over a couple days...just something to keep in mind. They also don't offer any way for people to pay for your games, but they do offer revenue sharing so you'll get a cut of ads on your game pages. Kinda nice but not sure how much it will yield...probably need a VERY popular game to warrant anything.

Where Newgrounds seems to excel is in good exposure and feedback. After just a few days with my game up on Newgrounds, it has several thousand views and some great feedback from players...far more comments that I ever got on Itch.io, and that's with zero promotion on my side. Newgrounds' base seems to be more active in playing new games which is great. It's hard to say what the longtail is...I haven't had games up for long.




  • API for scores and achievements
  • ????


  • Site is ugly; difficult for visitors
  • ????

To be honest, I can't really say anything about Kongregate because I haven't upload any games there.

I find their site a pain to look at and use, and that was enough for me to not use it. If a site isn't easy for me to use then I'm not going to ask others to go there.

I do know that Kongregate offers an API so that you can tap into their system for high scores, achievements and other things, which is a really nice feature, but I haven't tried them with a PICO-8 game yet.

If you have experience using Kongregate, please share your story.


Where else do you post your games?

As I've learned about game publishing sites, I've found it a real pain to keep up with them. I know it's too much of an ideal to just pick one and go with it...at least if you want as many people as possible to play. But making the rounds to each when I make game updates or changes is exhausting. I'm still trying to come up with a nice system that feels efficient...I'm close but not close enough to not make it feel like a chore.

Please share your own game publishing experiences in this thread so we can build up a good resource for folks looking to get their games in front of people.

P#46172 2017-11-12 00:27 ( Edited 2018-10-27 19:20)

Has anyone successfully changed the app icon for Windows binary exports?

By default, the cartridge label is used as an icon. To specificy an icon from
the sprite sheet, use -i and optionally -s to control the size. For example, to
use a 2x2 sprite starting at index 32 in the spritesheet:

I tried those flags as documented but it doesn't seem to change. Even without trying to use something from the spritesheet, the icon doesn't use the label or anything - it's just the Pico-8 logo.

Not end of the world if it's not working...just trying it out. Maybe a .11 bug? Dunno...

P#45807 2017-11-02 13:53 ( Edited 2017-11-07 17:59)

After several days of trial-and-error and testing with help of Twitter friends, it seems playing Pico-8 games on your smartphone is very do-able and comfortable, with only minor trade-offs.

I've put 3 of my games up for mobile play. Please give them a try on your phone and see what you think.

NOTE: You need to visit these links on your phone. Visiting them on your desktop will just load the game as normal.

I used this template from Dennis Treder as a starting point for the actual web controls that interact with Pico-8. I then customized it a bit to add more control layouts and make it into a "web app" of sorts for phones. On phones you can choose to have a web page behave as a "standalone" app, which basically means it runs in the web browser but hides the back button and all that type of stuff...so it looks like a native app. I'm still cleaning up my modified code but once I have it nice, I'll share it as well.

When you visit any of those game links on your phone, you should see a landing page asking you to add the link to your home screen. When you do that, you'll get an icon on your phone. Launch the game from that icon and the Pico-8 should boot and you can play.

I know it works on iPhones well. Android seems to vary a bit but should be good.

Based on feedback from Twitter testers, the games should work on iPhone and Android phones. They'll probably need to be somewhat modern phones with latest browsers.

The one thing that is known to be wishy washy is the sound. On iPhone Safari, there is no sound at all. On Android Chrome, sound seems to be choppy at best. So your mileage may vary when it comes to sound performance but the game itself should be pretty playable. Not ideal but closer than I've ever seen.

The on-screen controls are pretty ugly but honestly, they work really well with zero lag (that I've seen). One cool thing about that template is it allows for alternate layouts during the game. You'll notice in the games I've posted that you'll get different layouts depending on what part of the game you're in. Pretty spiffy.

This isn't a perfect method of playing Pico-8 games on phones but it's the closest I've ever seen and the closest that I feel okay putting my games out there and asking people to play. Lack of sound is a bummer but I'll take that hit to make my game easily accessible on a phone. I'm also hoping that near-future updates to Pico-8 and browsers will solve the sound problem for us.

I don't have the resources to get Pico-8 games ported over to native apps for phones so they appear in the App Store or whatever. Having a web app work like a native app is the closest I'll probably get...if nothing else, it's a great way to test to see if making your game a true App is worth it.

Please give the games linked above and try them on your phone. Post here about your experience or hit me up on Twitter @morningtoast and share your report.

P#45628 2017-10-30 10:19 ( Edited 2018-07-09 16:25)

View Older Posts
Follow Lexaloffle:        
Generated 2022-10-04 06:16:58 | 0.085s | Q:40