[MARIO] First announcement
Moderator: MaxCoderz Staff
I had an idea for a mario battle game kind of like joust. So, each player would control one mario character, and it would be a little like smash bros, except the normal mario enemies would be there. If you jumped on a goomba, you could get the coin that comes out which gives you health. You could ride on koopa shells, and flying koopa shells would let you fly like in joust (pressing 2nd would flap instead of jump). So you want to jump on the other mario, or hit his head like in joust, to do damage. Do you think you could make this game, or at least let me use your nice graphics for it?
- dysfunction
- Calc Master
- Posts: 1454
- Joined: Wed 22 Dec, 2004 3:07 am
- Location: Through the Aura
-
- Calc Master
- Posts: 1089
- Joined: Fri 17 Dec, 2004 9:53 am
uuh
Whatta? I think somehow Duck's spirit went into Kevin's body :S
-
- Calc Master
- Posts: 1064
- Joined: Fri 17 Dec, 2004 3:22 pm
- Location: Probably playing DDR
- Contact:
no, Kevin made a greyscale thing too, in Basic.
But dwedit is right, greyscale on the 83 series eats up so much processor space that decent movement (like smooth scrolling) is nearly impossible. Just look at Desolate. It's a great game, great story, great graphics, but it moves slow. And that's just simple movement. Try making a mario game...
But dwedit is right, greyscale on the 83 series eats up so much processor space that decent movement (like smooth scrolling) is nearly impossible. Just look at Desolate. It's a great game, great story, great graphics, but it moves slow. And that's just simple movement. Try making a mario game...
- Jim e
- Calc King
- Posts: 2457
- Joined: Sun 26 Dec, 2004 5:27 am
- Location: SXIOPO = Infinite lives for both players
- Contact:
The only reason desolate is so slow is becuase ducks gpp updates to often, there really weren't any timings availible then.
But as far as smooth scrolling, shifting at a nibble at a time can look very smooth and be very fast. Though it wouldn't be to good for mario game, but an rpg would be perfect.
But as far as smooth scrolling, shifting at a nibble at a time can look very smooth and be very fast. Though it wouldn't be to good for mario game, but an rpg would be perfect.
- tr1p1ea
- Maxcoderz Staff
- Posts: 4141
- Joined: Thu 16 Dec, 2004 10:06 pm
- Location: I cant seem to get out of this cryogenic chamber!
- Contact:
I think that he might be referring to the blurriness rather than the speed hit. Dwedit has made a very fast grayscale scroller by modding CrASH_Man's routine.
I have many many many grayscale tilemap experiments. Most of them are crappy
.
But yeah Jim e i had noticed that Ducks GPP doesnt need to update as often as it does, so skipping every nth interrupt can give you a good speed increase.
I would prefer ok (not excellent) grayscale quality as long as it is fast enough to play.
I have many many many grayscale tilemap experiments. Most of them are crappy
![Smile :)](./images/smilies/grayscale_smile.gif)
But yeah Jim e i had noticed that Ducks GPP doesnt need to update as often as it does, so skipping every nth interrupt can give you a good speed increase.
I would prefer ok (not excellent) grayscale quality as long as it is fast enough to play.
- Jim e
- Calc King
- Posts: 2457
- Joined: Sun 26 Dec, 2004 5:27 am
- Location: SXIOPO = Infinite lives for both players
- Contact:
The fact is even if you optimize the code to an extreme degree since you don't have control over interrupt frequency, faster code may be slower than unoptimized code.
The reason its shitty only becuase of the damm refresh rate and the fact you have to write byte by byte. write to the lcd to fast and it overwrites data that hasn't been displayed yet. So syncing with the lcd is the only answer.
The reason its shitty only becuase of the damm refresh rate and the fact you have to write byte by byte. write to the lcd to fast and it overwrites data that hasn't been displayed yet. So syncing with the lcd is the only answer.