Jump to content
IGNORED

D.K. VCS


Joe Musashi

Recommended Posts

I would add another floor to the playfield if I could, but that would require another 19 bytes of ZP RAM and 10 bytes of SARA RAM, which I don't have. Even if it would be possible to free that much RAM, one would have to change a huge amount of code.

Looks like that's a a limitation which cannot be overcome. :(

 

What is eating up so much RAM?

Link to comment
Share on other sites

This latest versions looks great. Animation is very well done. My only suggestion would be to implement some kind of bounding box collision detection. It's gets frustrating quickly when getting nicked by one pixel kills you. The arcade version is actually very forgiving when it comes to collision detection and allows quite a bit of overlap between Mario and the enemies.

 

Great work so far! :)

 

Thanks! There is actually a bounds check, but it's simplified: collision detection is omitted when Mario is higher than 10 pixels in the air. Obviously, this might cause problems with enemies comming from above, so this needs to be more accurate.

Link to comment
Share on other sites

I was on a ladder at it seemed that the very top pixel of the fireball got me. I'll post some of the boundry's I've documented from the arcade code. I havn't looked at them in a while but I think they are all less than 10 pixels in the y axis.

Link to comment
Share on other sites

Looks like that's a a limitation which cannot be overcome. :(

 

What is eating up so much RAM?

 

The SARA RAM would be another enemy state. The more difficult part is the ZP RAM, which is mosty pointers. A floor consists of two bands (girder+corridor) each having its own set of pointers and indices. I would probably try to unify the bands into one, but as said, this would result in a whole load of problems.

 

Anyway, if this is to be tried it should be one of last things to be done, because I want to save room for optimization for potential new features, such as the hammer or elevator rails.

Link to comment
Share on other sites

I was on a ladder at it seemed that the very top pixel of the fireball got me. I'll post some of the boundry's I've documented from the arcade code. I havn't looked at them in a while but I think they are all less than 10 pixels in the y axis.

 

Ah yes. The climbing state is an exception. There it's only HW collision, otherwise the barrels going down the ladders would not hit if Mario is too high.

Link to comment
Share on other sites

Ah yes. The climbing state is an exception. There it's only HW collision, otherwise the barrels going down the ladders would not hit if Mario is too high.

 

The boundry height for the enemies in the arcade code is 8-9 pixels. You might want to make it a little less than that even to compensate for the HW collision detection. Is there enough time to check if the object is above Mario in your collision code?

Link to comment
Share on other sites

The boundry height for the enemies in the arcade code is 8-9 pixels. You might want to make it a little less than that even to compensate for the HW collision detection. Is there enough time to check if the object is above Mario in your collision code?

 

Yes, I can do a full box check. I thought of something like a 6x8 box for the fireball.

Link to comment
Share on other sites

Just a random thought...would the 'starpath supercharger' help any with making this game (to allow for more ram or whatever)?

 

or another thought. What if you had 'disk 1, disk 2, disk 3, etc'...

 

So that the first level of donkey kong=disk 1

Disk 2=second level

 

Disk=cartridge of course

 

Would that allow for better programming of donkey kong (if space is an issue)?

 

Just brainstorming randomly.

Edited by kaz321123
Link to comment
Share on other sites

Just a random thought...would the 'starpath supercharger' help any with making this game (to allow for more ram or whatever)?

 

or another thought. What if you had 'disk 1, disk 2, disk 3, etc'...

 

I think the supercharger only has 6KB memory. That would not be enough for a single level. I have to jump across 6 different banks to draw a single in-game frame.

 

Of course, you could dedicate a whole 32KB cartridge to a single level, but then you would have to swap carts all the time. You would also lose your score count.

Link to comment
Share on other sites

If it came down to 'emulation/arcade accuracy' vs. 'keeping track of my score', I personally would choose accuracy.

 

If even just to see if it helped improve the gameplay. Gameplay should come first, scorekeeping second.

 

I have often played Donkey Kong, for example, just for the fun of it, with no interest in how high my score was.

  • Like 1
