Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
Tags

JadeLombax

67
Posts
26
Followers
A member registered May 06, 2020 · View creator page →

Creator of

Recent community posts

(1 edit)

Yeah, the dungeon does rely pretty heavily on trial-and-error since there wasn't space for complex mechanics, and storing two copies of one sprite and using tile properties was cheap. The entire map is shown for a frame at startup when it's being drawn, so your cheating isn't entirely unprecedented. Glad you had fun, and thanks for the feedback!

Okay, a fixed version is up. The offending area is now blocked off, though still visible for the sake of intrigue ;). The cave entrance is also slightly repositioned, but still on the same screen.

Cool, glad to hear it! Had to cut out the little victory message and freeze frame I wanted for the end, but hoped things would be clear enough despite that. 

(1 edit)

Glad you're enjoying it. You're actually the second person who's written about being confused by my little bug-doubling-as-a-feature. Guess that's what I get for not having any play testers. I'm working on a fix, and I explain what's going on here:

https://www.lexaloffle.com/bbs/?tid=54435

Also, you mentioned the dungeon, did you figure it out, or were you stuck there?

Thanks,

I might be able to tweak the movement speed, I'll experiment. Just curious, have you found any caves past the first, or the dungeon?

I'm sorry, I didn't realize this was glitched due to a Pico-8 update. It's now  fixed.

(4 edits)

Thank you,🙂

I've thought about using fillp() to draw shapes so that only the low bits are used and a simple memcpy() call could transfer the data, but that would cut your horizontal map size in half. As it is, I think my little transfer script is pretty byte-efficient, as it has a lot of redundancy. I actually used the extended map memory, so the entire map (above & below ground) covers 88 in-game screens, with 48 for the overworld, making it 3/8 the size of Hyrule from Zelda 1.

I hope people take the time to play through it, I'm especially proud of the dungeon and I had fun making the map space used to draw the dungeon walls double as a secret underground area itself.😉

(1 edit)

I had to submit an incomplete version to meet the deadline, as the map encoder was glitching and I had to work. A fixed version should be up tonight or tomorrow.

I'm flattered, thank you.😊

I'm also amused, as this the first time I've seen a review of a game that's several times the size of said game's entire source code.😄

(2 edits)

Excellent job fitting in so many functional mechanics. At first I thought sticking to walls was just a bug, but it's very useful. I've personally never been able to jump well using the up button, so I changed "if(b&4>0" to "if(b>31" to switch it to X and it works great.

(1 edit)

Thanks,🙂

I just tried to mimic the style of zep's Jelpi platformer demo.

Thanks,😊

Took a lot of loop tricks to get this one working, but running in a straight line just isn't as fun without some parallax.

Very nice job!

Looks nice, and has an engaging risk/reward system of trying to aim at enemies while avoiding obstacles. I never played the original game, but I can see why it would be popular.

I think user-controllable firing would be a nice addition if you could find a way to squeeze it in, but it works okay as is.

Thanks for the mention, =)

I actually updated the encoders and tutorial with automatic escape-code insertion so you can use up to all 255 chars in your strings, which can let you cram a bit more in.

(2 edits)

Thank you,☺️

I spent a while designing the tiles using Pico-8 shape commands, trying to draw everything as efficiently as possible. I put a bit more detail where it was most noticeable (especially the pipes and the ground), and left it out where it wasn't, like the clouds and hills. Between that and colors that are pretty close to the original, it gives a good overall impression, even if a lot of details are missing.

(4 edits)

I like the animation, and the game over screen is surprisingly stylish. Some destructible barriers would be nice, but don't know how that would work with the super fast bullet-hell-type design. Feels like these guys just raided the puny earthlings' espresso supply.😋

(2 edits)

Great job on this! It looks good, but even more impressively the controls and physics are great, too!

If you have anything more you wanted to add, it does seem like there's a bit of room to cram things further, I looked over it a bit and got the byte count down to 993. ;)

(2 edits)

Thanks, ☺️

I actually managed to cut out a few more bytes and added a poke to fix the repeated jumping. I think I have a pretty solid platformer base for any more little projects I do in the future. 🙂

That's cool, I guess I inadvertantly kind of recreated a bug/Easter egg from the original game. Thanks for taking the time and interest to find that. ☺️

The experimentation part does seem a bit daunting. It offers more potential space, but I've gotten so used to cutting down chars it seems I'll have some re-learning to do. Glad we have a month.🙂

(5 edits)

Yeah, I recognized my sprite compression code there. Nice thing about that is I can just open a blank cart and replace sset with pset to see the raw sprite data. Beyond that, though, really nice use of color variation, particles, screen distortion, and lighting!

As for suggestions, I just wonder if you'd consider letting the player either eat fish the same size as them, or just pass through them unharmed. It was a bit surprising to find that touching the same size fish kills you.

Wow, those are some nice graphics, very well done!

(2 edits)

I guess I've programmed a bunch of little games and tweetcarts in a rather insane manner then, staring directly into the abyss. o_O

On the plus side, if I can do that, I figure I could probably handle doing some coding in assembly if I wanted to learn it.

(3 edits)

Glad to hear you finished it, I've been hoping that people would do that. Went back and re-assessed my code, and managed to squeeze in instructions to hold the button to bounce, so hopefully that helps someone avoid frustration in the future.

