Demo of PUMA industrial robot kinematics.
The user can move the Tool Center Point (TCP) and the robot will follow.
The demo operates in three modes:
- Camera mode (rotate the camera)
- Motion mode (move the TCP)
- Rotation mode (rotate the TCP)
The inverse kinematic (IK) problem is the problem of calculating such joint angles that the robot TCP takes the proper position and orientation.
2 comments
Years ago I had written a QBasic program for Gina in Taiwan. In it, it imploded the map of Texas along with a greeting. When you ran it, it had the pixels come from all sides of the screen to implode the image I put in there.
Now you can do the same thing in Pico-8 !
Create any picture you want, call initexplosion() then explosion(1,flag) Flag to 1 if you want to skip seeing the explosion and only want to calculate for it. Then you are ready. Now call explosion(-1,0) to see the neat implosion effect of the image you put in there.
0 comments
I first off wanted to let you know that I was just experimenting recording some .GIFs in PICO when I noted that the last .GIF I made was 6.49mb in size.
I loaded this up in VirtualDUB to check each frame in it, to make sure it looked alright, and then tried saving it back as an EXPORT .GIF to compare filesizes.
The filesize THEN was only 209k ! A 97% reduction !
I compared both. None miss frames, none have any distortion. They are the same EXCEPT that VirtualDUB has some massive compression going on there !
So ... Zep, someone, anyone ? the .GIF saver in current PICO-8 can definitely be optimized. No doubt about it. VirtualDUB was written 19-years ago - so it's not something new.
I can't upload the 6.49mb GIF in comparison here, says the filesize is too big.
Here is the 209k GIF though so you can see it's not missing anything. There's definitely good compression going on there !
2 comments
Sybil's Tail is a tiny, 15-30 minute long platformer made for PICO-8. Run, jump, slide, grab, and toss your way through 6 bite-sized areas as you search for a mysterious meteorite that fell nearby!
hi there!! after 4 months of working on it, I've finally finished my first PICO-8 game, Sybil's Tail! this project was a lot of fun to work on, and getting everything to fit into the 32k of cart space required a lot of tricks to make things work right. a large reason it took so long was all the rewriting and compressing it took to get in all in there. but! the result is exactly the game I set out to make! I hope y'all enjoy exploring this little 8-bit world I've made.
it's also on itch here, which includes native exports, and the soundtrack. speaking of, I would like to extend special thanks to @kitorchid, who made the incredible cover art for the soundtrack, and @osmoru, whose adorable artwork formed the basis of the cartridge label design. In addition to those commissions, I also received wonderful artwork of Sybil from @MarziManed and @_pexl, who are both very cool artists that you should check out as well! And of course, I would like to thank all testers and of course my friends, without them none of this would have been possible.
46 comments
press z to mark point
press x to engage the wiggle
check menu (enter) for various options!
0 comments
Hi everyone. During the 3rd GameShell Game Jam, I and my friends made a tiny puzzle game named SHIFT, and it is also the theme of the game jam. We spent about four to five days in all making the mechanism, levels, and the music.
The game combined the Sokoban mechanism with "shift", which you can move into the wall area when your shift ability is enabled. Your goal is to move onto the tile which looks like a teleporter or something. The current version features 16 levels. None of us are experienced game dev, so this game may feel a little bit weird, but I hope you could enjoy playing it.
Control:
O to toggle the shift ability.
X to undo.
You could restart the level in the pause menu.
1 comment
I don't think anyone will seriously read this, I'm a nobody and I never blog here.
However, it's a tad frustrating that there seems to be an overabundance of Celeste mods within the normal places to release carts which makes me wonder if maybe Pico8 BBS needs a section just for game mods?
I think it would help fix a little of the clutter. I look at what appears to be a new game then after I get into the thread, I find out it's a mod of a game I already played.
It's just something I was thinking about and there's no place on the forum to speak to this so I figured I'd just mention it into the air for it to disappear forever. :)
2 comments
I ported Shenzhen Solitaire to PICO-8. I made this a while ago but have only just now gotten around to posting it. It should handle all cases correctly, but please let me know if you run into any bugs.
I am not musically inclined at all, so if someone would like to help by translating the music to PICO-8 that'd be awesome.
Controls:
Z: select/move card(s), press dragon buttons
X: swap between free cells and table
Left/Right: move cursor (wraps around screen)
Up/Down: grab multiple cards (if able)
Rules can be found here: https://shenzhen-io.fandom.com/wiki/Shenzhen_Solitaire
5 comments
Years ago computers had very little memory. I am reminded of the Apple ][ computer which although having 2-HIRES graphic pages each 8192-bytes in size with a resolution of 280x192 B&W pixels, you only had about 16k of RAM space if you used both of them for your program.
The original method was to plot an image on one page while viewing the other, then swap the two so you were always plotting on one while viewing the other. Yet this technique cost two HIRES pages of memory.
So a new method was adopted to handle plotting sprites and graphics over existing static images, and that method was called XOR.
On the Apple for instance you could plot a shape with XOR dots, that is for every pre-existing black dot you plotted on, it would appear white. Likewise if you plotted on a previously existing white dot, the plotting color for your dot would be black.
0 comments
You are the god of this planet, unfortunately your powers are limited to the control of gravity in this patch of the galaxy. Do everything in your might to keep the planet at temperatures that can sustain organic life. To guide you, the habitable zone of each system is shown in green on the playing field.
Remark: the solar systems are auto-generated from the seed given at the start of the game. I tried to make it so all generated solar systems have a good starting position, but if you encounter a particularly bad system just restart with a different seed.
Also: After hitting start in the menu, the game may take a while to actually start. The calculation of the habitable zone is not very optimized and takes a while, so just be patient, there's nothing wrong with your browser. ;)
6 comments
Credit to MBoffin who inspired me to write this, mostly so I myself could prove that I understood seldom used Pico-8 command set of COROUTINES such as COCREATE(), CORESUME(), and YIELD().
If you just want the source without the sound effects, that can be found HERE:
-- dw817's very simple -- cocreate() program function main() ------------->> cls() init=0 repeat -- if press (x) or this is the -- first time to run, -- prepare for being able to -- call function "act" as a -- co-creation if btnp(5) or init==0 then init=1 -- make a pointer for the -- cocreation function "act" go=cocreate(act) sfx(0) -- low pitch end -- if press (o) then call -- routine here to plot three -- circles, one at a time, and -- one for each press if btnp(4) then coresume(go) end -- update screen flip() until forever end --<<----------------------- -- three circles, click (o) -- three times to see all three function act() circfill(10,10,10,5) sfx(1) -- high pitch -- each time yield is used, -- the position of where the -- program is in the function -- is recorded and the function -- exits yield() -- the second time you press -- (o) the function will start -- here, not at the beginning circfill(20,10,10,6) sfx(1) -- high pitch yield() -- as above, this function -- starts here on a 3rd press circfill(30,10,10,7) sfx(1) -- high pitch yield() -- there is nothing more here -- so pressing (o) a 4th or -- more does nothing. -- you must call cocreate() -- again in order to reset -- this function to start -- running the 3-circles again end main() |
4 comments
Wandering carelessly through space you get swallowed by b'Ah, the semi-sentient semi-cybernetic semi-grumpy semi-planetoid! Now fight your way to its other end (there's one)!
Still in need of some polish here and there but (hope)fully playable, so here it is!
(edit) moved from w.i.p. to cartridges after all. some update still coming up later on...
6 comments
Chrome 76.0.3809.132, macOS 10.14.6. Cannot repro in Safari. Not sure when this started, but all of the web players on the BBS are blurry. Anyone else seeing this?
Web export from 0.1.12c still works fine, so I assume the BBS web player has an upgraded player with this regression.
1 comment
This is a heavily commented cart that shows one way of doing flowing dialog text with coroutines. If you have any questions on how it works, feel free to ask. Again, this is one way of doing it. :)
2 comments
I apologize I have no code snippets here, it's actually a question about code.
Reading the specs for pico8, there's a 32kb limit. Is this for JUST code? I know that obviously the cart cover shouldn't be counted against any actual program/graphic/sound data, it's just for decoration and distribution, but I am working on a program at the moment, I only have 800 tokens, have used about 1/4 of the sprite sheet, no audio/sound data, and about 64 lines of text in the code...
But I'm reading 15kb already and that seems a little excessive and it's got me spooked in terms of how much further I can take this even though I'm barely using any of the resources.
Is the 32kb for JUST code? Is it 16kb for 'built in data' i.e. graphic memory and 16kb for code?
I'm curious what the actual structure is because I feel like as little data as I have thus far (no cart image taken for this program thus far) is far below 15kb.
Thanks for any help on clarification.
15 comments
This is an old cartridge my brother and I never quite finished because we hit the token limit. I am not very pleased about how it came out, as I don't have much skill in level design.
Knighthawk's theme was inspired by a board game called Scythe. Scythe had great artwork, and I believe the game was based on the art. All the art in Scythe was painted by Jakub Rozalski. I loosely tried to follow the theme of the art. If anyone wants to know why I chose an orinthopter, it was because it seemed to fit this theme. I hadn't read the Dune books at the time, though I have started reading them last week.
About Gameplay:
The main mechanic of Knighthawk is to swap between weapons based on the situation at hand. Use X to do this.
2 comments
"Oh My Blob!" is a turn-based puzzle action game where you play a knight fighting against a horde of different kinds of blobs.
Controls:
Arrow keys: Move/Attack
Z/X: Skip a turn (or "start game" in the menu)
Levels 1-28 are complete, 29 needs a bit of adjusting, after that it just ends unceremoniously with a glitchy screen.
I'd love to get some feedback on how it feels, if you get stuck anywhere, if you feel like you're learning how the different blobs work and so on.
Thanks for looking!
8 comments
