Log In  

Hi guys, I like to make retro themed games, and write about game development, at my website - Domarius Games

Tracker port to Gamebuino
[ :: Read More :: ]

With the excitement around the Alex Kidd remaster, I thought it would be a good time to remind people there is a DE-master of Alex Kidd right here in Pico 8 :)

Cart #46035 | 2017-11-09 | Code ▽ | Embed ▽ | License: CC4-BY-NC-SA

P#90717 2021-04-16 22:44

[ :: Read More :: ]

I'm just really curious what libraries etc. Zeb used to make Pico8, and make it cross platform. SDL2 maybe?

P#63015 2019-03-25 11:24

[ :: Read More :: ]

Hi guys, so this is just an old version of my game with alternate music, the full game is in this thread. Please don't play it as if it's the final game!

P#46154 2017-11-11 19:43 ( Edited 2017-11-12 00:43)

[ :: Read More :: ]

Hi guys, I have a game uploaded in this thread. The main cart is fine, but there is a secondary cart I linked to in the post, it's just there as a demo for some alternate music.

The problem is, that secondary cart is showing up in the "Finished carts" section of this forum, and people are playing it as if it's a finished game and telling me there are bugs.

EDIT: Okay I worked around this by just making it its own post in the WIP forum and linking it from there via the actual page URL instead of the cart reference ID. Now I can't delete this post now that I've solved my own problem!

P#46151 2017-11-11 19:27 ( Edited 2017-11-12 00:27)

[ :: Read More :: ]

"After Miracle, Techno, and Shinobi, Alex has found yet another world to adventure in, and it wasn't easy! Cramming yourself into a world which only exists inside an 8192 token limit is no mean feat! But that's no problem for Alex's mean fist!"

After I don't know how many months, this is finally "finished", bang on the token limit (that part was easy and fun), but staying under the compression limit was a literal impossibility, and I had to run it through PicoTool to get it under. For that reason, I've made the un-garbled code available in a Google doc at this link. But that is exactly at the token limit! No room for edits... so I've also provided this version, which gives you a bit of breathing room if you want to experiment, it's missing some tweaks that the final game has, which are bug fixes and extra minor features like the level intro.

What made it in:

  • All vehicles! Boat, Pedicopter, and Bike!
  • All 16 levels! Though they are between 50-75% of their original size.
  • Janken game (rock paper scissors)
  • Secret level!
  • All enemies! Except for one angry jumping fish in the boat level.

What's cut to fit into Pico-8:

  • The short level and symbol puzzle after the Princess to get the Crown. You get the Crown with the Princess this time, a two-for-one deal.
  • Graphical level map
  • Title screen
  • Continue cheat and secret invisible punch block in bonus level
  • All powerups except the ring. They weren’t very useful anyway.
  • Since Telepathy ball is missing, Janken game is always played with you always being able to see his choice, making it more of a reaction game. I had plans for switching up the gameplay of the original by always making the telepathy ball hidden in one of the blocks in the level but this didn’t make the cut.

One of the things I had to do was crunch down the music into fewer channels, to make room for all the music in the game, making use of the arpeggio feature to simulate multiple note harmonies. Here is a version of the game before I did this - Alternate version of main theme and water theme - the main theme and water music have 4 channels of music (no arpeggio effect). Just play through till you fall into the water, you'll get to hear both songs. Also this version features moving water surface and a smooth transition into the water, which was removed to save tokens (amongst other things!).

If you're a developer and you want to know more about how this was put together and the hurdles I overcame, I'm currently blogging about this on my site. I've only made one post so far, but please use the "subscribe" feature and I'll do an email to let you know when I make a blog update - I'm looking forward to writing about how I crammed the levels into more than the map area can actually fit!

More info - Domarius Games

P#46037 2017-11-09 01:12 ( Edited 2017-11-19 16:23)

[ :: Read More :: ]

I want to do a de-make of "Another World", this game is built of many static screens (no scrolling) and the backgrounds are drawn using very creative, data efficient, free-form "polygons".

To increase the number of screens I can have, and match the free-form polygonal art style, it seems better to discard the tile map, and use the map data to store "screens" and each screen would store "polygon info". So it would just be the points for the polygons, or something simpler - maybe just indexes of known shapes and a colour value to apply to them, something like that.

However it's stored - it would be expensive to re-draw the entire thing every frame, so I would have to use the old school technique of;

  • draw the background once,
  • capture the area behind a sprite,
  • draw the sprite,
  • then to re-draw, paste the captured area back over it, adjust the sprite x,y and repeat

How do I prevent the normal re-draw, and how do I capture an area of the screen?

Any thoughts on my approach?

P#17806 2015-12-14 16:04 ( Edited 2015-12-18 02:44)

[ :: Read More :: ]

Hi, I'm still learning about Pico-8.

Given that there is ONE map (count-em, one!), if a game wants to give the impression of a bigger world, it's going to have to resort to some old school techniques, yes?

A lot like how Mario on the NES was done by making levels out of "chunks" of tiles, eg. one chunk is a set of stairs with a gap in the middle, another is 2 platforms above each other, etc. Thus the level data can just be a serialised list of chunk indexes.

I ask because, for fun, I want to try making "de-makes" of classic games. One might be "Another World". I was coming up with a level storage format which might just be a series of types of shapes, or points, and draw the polygons to create a 2D image, much like the original did, but this would have to be plotted out once, and then I'd have to use old school method of; every frame, capturing the small screen area behind the player, drawing the player, then erasing the player with the stored screen area, apply the movement, and repeat. To avoid re-drawing the background every frame because it might be computationally expensive.

Am I asking too much of Pico? Does this sound like too big a task for what it's meant for?

P#17791 2015-12-14 08:23 ( Edited 2018-10-29 15:28)