- created itch.io page with gamepad support: https://sascha217.itch.io/smb
- added one more level
- added new sound effects(thx to nico gueguen)
Is probably more a demake than a remake.
- 5 Levels
- all powerups
- 7 different enemy types
- moving platforms
- simplified physics, due to token limit
- removed 'running across narrow pits', due to token limit
Do not know if cartridges is the correct category, but since I reached the token limit, this is almost finished.
Compressed code size is ~12kb, so I will probably add 4 more levels and hopefully some missing sound effects.
token limit is annoying, because the whole map memory is free and could be used for intro screens or more levels.
Here is the uncompessed source code:
Can not be stored in pico-8, because it brokes the strings
Really cool demake, but still needs work...
the physics and controls feel really off, as Mario falls at a steady pace immediately after releasing the jump button, and his jump is much higher (for example, getting to the top of 1-2 is much harder because I keep on hitting the bricks.)... I'm curious as to what's taking up all the tokens, as it's clearly not levels, and the code could probably be shortened even more...
>> Really cool demake, but still needs work...
Thanks. You're right... it's a litle frustrating, cause the token limit prevents me from polishing
>> I'm curious as to what's taking up all the tokens, as it's clearly not levels
I wonder too... uncompressed source is linked. Any tips are welcome. I spent a lot of time reducing the token count... but hey, it's idiotically anyways... there are around ~1000 SELF. calls ;)
I am relatively proud of how I have solved this with the levels.. currently ~ 11kb uncompressed map data, and probably enough room for antother 3-4 levels
Jump height is basically controlled in that way:
--controlling jump height: --stop upward movement in jump --when "a" was released elseif was_jump and not jump and mp.vy < 0 then mp.vy = -0.0001 end
In principle the controls in the original are probably delayed. But I think the controls in the original are a lot more diffucult , especially without gamepad... At least my girlfriend found this easier.
Did you use a gamepad?
OK, updated the link:
Title screen is using map data. (the first 16x16 blocks).
More ist not used anymore... I created a custom level editor, which exports strings. But if I had known, that there is only enough memory for a few levels, I had not taken the trouble...
I have just added beanstalks and this as the fifth level and the compressed code size increased to ~14kb.
Wow very cool. You know about using multi-carts for data? You could store all your level data in a seperate cart, I think. It won't work in browser though :(
Since its a demake, perhaps you could take some liberties with the level design, and shrink them drastically, and only do 2 or 3 levels per world.
You might also be interested in Pixel Vision 8 (https://pixelvision8.itch.io/game-creator). Similar to Pico-8 but console limitations are configurable.
Multi-carts work in browser, but not on BBS, that's why I decided to make it as single cart game.I did not cosider the compressed code size limit at the beginning :(
>> and only do 2 or 3 levels per world.
Yes, I thought about the same, but since there is only 1kb memory left, I will probably add just on more level - that are around 100 screens all in all.
>> You might also be interested in Pixel Vision 8
Cool, just saw the SDK sow far.
But this 8k token limit makes no sense at all. You can make a limit, but at least 16k+16kb user memory whould make sense.
Currently it is simple impossible to create games like mario, turrican or other 8bit titles. Which is sad..
Really great remake. The backward scrolling is a welcome addition to the original game as well. Other additions such as starting the game as Super Mario and the lenient fire-flower-counts-as-a-hurt-buffer are also fun tweaks, for starters.
I'll keep my eye on this!
EDIT: I was stuck in the Warp Zone area, so I was trying to see if I could wall jump and then this happened -
did you consider "vectorizing" the levels?
('i',n,x,y) item n @ x,y
('h',n,x,y,w) block n filling a line from x,y to x+w,y
('v',n,x,y,w) block n filling a line from x,y to x,y+h
('r',n,x,y,w,h) block n filling a rect from x,y to x+w,y+h
plus clouds and bushes could be generated pseudo-randomly
this is basically done. Level strings have the following format, items and enemies, for example:
900401014B => id: 9 subid: 0 x: 040 y: 101 w: 4 h: B
Map data is RLE compressed and saved in strings without overhead. This matches with " block n filling a line from x,y to x+w,y"
>> block n filling a rect from x,y to x+w,y+h
Yes, I thought about it.. some kind of 2d-RLE. But the token limit was reached anyway.
Log in to post a comment