Jump to content
IGNORED

Super Mario Clone World 1-1 Playable Demo!


Sprybug
 Share

Recommended Posts

Wow. This is really good. The only suggestion I would make is to try and differentiate the look of the coins and power boxes (that turn you into big/fire Mario). Not sure if it is possible, though.

 

Love the music, too. Can't wait to see more.

 

-B

Link to comment
Share on other sites

Wow. This is really good. The only suggestion I would make is to try and differentiate the look of the coins and power boxes (that turn you into big/fire Mario). Not sure if it is possible, though.

 

Love the music, too. Can't wait to see more.

 

-B

 

Well, the one thing about the yellow power blocks is they can contain a coin or power-up and I want it to be a secret until you hit it. One difference is that what is in the power blocks is totally random. Mostly coins than anything else. Since I couldn't store and keep what is in the individual blocks (lack of RAM), I decided to have it at random and the reason why I didn't have the power ups pop out was because it'd take up sprite #1's spot and I'd rather have that go to the enemies or else it'd be too easy. Besides each row of the playfield is a set color and if I changed a row of color for one thing, it'd apply it to the rest of the playfield blocks on that row. Too bad that when I applied flicker for the level intro screen to pull off 4 sprites (the same goes for the game over screen), it only shows half of it on the video capture (guessing you have the capture set up at 30FPS, so it only catches half of the renders). Thanks for the putting the video up and I will be putting up one of my own when I get the latest update up, which may be this weekend.

  • Like 1
Link to comment
Share on other sites

Very well done!

 

But you could slightly improve the games physics.

 

I did some research when I programmed "Blinky goes up" (feel free to check the links below).

 

e.g. add acceleration and friction to make the control of Mario smoother.

Another trick is to vary the gravity. Use a higher gravity value when Mario is falling.

 

If you want, I can provide some assembler routines.

 

Greetings, Jan

 

Here are the links

 

http://www.lov3machine.com/blinky/index.html

 

http://www.atariage.com/forums/topic/193297-giana-bros-demo-release/

Link to comment
Share on other sites

This is as good as that Mega Man demo a few years back. You have come closer than anyone on the very real desire to port this title to 2600. Shawn is right, you are going to have to beat people off with a stick due to the demand for this. The scrolling is FANTASTIC. All to often I hear people say how it can't be done on 2600.

  • Like 1
Link to comment
Share on other sites

Very impressive work.

 

However: I find the urge to recreate the original limiting. I think if you set yourself to creating original levels - using your own game 'engine' - rather than recreating the familiar ones from the original program, you can raise this from a technical demonstration into a truly great playing experience.

 

Just a thought.. I'm still down with this!

Link to comment
Share on other sites

Very impressive work.

 

However: I find the urge to recreate the original limiting. I think if you set yourself to creating original levels - using your own game 'engine' - rather than recreating the familiar ones from the original program, you can raise this from a technical demonstration into a truly great playing experience.

 

Just a thought.. I'm still down with this!

 

The way I see it is that it's another Super Mario Bros. Game. There's a lot of them out there and each one has their own quirks but play similarly. I just updated the program to include hidden items such as 1up mushrooms, starman, and an 8X silver coin. They come when you smash bricks, but only rarely. I also added the ability to jump bounce off of enemies by holding down the jump button when you jump on them.

  • Like 1
Link to comment
Share on other sites

Okay folks, I just updated the 2 files at the beginning of this thread. The new version now has secret items in blocks (8X Silver Coin, Starman, and 1UP Mushroom). You get them by busting red bricks, but they only come rarely. You also now have the ability to jump bounce enemies, so when you hold down the jump button while jumping on an enemy, you'll bounce off of them like a regular jump.

  • Like 1
Link to comment
Share on other sites

Very well done!

 

But you could slightly improve the games physics.

 

I did some research when I programmed "Blinky goes up" (feel free to check the links below).

 

e.g. add acceleration and friction to make the control of Mario smoother.

Another trick is to vary the gravity. Use a higher gravity value when Mario is falling.

 

If you want, I can provide some assembler routines.

 

Greetings, Jan

 

Here are the links

 

http://www.lov3machine.com/blinky/index.html

 

http://www.atariage.com/forums/topic/193297-giana-bros-demo-release/

 

I have thought about adding him "sliding" when you're running and you decide to go another direction instantly, just like the real game, but just haven't gotten to that point, plus I want to add another sprite to show him sliding. Nobody had mentioned it yet so I thought I would hold off until people started asking about it. Something I will probably do next. As for falling, originally I had him falling faster as he built up falling momentum, but I found after six pixels at a time, he would occasionally start falling through platforms and that's very bad. I could build up a beefier collision detection, but I'm so squeezed on cycle time where that needs to happen that I can't add more detections than I already have and they are already limited. Doing a PFRead takes quite a bit of cycle time. Now unless you have some assembly way around this, I am all ears.

  • Like 1
Link to comment
Share on other sites

