Jump to content
IGNORED

Medieval Mayhem - 2600


Recommended Posts

The king graphic is currently updated once every other scanline - to clear it on one side would require it to be updated twice on every scanline, or 4 times as often.

 

If you have separate subkernels for both-kings-live, left-king-only, right-king-only, and both-kings-dead, there should be plenty of cycles since you don't have to draw the player sprite for the dead king.

The king graphic is currently updated once every other scanline - to clear it on one side would require it to be updated twice on every scanline, or 4 times as often.

 

If you have separate subkernels for both-kings-live, left-king-only, right-king-only, and both-kings-dead, there should be plenty of cycles since you don't have to draw the player sprite for the dead king.

 

It's not a player sprite, it's a playfield pattern. That's how he's able to have so many flicker-free objects in motion. Really smart, since the kings never move anyway.

What I meant was to alter it only after both kings in the same row are dead, which would eliminate the worst case problem, without requiring two updates per scanline. The lesser case problem would still be there, but the worst case would be eliminated.

 

 

Thanx for the wonderful suggestion!!!

mm.bin

It's not a player sprite, it's a playfield pattern. That's how he's able to have so many flicker-free objects in motion. Really smart, since the kings never move anyway.

 

I know that, but if a king is dead its corresponding shield (which is a player) won't be displayed.

 

Incidentally, if you check out my "Of mice and minikernels" blog entry, I show two sixteen-pixel-wide high-res kings on a scan line with two shields and a fireball, all at single-line resolution. The left-side shield and king are red; the right-side ones are green.

 

Having multiple fireballs is more important than hires kings, but the minikernel is still interesting, IMHO, because of the nice puzzle it leaves for the observer (how DOES it work, anyway?)

I know that, but if a king is dead its corresponding shield (which is a player) won't be displayed.

 

Ah, good point!

 

Incidentally, if you check out my "Of mice and minikernels" blog entry, I show two sixteen-pixel-wide high-res kings on a scan line with two shields and a fireball, all at single-line resolution. The left-side shield and king are red; the right-side ones are green.

 

I'll check it out!

It's not a player sprite, it's a playfield pattern. That's how he's able to have so many flicker-free objects in motion. Really smart, since the kings never move anyway.

 

I know that, but if a king is dead its corresponding shield (which is a player) won't be displayed.

I took a short-cut on the shields so they only take 8 cycles per scanline to draw -

 

; scan line 1/2

; at a cycle before right player is displayed

lda (shield3),y

sta GRP1 ; update right player's shield for current 2 scanlines

...

sta WSYNC

; scan line 2/2

....

; at a cycle after left player has been displayed

lda (shield1),y

sta GRP0 ; update left player's shield for the next 2 scanlines

sta WSYNC

 

ie - the shields are drawn on every scanline that they could be shown on. I padded the image with zeros on either side and adjust where the shield? values point to in order to move them up/down. When the player has died the pointers are set to "ShieldDead" which is 32 zeros. The zero padding uses 80 bytes(actually 160 because top/bottom of screen are in 2 seperate banks), but that's less than 4 different castle kernels would take up.

Thanx!

 

My to do list currently looks like this:

 

1) dragon

2) revamp fireball routines

3) paddle routines

4) 4 human players

5) computer player routines

 

I was originally going to do the dragon 4th, but realized I needed to have those routines worked out to see what cycle time I'd have left to read the paddles. I don't expect to have the dragon fully functional after step 1, just the timing needed to draw him worked out.

Edited by SpiceWare
  • 2 weeks later...

1) Dummy dragon routine is now in place. Just waiting on some spiffy dragon graphics :)

 

2) fireball routines have been revamped

 

3) paddle routines are finished and the shields are now human controlable.

 

That means I'm now working on step 4 - getting it playable by 4 players. I've got the collision routines started. So far they only work on the lower castles, and only for the bricks(not the shields). The fireball doesn't reverse directions yet (made it easier to test the brick removal routines). Also, the fireball stops moving once it hits a lower king - hit RESET to reset the board and start everything going again.

 

post-3056-1145418023_thumb.png post-3056-1145418001_thumb.png

 

NTSC mmNTSC.bin

 

PAL mmPAL.bin

Edited by SpiceWare

My friend's headed back home so I'm at work on MM again.

 

So far today I've added the sound routines - and they're in stereo at that :music: My Atari has a CyberTech S-Video card that includes stereo output. Stella also supports stereo. You have to hit TAB then change the GAME PROPERTIES just like you do to set Stella to use paddles. The change doesn't take effect right away though, you have to "restart" the cartridge to enable it. On the Mac you can restart a cartridge by picking the FILE menu then RESTART CURRENT GAME. The shortcut key is APPLE-R so I suspect Windows and Linux users could hit ALT-R to restart the cartridge. You'll get the message "NEW CONSOLE CREATED" when it's restarted.

 

I'm currently working on the lower shield collision routines and then the lower king killed routines.

 

After that will be the upper castle collisions. If all goes well the first 4 human playable version will be released this weekend. Fireball Capture and computer players will be added later.

 

here's a "sneek peek" with a tentative destroyed brick sound mm.bin

My friend's headed back home so I'm at work on MM again.

 

So far today I've added the sound routines - and they're in stereo at that :music: My Atari has a CyberTech S-Video card that includes stereo output. Stella also supports stereo. You have to hit TAB then change the GAME PROPERTIES just like you do to set Stella to use paddles. The change doesn't take effect right away though, you have to "restart" the cartridge to enable it. On the Mac you can restart a cartridge by picking the FILE menu then RESTART CURRENT GAME. The shortcut key is APPLE-R so I suspect Windows and Linux users could hit ALT-R to restart the cartridge. You'll get the message "NEW CONSOLE CREATED" when it's restarted.

 

I'm currently working on the lower shield collision routines and then the lower king killed routines.

 

After that will be the upper castle collisions. If all goes well the first 4 human playable version will be released this weekend. Fireball Capture and computer players will be added later.

 

here's a "sneek peek" with a tentative destroyed brick sound mm.bin

 

WOW!

 

I can't wait to get ahold of the 4 player playable game... me, catie and josh will be waiting for it, and they can get a feel of one of the greatest multiplayer games ever, and they can feel my wrath of warlords :-D

It's time to gather your friends and get Medieval!

 

Note - I'm aware that there are numerous qwerks, such as fireballs getting stuck travelling horizontally or vertically. Just hit RESET or SELECT and start over.

 

NTSC mm20060422NTSC.bin

 

PAL mm20060422PAL.bin

It's time to gather your friends and get Medieval!

 

 

 

Comming along quit nice. And the name is actually pretty cool. I can get the hang of calling Warlords by the title Medieval Mayham for sure!! Espcially when it looks this damn good!! :lust:

Edited by Shawn Sr.

That's not bad! However, you're missing a Y in MAYHEM. Don't feel bad though - I originally left out an E from MEDIEVAL in the main menu :lol:

 

post-3056-1145808417_thumb.png

 

There will be a label contest, though I believe there are 2 in queue ahead of me.

I actually didn't plan on entering any contest; pretty much everyone here can make a better label than me. I had just thought with all the problems surrounding 'Castle Crisis', you wouldn't be selling this one... So I was going to make my own.

 

But, if you do have plans on selling this, I *absolutely* am buying one! :)

:? wasn't aware of any issues with Castle Crisis.

 

Originally Infotari got their panties in a wad because it played like Warlords, or something along those lines. It was back when they cracked down on their copyrights... check Cybergoth's avatar :) I think that was the issue, anyway. Could be talking out my ass on that one.

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