(Link to AcmlmWiki) Offline: thank ||bass
Register | Login
Views: 13,040,846
Main | Memberlist | Active users | Calendar | Chat | Online users
Ranks | FAQ | ACS | Stats | Color Chart | Search | Photo album
05-09-24 11:09 PM
0 users currently in SMW Hacking.
Acmlm's Board - I3 Archive - SMW Hacking - Vertical control in SMW? New poll | |
Add to favorites | Next newer thread | Next older thread
User Post
srothroc

Red Paragoomba


 





Since: 04-27-06
From: Chambersburg, Pa

Last post: 6308 days
Last view: 6295 days
Posted on 05-13-06 03:43 PM Link | Quote
This is probably a problem with a simple fix, but it's been frustrating me.

How do I make a horizontal level such that there are obstacles that are high enough that you cannot fly over them? Is this even possible? There's a finite ceiling for objects, but Mario can jump over that ceiling and thus over the object (such as a cement block wall).

If there is no actual way to do this, then it seems that the solution would be to simply design the level such that Mario cannot physically reach those locations, but it would be nice to know how to do this if it's possible.

I've checked over the forums, checked SMW Central, no luck. Google turned up a bunch of dead links for 'guides'. Any help would be appreciated.

Thanks!
Alastor
Fearless Moderator Hero








Since: 11-17-05
From: An apartment by DigiPen, Redmond, Washington

Last post: 6290 days
Last view: 6289 days
Posted on 05-13-06 04:22 PM Link | Quote
The simplest solution would be to set there to be no vertical scroll and then place objects just off-screen preventing flight above the upper limit of the screen, or just have a ceiling (This was done a lot in the original SMW). Other than that, you can have invisible objects at the highest point they can be set keeping Mario from reaching the very top of the screen, or simply design the level so that there's enough barriers and ground low enough to keep sufficient height to pass above the entire level impossible. Unfortunately, a real barrier at the very height of the screen is, to my knowledge, relatively impossible without coding such a barrier in yourself.


(edited by Alastor the Stylish on 05-13-06 03:23 PM)
srothroc

Red Paragoomba


 





Since: 04-27-06
From: Chambersburg, Pa

Last post: 6308 days
Last view: 6295 days
Posted on 05-13-06 04:28 PM Link | Quote
Thanks for the help! My friend and I have been trying to design a few levels, but we keep getting stuck because we conceptualize levels that are largely square in nature as opposed to rectangular in one of the two dimensions... so we've been building levels where it's entirely possible to jump over and into areas of land or blocks that we hadn't intended it to be possible in.

I guess we'll just have to learn to design our levels a bit better.
Pac

Bandit
Free Ice Man!








Since: 11-18-05
From: Ireland

Rate me

Last post: 6290 days
Last view: 6289 days
Posted on 05-13-06 04:37 PM Link | Quote
The alternative option is to put a single row of invisible coin blocks across the top of the screen; but then again, that can be reasonably easy to get around if you have a blue P-switch somewhere in the level.
Alastor
Fearless Moderator Hero








Since: 11-17-05
From: An apartment by DigiPen, Redmond, Washington

Last post: 6290 days
Last view: 6289 days
Posted on 05-13-06 04:48 PM Link | Quote
Yeah, that's kind-of an inferior method to what I said. Stone blocks with all pieces set to F8 work better
C:/xkas bio.asm
Compiled ASM code








Since: 11-17-05

Last post: 6290 days
Last view: 6289 days
Posted on 05-13-06 05:39 PM Link | Quote
or maybe a custom block wich set Mario Y speed to 00 if it is superior to 00, that should stop Mario from going up without a odd bump sound


(edited by Bio on 05-13-06 04:39 PM)
Xkeeper
Took the board down in a blaze of glory, only to reveal how truly moronical ||bass is.


 





Since: 11-17-05
From: Henderson, Nevada

Last post: 6290 days
Last view: 6290 days
Skype
Posted on 05-14-06 06:25 AM Link | Quote
Originally posted by Bio
or maybe a custom block wich set Mario Y speed to 00 if it is superior to 00, that should stop Mario from going up without a odd bump sound

A "Fast Vertical Down" block should do that anyway, right?
BMF54123
WARNING: MOOD LEVEL CRITICAL








Since: 11-18-05
From: MOOGLES

Last post: 6290 days
Last view: 6289 days
Posted on 05-14-06 06:32 AM Link | Quote
Originally posted by Bio
or maybe a custom block wich set Mario Y speed to 00 if it is superior to 00, that should stop Mario from going up without a odd bump sound
I made a "no-fly" block a while back that did just that, but it makes Mario hover in place for a second, which looks kinda funny.

I wonder if it would be possible to hack Mario's collision detection to always read the top row of blocks if he's offscreen, effectively extending the blocks infinitely upwards?

[edit]
And that's just what I did!

ceiling.bin

Put this in an empty spot in the first ROM bank ($200-$81FF in a headered ROM). Convert the starting address to 16-bit SNES format, and place it at $7662 (normally 65 F4). Voila - infinite walls!

This basically tricks the block collision routine into reading the very top line of blocks in the level instead of defaulting to #25 (blank space) whenever Mario's Y position is less than zero. This is accomplished by temporarily setting his Y position to #$0010. Make sure any blocks at the top of the level are set to act like either #25 or #130, or there's no telling what'll happen...


(edited by BMF54123 on 05-14-06 08:11 AM)
HyperHacker

Star Mario
Finally being paid to code in VB! If only I still enjoyed that. <_<
Wii #7182 6487 4198 1828


 





Since: 11-18-05
From: Canada, w00t!
My computer's specs, if anyone gives a damn.
STOP TRUNCATING THIS >8^(

Last post: 6290 days
Last view: 6290 days
Posted on 05-15-06 09:54 PM Link | Quote
Hm, could you hack it to always read them as being a specific block too?
Add to favorites | Next newer thread | Next older thread
Acmlm's Board - I3 Archive - SMW Hacking - Vertical control in SMW? |


ABII

Acmlmboard 1.92.999, 9/17/2006
©2000-2006 Acmlm, Emuz, Blades, Xkeeper

Page rendered in 0.044 seconds; used 389.79 kB (max 479.57 kB)