This is as good as that Mega Man demo a few years back. You have come closer than anyone on the very real desire to port this title to 2600. Shawn is right, you are going to have to beat people off with a stick due to the demand for this. The scrolling is FANTASTIC. All to often I hear people say how it can't be done on 2600.

 

If I actually knew assembly, I could probably make it even better, and this is all done with Batari. It just shows you how powerful it really can be. I don't even consider myself all that great of a programmer either. I've just been doing it as a hobby since I was 9 years old so I could make my own computer games. Now if I can pull something like this off in Batari then a lot of other people should be able to do it and probably better than me.

  • Like 3
Link to comment
Share on other sites

Very well done!

 

But you could slightly improve the games physics.

 

I did some research when I programmed "Blinky goes up" (feel free to check the links below).

 

e.g. add acceleration and friction to make the control of Mario smoother.

Another trick is to vary the gravity. Use a higher gravity value when Mario is falling.

 

If you want, I can provide some assembler routines.

 

Greetings, Jan

 

Here are the links

 

http://www.lov3machi...inky/index.html

 

http://www.atariage....s-demo-release/

 

I have thought about adding him "sliding" when you're running and you decide to go another direction instantly, just like the real game, but just haven't gotten to that point, plus I want to add another sprite to show him sliding. Nobody had mentioned it yet so I thought I would hold off until people started asking about it. Something I will probably do next. As for falling, originally I had him falling faster as he built up falling momentum, but I found after six pixels at a time, he would occasionally start falling through platforms and that's very bad. I could build up a beefier collision detection, but I'm so squeezed on cycle time where that needs to happen that I can't add more detections than I already have and they are already limited. Doing a PFRead takes quite a bit of cycle time. Now unless you have some assembly way around this, I am all ears.

 

I ran in exactly the same problem. Regarding the issue when Mario is falling through platforms, the solution is to limit the falling speed to a certain maximum value. Just choose an appropriate value and you dont need to pimp up your collision detection.

Link to comment
Share on other sites

Very well done!

 

But you could slightly improve the games physics.

 

I did some research when I programmed "Blinky goes up" (feel free to check the links below).

 

e.g. add acceleration and friction to make the control of Mario smoother.

Another trick is to vary the gravity. Use a higher gravity value when Mario is falling.

 

If you want, I can provide some assembler routines.

 

Greetings, Jan

 

Here are the links

 

http://www.lov3machi...inky/index.html

 

http://www.atariage....s-demo-release/

 

I have thought about adding him "sliding" when you're running and you decide to go another direction instantly, just like the real game, but just haven't gotten to that point, plus I want to add another sprite to show him sliding. Nobody had mentioned it yet so I thought I would hold off until people started asking about it. Something I will probably do next. As for falling, originally I had him falling faster as he built up falling momentum, but I found after six pixels at a time, he would occasionally start falling through platforms and that's very bad. I could build up a beefier collision detection, but I'm so squeezed on cycle time where that needs to happen that I can't add more detections than I already have and they are already limited. Doing a PFRead takes quite a bit of cycle time. Now unless you have some assembly way around this, I am all ears.

 

I ran in exactly the same problem. Regarding the issue when Mario is falling through platforms, the solution is to limit the falling speed to a certain maximum value. Just choose an appropriate value and you dont need to pimp up your collision detection.

 

 

And that's why I set the maximum falling rate to 6. You had mentioned him falling faster and I just said why I don't have him falling any faster than he is now. As soon as there's nothing below him, his north/south momentum goes up one pixel every game cycle until it reaches 6. I would have liked it to be a little more than that.

  • Like 1
Link to comment
Share on other sites

I kinda didn't realise DPC+ didn't have pfread working yet. Even though I suggested it to Batari many moons back. He would have to change the pfread statements into something that reads the level data instead.

Yeah, from what I understand it's still kinda buggy which is why I haven't used it, and not just that there are a few things I wouldn't be able to do that I can do now as well.

  • Like 1
Link to comment
Share on other sites

I kinda didn't realise DPC+ didn't have pfread working yet. Even though I suggested it to Batari many moons back. He would have to change the pfread statements into something that reads the level data instead.

Yeah, from what I understand it's still kinda buggy which is why I haven't used it, and not just that there are a few things I wouldn't be able to do that I can do now as well.

 

Sorry for more technical questions than review.. but, how difficult would it be to replace those pfread commands with reading level data anyway? What approach would you take?

Link to comment
Share on other sites

I kinda didn't realise DPC+ didn't have pfread working yet. Even though I suggested it to Batari many moons back. He would have to change the pfread statements into something that reads the level data instead.

Yeah, from what I understand it's still kinda buggy which is why I haven't used it, and not just that there are a few things I wouldn't be able to do that I can do now as well.

 

Sorry for more technical questions than review.. but, how difficult would it be to replace those pfread commands with reading level data anyway? What approach would you take?

Is it still possible to use the screen variables to be able to do reads?

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

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

  • Recently Browsing   0 members

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