Jump to content
IGNORED

Brics Early WIP


VGAGuy

Recommended Posts

This is a very early demo of a game I'm working on, called Brics for now(any better names?).

The goal is to fill up the screen with bricks while dodging the swinging I-Beams.

 

However I have 2 major problems:

 

1 The game needs a 3 digit(or four with the first unused) timer AND the 6 digit score

 

2 the game needs the detect when a screen is full

 

I also would like a changing player sprite but that is for later on.

BricsWIP.bin

Edited by VGAGuy
  • Like 2
Link to comment
Share on other sites

  • 2 weeks later...
  • 2 weeks later...
  • 2 weeks later...

I'm not sure if you are still trying to add a way to detect when the screen is full, but you could use a counter that keeps track of how many bricks you have laid. It seems to be a 31x11 grid, which would be 341 bricks, so you would need to use 9 bits of RAM rather than a single byte.

Link to comment
Share on other sites

I'm not sure if you are still trying to add a way to detect when the screen is full, but you could use a counter that keeps track of how many bricks you have laid. It seems to be a 31x11 grid, which would be 341 bricks, so you would need to use 9 bits of RAM rather than a single byte.

 

How would do this in 9 bits? Obviously you can do a counter to 512 is 9 bits, but if the bricks can be laid in a random fashion, you end up with a table that is much more complicated than a simple counter, don't you?

Link to comment
Share on other sites

 

How would do this in 9 bits? Obviously you can do a counter to 512 is 9 bits, but if the bricks can be laid in a random fashion, you end up with a table that is much more complicated than a simple counter, don't you?

 

At the start of the level, you would set the "brick counter" to the number of bricks in a completed screen (341 in this case). Then every time you lay a new brick it would subtract 1 from the counter. When the counter reaches 0, the level is complete. (This doesn't keep track of where each brick is, because that is already taken care of in the program.)

 

As far as how to set up the 9 bits in RAM, I would set an 8-bit counter to 85 initially (341-256=85) and use any free bit in RAM to act as a "switch". So when the counter reaches 0 it first checks the switch bit before ending the level. If the bit is set, clear it for the next time, and then the second time the counter reaches 0 you can end the level.

 

Just make sure you are only checking the counter after a new brick is layed and the counter is updated, rather than on every frame. Otherwise the level would end right after the "switch" bit gets turned off if the counter stays at 0 for the next frame.

 

I hope that isn't confusing!

Edited by JeremiahK
Link to comment
Share on other sites

 

At the start of the level, you would set the "brick counter" to the number of bricks in a completed screen (341 in this case). Then every time you lay a new brick it would subtract 1 from the counter. When the counter reaches 0, the level is complete. (This doesn't keep track of where each brick is, because that is already taken care of in the program.)

 

As far as how to set up the 9 bits in RAM, I would set an 8-bit counter to 85 initially (341-256=85) and use any free bit in RAM to act as a "switch". So when the counter reaches 0 it first checks the switch bit before ending the level. If the bit is set, clear it for the next time, and then the second time the counter reaches 0 you can end the level.

 

Just make sure you are only checking the counter after a new brick is layed and the counter is updated, rather than on every frame. Otherwise the level would end right after the "switch" bit gets turned off if the counter stays at 0 for the next frame.

 

I hope that isn't confusing!

Not at all, makes perfect sense.I was thinking more along the lines of knowing which areas have a tile or brick or whatever and it seems to me that you would need a bit for every brick location. So if there are 341 bricks, you would need 341 bits. I thought he actually wanted to keep track of these things (which he would need to do anyway to accurately draw the screen). I've never programmed a 2600 though.

  • Like 1
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...