As for the logo, that's pretty hacky. The characters are actually printed in black to the top left corner of the screen, then that area is scanned left to right top to bottom via a single loop using the floor divide and modulo operators, and the color value is tested for each pixel. For each one, a circfill command is given, but the radius value has the pixel color of that spot subtracted. Since subtracting 12, the number of the background, results in a negative radius value, no circle is drawn for spaces that aren't black. Finally, a blue filled circle is drawn over the printed text to hide it.=) You can see it printed out if you delete the chunk of code that looks like this:

c(0,4,k,12)

Oh, also, in case you hadn't tried it, I thought I'd mention a little easter egg. If you press the directional buttons on the title screen, you can make Squirt do a little dance. It's just an unintentional side effect of reusing his code while restricting movement, but with tweetcart games, you've gotta make bugs into features!

(3 edits)

Thank you very much☺️,

This was actually my fist game (well, technically a revision of my first game), and as such I ended up putting quite a bit of time into it, refining and cramming it down to size. Probably overkill, but it taught me a lot. I've had some comments expressing frustration with the controls, as it's designed around holding buttons down to bounce, but there wasn't quite space to explicitly explain that in-game. Hopefully you didn't try playing by just pressing the buttons. Did you play through to the ending?

Wow, if I actually managed to introduce someone to Tetris, that's a really cool thing, glad you liked it. =)

(3 edits)

Great job! The compression system is impressive, but I think the visual design really pushes it to the next level. Visual touches like the flowing bubbles and undulating seaweed give the simple graphics a lot of life and personality.🙂

(1 edit)

Thanks, I've got a lot to learn myself, I'm just used to trying different approaches to a problem long enough to figure out sneaky workarounds.=)

(4 edits)

Good job on this, it looks and plays really nice!

I noticed you used 2-color sprites for the gorillas, and I initially thought this was a stylistic choice because of the way the original game looked, but reading below I saw that you had originally wanted to use 4-color sprites but ran out of chars, so I looked into it and found a fix if you're interested.

You'd need to replace 2 bits of code to make it work. The first is the sprite decoder, which you could replace with this, which is set to 3 4-color pixels per character and includes a color lookup string:

for i=0,128do v=ord('456',(ord("",i\3+1)-35)\4^(i%3)%4)sset(i%7,i\7,v)sset(12-i%7,i\7,v)end

You only actually need 7 pixels in width for the sprites, but I'm thinking maybe you used 8 to avoid a graphical glitch? Assuming you're using the full range of 221 chars, you could use up to 6 colors for each gorilla sprite if you wanted to, you'd just need to change the 4's there to 6's, and add a couple extra entries in the lookup string.

This would take you to 1026 or 1028 chars, but I noticed you're using binary AND operators for the button controls, and a combo of modulo and floor divide is slightly more compact, so you could replace those with this:

b=btn()z-=(b\2%2-b%2)/800f-=(b\8%2-b\4%2)/8

This saves 8 chars and gets you down to 1018 or 1020. =)

Here's a pic of a little test I made with 5-color sprites and a lighter blue background in 1024 chars.

Cool little 3D game.🙂 The scaling effect is nice, and the flapping wings animation is really smooth. My top score so far is 87.

Thank you,

I tried hard to get the feel right. There were a couple things like the speed of movement that were limited due to the character limit, but I'm glad to hear the positive feedback on the core mechanics. I'm thinking about making a deluxe version with no size limitation sometime, if I can add some other unique feature, as well as some kind of music.

You're welcome for the sprite routines, I'm glad to see people using those. I'm currently working on pushing things further and making a system that can handle full-blown level graphics in a very small space. Hope to have something done to show that off by the end of the jam.

(1 edit)

Thank you, ☺️

This was built on an earlier version for Tweettweetjam, so I've had time to playtest and work out the obvious bugs. I also spent some time experimenting with what colors  to use for each block type, though the final result seems even a bit more vibrant and saturated than I expected!

(1 edit)

Thanks🙂,

To be fair, I didn't make this from scratch for the jam, it's a "remaster" of a game I made for Tweettweetjam. I did work hard on refining it, though.

(2 edits)

Thank you,

It took longer than expected due to the finer mechanics of Tetris being more difficult/space consuming to code than I thought, but I've been wanting to make an upgrade of my two-tweet version for a while.

If I finish any more submissions, though, they'll focus less on pushing mechanics and more on being graphical demos.😉

(2 edits)

Thank you,

This took longer than expected since the code for mechanics like allowing parts to fit under ledges and properly triggering  game overs proved trickier and more space-consuming than I'd planned. Had a nice graphical logo and was working on sound effects, but those wouldn't fit. ☹️ I should probably just make a non-size-limited version.

Anyway, if I manage to finish another entry or two, they'll be less focused on pushing mechanics, and more on being graphical demos. I find that easier, and more fun anyway.

Actually, it's teeny tiny...

J/K. Thank you very much. =)

Took me a minute to figure out the editor controls, but this is awesome! It feels like a tiny little version of Mario Maker, mixed with N. =)

This is pretty neat. The animation and sound help it feel more fleshed out,  and the ocean you come across after a few screens, makes the game world feel a lot bigger. I wonder if the requirement for how flat the ground must be to land might be adjusted, though, as a number of times I tried to set down on what looked like flat ground, only to have the helicopter explode. o_O

(1 edit)

Neat! I've started working on a version of Berzerk myself, and was wondering if it could fit in 1K. I guess this answers that question.☺️