Link to comment
Share on other sites

If you're using a SARA chip, would you have 384 byte of RAM including the Atari 2600. I only see 2 page of RAM when I use the debugger, one for Atari 2600 and the other page for 128 byte of RAM. I'm thinking of SARA chip, I think additional 256 bytes. I'm not 100% sure. Or SARA chip comes in different size. Sorry, I was a little confused. :?

 

When I saw the first screen shot of this game. I was like, this isn't possible for the 2600. I loaded up the ROM for the first time, it blew my mind. I was looking at the girder title screen and wonder how did he do that. This game looks and plays awesome. I really dig the scrolling. I really impressed by the sprite blending technique and it really doesn't look like a Atari 2600 game. It would fool someone if you told them it an Atari 5200(800XL) game. The possibility is almost endless with this wonderful machine. Really awesome job!

Link to comment
Share on other sites

Of course, you could dedicate a whole 32KB cartridge to a single level, but then you would have to swap carts all the time. You would also lose your score count.

 

Looking forward to Super Donkey Kong: Harmony Edition ;) ...for the hundred or so of us who actually have a Harmony.

  • Like 1
Link to comment
Share on other sites

If you're using a SARA chip, would you have 384 byte of RAM including the Atari 2600. I only see 2 page of RAM when I use the debugger, one for Atari 2600 and the other page for 128 byte of RAM. I'm thinking of SARA chip, I think additional 256 bytes. I'm not 100% sure. Or SARA chip comes in different size. Sorry, I was a little confused. :?

 

Yeah, you only get 128 more bytes of ram with the SARA, and not 256. Bit 7 is used as a read/write line for the extra ram, so that's why you lose the other 128 bytes of ram, because half your addresses are lost.

 

Superchip example:

LDA $FF80 ; read from super chip ram location 0

STA $FF00 ; store to super chip ram location 0

Link to comment
Share on other sites

Yeah, you only get 128 more bytes of ram with the SARA, and not 256. Bit 7 is used as a read/write line for the extra ram, so that's why you lose the other 128 bytes of ram, because half your addresses are lost.

 

Superchip example:

LDA $FF80 ; read from super chip ram location 0

STA $FF00 ; store to super chip ram location 0

 

If he used the RAMplus 256 byte of RAM, does he loses the address 512 bytes of ROM space with 3584 byte available for ROM for each bank? Just curious how the extra RAM works. Thanks.

Link to comment
Share on other sites

Yeah, you only get 128 more bytes of ram with the SARA, and not 256. Bit 7 is used as a read/write line for the extra ram, so that's why you lose the other 128 bytes of ram, because half your addresses are lost.

 

Superchip example:

LDA $FF80 ; read from super chip ram location 0

STA $FF00 ; store to super chip ram location 0

 

Also (assuming that Kiwi was using Stella), you only see 1 extra RAM page in the debugger since that's really all you have. Even though there are two RAM ports (read and write), the debugger only exposes the read port, and when you make changes it uses the write port.

Link to comment
Share on other sites

WOWZERS! I cannot simply accept that this is a 2600 game. Not possible. I just tried it on the harmony and cannot believe my eyes! The music, graphics, and control! It's controls like an NES game. Probably said already, but one problem on real hardware is that things like DK himself or the ladders in the animated sequence have a LOT of flicker not present when tried on emulator. Also, not sure yet how to beat level 3. All in all, shocked I've missed this one!

Link to comment
Share on other sites

WOWZERS! I cannot simply accept that this is a 2600 game. Not possible. I just tried it on the harmony and cannot believe my eyes! The music, graphics, and control! It's controls like an NES game. Probably said already, but one problem on real hardware is that things like DK himself or the ladders in the animated sequence have a LOT of flicker not present when tried on emulator. Also, not sure yet how to beat level 3. All in all, shocked I've missed this one!

 

Thanks. Is there any specific problem with stage 3? Mario jumps pretty far. You can even jump backwards over most gaps.

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...