Spectrum Computing

R-Tape wrote: ↑Sun Nov 08, 2020 9:59 pm

This is addictive! I can't stop watching!

Smooth...! Though what happens when a player scores over 99,999,999?

I guess you could even set a seed for the generation of the graphics so that the same 'sequence' of ships gets created?

I guess you could even set a seed for the generation of the graphics so that the same 'sequence' of ships gets created?

Broilliant! What about an all-you-can-eat mode aka buffet libre? the player would press a key to run into that bug again.
Hehe this reminds me of the alexa thing, please serve me "toothy bugeyed seafood"

This is addictive! I can't stop watching!

Lovely!

If you could also generate behaviours* based on the random sprites then you could make an interesting endless-shooter. The gameplay of this could be fun - you'd see the enemy wave appear and then have a split second to try to figure out their behaviour. Over time the player would get better at guessing how the behaviour algorithm worked and thus a better chance at surviving for longer.

* Some simple ideas:
- Sprites with more pixels overall move slower than ones with fewer pixels
- Sprites with lots of pixels in the central "spine" tend to move straight forward, others move up and down too
- Annnndddd.. I'm out of ideas already, but hopefully you get my idea

It could be smoother! These sprites are preshifted in 2 pixel jumps. However I'm pleased that nowadays I can easily get 5 sprites and all the necessary into 1 frame. I know that's not a big technical achievement, but I used to really struggle to fit the sprite draw/delete in time.

Morkin wrote: ↑Mon Nov 09, 2020 9:47 am Though what happens when a player scores over 99,999,999?

A message pops up saying "Hello clebin"

I guess you could even set a seed for the generation of the graphics so that the same 'sequence' of ships gets created?

That would be as easy as a RANDOMIZE statement. As long as nothing else is using that RN generator subroutine, you can just set the same seed and get exactly the same again.

hikoki wrote: ↑Mon Nov 09, 2020 10:45 am Broilliant! What about an all-you-can-eat mode aka buffet libre? the player would press a key to run into that bug again.
Hehe this reminds me of the alexa thing, please serve me "toothy bugeyed seafood"

I like the idea of a 'like' key. It's probably beyond what I'll be using it for this time, but I think that would work well as part of a blind spritemaker routine. You 'like' (or collide with?) the one you like, and that becomes the seed to breed and mutate from.

evilpaul wrote: ↑Mon Nov 09, 2020 11:22 am
Lovely!

If you could also generate behaviours* based on the random sprites then you could make an interesting endless-shooter. The gameplay of this could be fun - you'd see the enemy wave appear and then have a split second to try to figure out their behaviour. Over time the player would get better at guessing how the behaviour algorithm worked and thus a better chance at surviving for longer.

* Some simple ideas:
- Sprites with more pixels overall move slower than ones with fewer pixels
- Sprites with lots of pixels in the central "spine" tend to move straight forward, others move up and down too
- Annnndddd.. I'm out of ideas already, but hopefully you get my idea

Cheers. That's a great idea. I can only add colour as an indicator of something.

The example seen in the picture will feature as part of something else in Woot this December, so I won't be able to include many ideas (you'll see why), but this is something for a standalone project next year.

Have you considered a 16x16 version of "the blind spritemaker" - which is excellent by the way.

uglifruit wrote: ↑Mon Nov 09, 2020 1:02 pm Have you considered a 16x16 version of "the blind spritemaker" - which is excellent by the way.

Cheers. I did a 16 x 16 version years ago, but I wasn't happy with it enough to release it. I'll have another bash when I get a sec. I don't know about you, but I struggled to breed a decent shape with the UDG version, a 16 x 16 one should work a lot better.

I'm going to spill an idea I'm probably never going to get round to now...

The title of the game should be something corny like "Abey Seedy and the Eyeff of Gee" (or something really sweary) but the the player can edit the title to be "Something Something and the Something(s) of Something. You have all the fonts to display whatever the user types in as a snazzy title (maybe limit each word to 10 characters, maybe have a few fonts on standby and pick different colours) then you combine the characters to form the seed of the random number that generates the levels.

Be careful, maybe use different seeds for different jobs; don't tie that particular random number generator to a timer or other user input, and always re-initialise it at the start of the game. The idea is that anyone who types in that same title on any machine gets exactly the same game (down to title presentation, attack waves, everything), then people can share their favourite titles and compare hi-scores.

For a bit more variation, have some random scenery chunks ready to throw at the player too. But select a theme with the random generator too (e.g. top or bottom mountains or both, machinery, biological junk, angular slopes/columns, free-floating asteroids) as well as any randomisation of the graphics. Maybe have some pre-drawn shapes in different styles and randomly assemble them into larger scenic chunks..?

evilpaul wrote: ↑Mon Nov 09, 2020 11:22 am

This is addictive! I can't stop watching!

Lovely!
...

Exactly what I thought.
Then color encoded tokens for weapons/ lives/ shields, shuffle them at the start of game session and you have roguelite shmup.

Yes, I've always wanted to take the 'Rogue' style further, with dungeons more like those of a Zelda game, where the layout of a (randomly-generated) dungeon maze is carefully 'gated'. By which I mean that there are specific objectives to achieve down side-branches, to allow progress along the primary path.

At a simple level, there'd be a locked door obstructing you part-way along the main path through the maze, and a generic dungeon key placed down one of the dead-ends on your side of the door. It'd need careful tracking and probably some quite complex logic to work out where such obstructions can be placed, how many dead-ends can be exploited beforehand, and whether to put keys, treasure, magic-lock-tokens of some kind, or switches down each one. Maybe even trimming off dead-ends if there are too many. You could also have a type of gateway or obstruction that needs a specific tool-weapon to get past, then you guarantee to place the weapon (like a key) before the point it's needed.

It might also be neat to make the maze as a map of cells on a grid, then combine some of those cells into larger scrolling areas if they are all joined by open doors anyway. And impose restrictions to get particular shapes of mazes when you look at the map, or impose symmetry, or place the final room at the top.

Problems come if you place locked doors down side-branches, as you may use a key on the main path and miss a side-branch (a side-branch where you could have got another key), meaning that part of the maze is forever inaccessible. There's a bit in the Gerudo maze in Ocarina of Time that's like that, although it's not game-breaking. You just miss a bit of treasure and another key, which would be used up anyway.