A Lithuanian programmer currently living in England
Age=13 Languages={langs.lua, langs.python, langs.c*0.1, custom.fasm}
I decided to mess around with trig functions and came up with this. It's simple, but looks fairly convincing in my opinion.
The code is a mess, I should probably fix it sometime soon.
I am working on a productivity suite of sorts for PICO-8, and this is the very early version for the text editor.
The bug comes from scrolling with up and down. To reproduce, do the following:
- Type some text on the top line, press enter
- Type some text on the second line
- Scroll as far down as possible
-
You should see the entire second line.
- Delete all
- Leave top line empty, press enter
- Type some text on the second line
- Scroll as far down as possible again
You should now see that the top two rows of pixels of the second line are not visible.
My code does not measure the length of the text, but the length of the table containing all lines, separated by new line characters. I have tried to debug, but that has not yielded any results.
Decided to extend Finale, and add a bit of a better animation. It evolves as the music goes on, so watch until the end. Enjoy!
So, as demonstrated by my recent post, I have finished my Pico-8 album, noclip. Now I want to export all the music from the cartridges. However, the exporter for music only exports one pattern. If you select multiple, it will simply export the one you just clicked on. Are there any tools made by the community which can export all the music from a cart and reconstruct it? Cheers in advance.
This is the sixth and final song in my album of short Pico-8 songs, noclip. Enjoy!
I've decided to have a go at developing a Portal/Portal 2 fangame since I'm a big fan of the series. This is the first public version of that, with most of the core engine code finished.
For those wondering, this takes place in the very, very early version of Aperture Science Innovators back when the facility was essentially a spiced up salt mine (hence the name).
Arrow keys to move, (X) to interact.
I've looked around and found out that literally no one has posted anything about attempts to implement BASIC on the PICO-8, which honestly kinda disappointed me. BASIC is, well, basic, so I would have thought someone would have at least tried to implement it... and now I want to do it.
Thoughts?
This brings up an error at line 21. I genuinely have absolutely no idea what it means.
Say a player has a way to design a custom painting in a game. This painting should persist between playthroughs, and be stored on the spritesheet.
I know that this should be done via cstore(), but I simply do not understand how.
function painting() -- code for modifying sheet through sset() here -- cstore(A,A,L) end |
What I actually need is the values for A and L.
Cheers in advance.
Decided to make a game about exploring a bunch of islands. Obviously needs a lot of work, but it's a start.
Hold S or (<) P2 to see the map.
Use P1 arrow keys to move.
Hold X or (X) P1 and press any of the P1 arrow keys to place/destroy a platform on water.
To do:
- Add Scenery (e.g. trees, plants, etc.)
- Add crafting + resource management
- Make music
- Make player look not trash
Decided to make a little 64x64 RGB display. 64 colours in total, which means 64x64x64. Neat.
Anyways, yeah. I've messed around a bit, and found some interesting colours. This probably won't be used at all, but it was fun to make, and I'm proud of it.
Decided to arrange some of the colours from the 32 colour palette, and this was the result. It consists of four gradients. Every colour has been named by yours truly to give some inspiration to the uses, but you can really use it for anything. If you use this for anything, please comment here! I want to see what you create with the colours.
EDIT: Due to SPLORE attempting to preserve explorer colours to keep visibility, it has sacrificed some of the colours in the label preview on native PICO-8. Not a bug, but I'm saying this just so that people don't get confused.
Long winded explanation:
UPDATE 0.2:
- A bit more content to show possible use cases
- Implemented scrolling with mouse wheel with @Einstein2's tips
- Now shows mouse
I decided to make a simple class implementation. Here's what I managed to come up with:
function class(c) name=c[1] _𝘦𝘯𝘷[name]=function(...) local initargs={...} local obj={___fnccore={}} for k,f in pairs(c)do if type(f)=='function'then obj.___fnccore[k]=f obj[k]=function(...) obj.___fnccore[k](obj,...) end end end obj.__init__(unpack(initargs)) return obj end end |
The (preferred) syntax to use this with looks like this:
class { 'classname' __init__=function(self,args) -- Stuff goes here -- end, -- Other functions here with "self" or something like that as the first argument -- } |
Here's an example:
class { 'printer', __init__=function(self,a,b) self.a=a self.b=b end, thing=function(self,c) print(self.a..self.b..c) end } test=printer('one ','two') test.thing(' three') |
The output for the above would be:
one two three |
Here is the cartridge containing the above example:
Feedback would be nice!
My test for a smooth camera system. I plan to integrate it into a FNaF style game. Feedback is appreciated!
I've decided to make a horror shooter. This one has easy to expand multiplayer. Just add as many new_player() statements as you need!
Update 1.1.0:
- Added map loading from-sprite
- Fixed a few bugs
So, as most of us know, .p8 cartridges consist of sections. lua,gfx,map, etc etc. Well, I found this other section named gff. I just wanted to know what it did, since it doesn't seem to directly correlate to anything you can edit. I'm just asking since I'm making a cart generator in Python so I need to know if gff is an important memory region.
So I've just been thinking: wouldn't it be much more convinient to be able to "push" a new version of a cartridge to the BBS?
So I came up with three concept commands:
- "PUSH"
- "LOGIN"
- "LOGOUT"
First, the login command. The syntax would be as follows:
LOGIN USERNAME PASSWORD |
The screen would then be cleared and a login request would be sent to the BBS servers. If all goes well, then the login would be remembered until you logout. This would allow for things like viewing favourited cartridges and seeing them stored on other devices and on the BBS itself.
"LOGOUT" is self explanatory.
Now, the push command. It can only be used when a cartridge is loaded in memory. The syntax is as follows:
PUSH CARTID |
CARTID being the normal ID, without the version(so "cart", not "cart-0" or "cart-1"). This would then execute the following steps:
- Check if logged in
- Send check request to BBS servers, asking if the cart id in question is owned by the current user
- If all goes well, send the cartridge to the BBS and get it uploaded
- If cartridge not owned by user, say so
- Send check request to BBS servers, asking if the cart id in question is owned by the current user
- If not logged in, say so
This way, small modifications won't have to include going into the browser at all.
> LOAD CART.P8 *modify some stuff* > PUSH CART Checking... Verification Successful! Sending... Cartridge uploaded at #CART-1# |
This would be a blessing to me.
I was listening to Missile Command's music, and really liked it, so I decided to export it to a .wav . I selected patterns 0-19 and, in the terminal, type the command:
EXPORT MISSILECOMMAND.WAV |
The result was, indeed, a .wav file, but played around a quarter of the first note of pattern 19. That's it. I'm quite annoyed since the menu music in Missile Command is very good, but that's not the point. The point is there's a bug.
View Older Posts