DGM_47 [Lexaloffle Blog Feed]https://www.lexaloffle.com/bbs/?uid=25585 Feature request: more save space <p>I figured out that you can use strings to set up a lot of content cheaply, and I understand that others are using procedural generation to get the same effect. All well and good, but that only works for static content. If you want a longer game where you can make changes that persist across sessions then the 256 byte limit on permenant storage is crippling. The game I want to make is basically impossible unless I use two or three extra carts JUST for their quarter-of-a-kilobyte save space. That seems a bit silly, especially since I'll be punished for it by not being able to use the BBS.</p> <p>Could we get a little more room, please? Keep in mind that even carts for the original Gameboy could potentially have up to 8K of save space. I don't think that allowing 1K would violate the spirit of the PICO-8, and it would open up a lot of possibilities.</p> https://www.lexaloffle.com/bbs/?tid=29902 https://www.lexaloffle.com/bbs/?tid=29902 Thu, 07 Sep 2017 16:59:12 UTC How big are bytes, exactly? <p>Greetings all,</p> <p>New PICO-8 customer here. I've been going over the manual and I'm a bit confused about something. In the Memory section it says &quot;Colour format (gfx/screen) is 2 pixels per byte,&quot; which implies 8-bit. But in the Lua Syntax Primer section it says &quot;Numbers in PICO-8 are all 16:16 fixed point,&quot; implying 32 bits. In that case you should be able to store 8 pixels-worth of color data per byte.</p> <p>So what gives, exactly? Can I POKE 32-bit values into sprite/map slots for extra data storage?</p> https://www.lexaloffle.com/bbs/?tid=29894 https://www.lexaloffle.com/bbs/?tid=29894 Mon, 04 Sep 2017 14:35:37 UTC