Asmusr Posted January 29, 2016 Author Share Posted January 29, 2016 This background originates from Super Mario World for the SNES: It looks a bit odd with the original clouds in the foreground layer, but I prefer to keep the original graphics intact so I can make an option to switch off the background. What do you think? MARIO.dsk 6 Quote Link to comment Share on other sites More sharing options...
+OLD CS1 Posted January 30, 2016 Share Posted January 30, 2016 I think it is a nice touch. But then, I am also not a Nintendo purist 1 Quote Link to comment Share on other sites More sharing options...
+Ksarul Posted January 30, 2016 Share Posted January 30, 2016 I like it with the multiple layers of clouds--some moving and some not. Quote Link to comment Share on other sites More sharing options...
Imperious Posted January 31, 2016 Share Posted January 31, 2016 The foreground clouds look unnatural moving the way they do at the same speed as the foreground level graphics. I imagine with them turned off it would look a bit more real, or at least moving a bit slower. Quote Link to comment Share on other sites More sharing options...
Omega-TI Posted January 31, 2016 Share Posted January 31, 2016 The foreground clouds look unnatural moving the way they do at the same speed as the foreground level graphics. I imagine with them turned off it would look a bit more real, or at least moving a bit slower. I find them a bit distracting. As the character moves, the clouds move or stop when the character stops or goes backwards. Quote Link to comment Share on other sites More sharing options...
Asmusr Posted January 31, 2016 Author Share Posted January 31, 2016 I find them a bit distracting. As the character moves, the clouds move or stop when the character stops or goes backwards. Well, that's how the original game works. My plan is to add an option to disable the new background, but the foreground will stay as it is. 3 Quote Link to comment Share on other sites More sharing options...
am1933 Posted January 31, 2016 Share Posted January 31, 2016 Speaking as a person who has played the original and Mario World more than would be considered healthy-I think it looks good, the only thing I am not too sure about is the mixing of SNES back grounds with NES foregrounds and sprites, it looks a little "off" style wise. Makes no difference though if it is to be a switchable option. Still a great showcase of the F18 in action regardless. Quote Link to comment Share on other sites More sharing options...
Asmusr Posted February 7, 2016 Author Share Posted February 7, 2016 OMG, I tried to upload a new video to YouTube and the SMB music theme was matched to copyrighted material from Ni****do. Anyway, better you try it yourself. You can now become fire Mario + a lot of other fixes. Pressing B will toggle the background. MARIO.dsk 4 Quote Link to comment Share on other sites More sharing options...
+OLD CS1 Posted February 7, 2016 Share Posted February 7, 2016 OMG, I tried to upload a new video to YouTube and the SMB music theme was matched to copyrighted material from Ni****do. Seems like a compliment. I think I converted my videos to FLV to upload to AA. 1 Quote Link to comment Share on other sites More sharing options...
Tursi Posted February 7, 2016 Share Posted February 7, 2016 Pretty much everything is matched these days... unless it was a copyright strike I'd say don't worry about it. Quote Link to comment Share on other sites More sharing options...
TheMole Posted February 9, 2016 Share Posted February 9, 2016 Your player physics are spot on, by the way. I always hated how long it takes for Mario to gain/lose momentum, and I hate it in this version as much as in the original . 4 Quote Link to comment Share on other sites More sharing options...
Asmusr Posted February 9, 2016 Author Share Posted February 9, 2016 The latest version (attached) allows you to become invincible if you can find the star. MARIO.dsk 2 Quote Link to comment Share on other sites More sharing options...
+Vorticon Posted February 10, 2016 Share Posted February 10, 2016 Looking fantastic Are you planning on implementing all 8 levels as well as the 4 sub-levels in each? 1 Quote Link to comment Share on other sites More sharing options...
Asmusr Posted February 10, 2016 Author Share Posted February 10, 2016 Looking fantastic Are you planning on implementing all 8 levels as well as the 4 sub-levels in each? Thanks. At this point I can only say that I intend to do more than I have already done, but I can't tell you exactly how much more. 3 Quote Link to comment Share on other sites More sharing options...
Asmusr Posted February 10, 2016 Author Share Posted February 10, 2016 Are you using the F18A sprite linking features? The idea was to make doing larger sprites easier. Are you planning to avoid the GPU? If not, it might be a good candidate to do the collision detection calculations. I do use the GPU now, to split tile layer 2 between a scrolling and a non-scrolling region (using the HSYNC trigger). This leaves tile layer 1 for the background, which is just show-off (of the F18A's capabilities, that is ) and has no real influence on the game play (except it makes a few things more difficult to see). I have left the background off by default but it can be toggled using the B key. 2 Quote Link to comment Share on other sites More sharing options...
Asmusr Posted February 11, 2016 Author Share Posted February 11, 2016 The latest version includes many more sound effects, a better ending, and additional points when you stomp multiple enemies. World 1-1 should now be close to complete except for the small bonus room, which is my next project. I'm almost at 8K of assembly program (excluding graphics), and a have about 3K of the 32K left in total. I do wonder how they managed on a NES system with only 2K onboard RAM? I noticed that sometimes fire Mario cannot hit any enemies with his fire balls. Please let me know if you can reproduce this issue. Updates source code in post #1. MARIO.dsk 5 Quote Link to comment Share on other sites More sharing options...
TheMole Posted February 12, 2016 Share Posted February 12, 2016 I do wonder how they managed on a NES system with only 2K onboard RAM? I'm guessing it was a lot more hard-coded than what you're doing. I found this, but not sure how usable it is: http://datacrystal.romhacking.net/wiki/Super_Mario_Bros.:RAM_map 1 Quote Link to comment Share on other sites More sharing options...
Tursi Posted February 12, 2016 Share Posted February 12, 2016 The low memory was one reason for never being able to go backwards -- it only had to track the things currently on the screen. 1 Quote Link to comment Share on other sites More sharing options...
Asmusr Posted February 12, 2016 Author Share Posted February 12, 2016 I'm guessing it was a lot more hard-coded than what you're doing. I found this, but not sure how usable it is: http://datacrystal.romhacking.net/wiki/Super_Mario_Bros.:RAM_map Thanks, it's very interesting to me. Quote Link to comment Share on other sites More sharing options...
Asmusr Posted February 12, 2016 Author Share Posted February 12, 2016 The low memory was one reason for never being able to go backwards -- it only had to track the things currently on the screen. I'm saving the changes to the metatiles in the map (in RAM), but I guess it could be avoided by reading from VDP memory for collision checking instead. But this breaks with a principle I always try to follow: the screen display is only a rendering of the model, the game should in theory run without it. So I never read from VDP RAM if I can avoid it - the only exception is the hardware sprite collision flag which you sometimes have to use for performance reasons. Quote Link to comment Share on other sites More sharing options...
Tursi Posted February 12, 2016 Share Posted February 12, 2016 Nothing wrong with that! The NES doesn't have tons of VDP RAM either.. I just meant they don't track any map changes once they leave the left edge of the screen. Quote Link to comment Share on other sites More sharing options...
Asmusr Posted February 12, 2016 Author Share Posted February 12, 2016 Finally a new video, recorded with a pocket camera from the real hardware: 10 Quote Link to comment Share on other sites More sharing options...
Asmusr Posted February 13, 2016 Author Share Posted February 13, 2016 Nothing wrong with that! The NES doesn't have tons of VDP RAM either.. I just meant they don't track any map changes once they leave the left edge of the screen. According to this page the map was not even stored as a map but as a list of rectangles (x, y, w, h) of metatiles: http://jul.rustedlogic.net/thread.php?id=15239 Edit: After giving this more thought, storage as rectangles seems like a very awkward data structure for unpacking a column of map data. A vertical RLE would be much more appropriate. Quote Link to comment Share on other sites More sharing options...
Tursi Posted February 13, 2016 Share Posted February 13, 2016 Yeah, I thought it was vertical columns! I just can't remember where I read everything. No worries -- you have more than 2k, do what works for you. So far, it has worked well! 1 Quote Link to comment Share on other sites More sharing options...
+arcadeshopper Posted February 16, 2016 Share Posted February 16, 2016 (edited) i noted some lag when i jumped on top of the second group of baddies will try and reproduce (real hw) Edited February 16, 2016 by arcadeshopper Quote Link to comment Share on other sites More sharing options...
Recommended Posts
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.