Banner
Views: 236,301,683
Time: 2013-05-22 03:13:00 PM
29 users online: Alcaro, Arctic Avenger, aterraformer, o Dotsarecool, o Ersanio, EvilGuy0613, FlyHorn, Hailcrash, Incognito, InfinateX, Jack Kitetsu, Koopster, Lightvayne, Luca, MarioBros980, o mariocool1999, MaxodeX, MolSno, MrDeePay, Orphen Kirisame, Rextep, ShadowFire, o ShadowPhoenix, simonfox, SuperFXMaster, o Tahixham, Tailsko, WeegeeBen, Z0mbie1337 - Guests: 29 - Bots: 14Users: 22,863 (1,278 active)
Latest: LONTOR505
Tip: Do not put an excessive number of lives in a level; they should have a value to them.
Patch Requests (09-24-11)
Forum Index - Events - SMW Central Production 2 - Patch Requests (09-24-11)
Pages: « 1 2 3 »
Originally posted by S.N.N. in the level 125 thread

The initial FG/BG position is still too low, causing the screen to shoot up.

I belive I have seen this problem in several levels, and I belive this patch, or a modified version that affects levels set to Vertical scroll if flying/climbing/etc, will solve many of these problems. Many other +'d patches should probably be considered as well, there's plenty of odd bugs they fix.

I don't know if my opinion counts (I don't have a level), but I might as well toss it in.
No, what it was is that I had the entrance settings on the level set too low, so when the level started, it would have to scroll up to get Mario in. I have it fixed now.
I once made a level where all initial FG positions lead to scrolling.
But if everyone can make their levels without this patch, that's less work for SNN.
I need this patch applied. Essentially, it allows you to disable fireball shooting and cape spinning based on a RAM address (Currently $79, which is good because it get's cleared on level load, but any empty RAM address will work, just make sure you change it everywhere when you change it [The only other place it is right now is within the cart sprite, and only the new version which I haven't posted up yet).
Alcaro's QuickROM.
Would there be any harm in applying the Extended No Sprite Tile Limits patch? I'm having something of an irksome sprite disappearance problem in a section of my level in which I use two sprites incompatible with the normal version (Boo rings and ceiling), allowing for the possibility of vanishing sprites, try as I might to avoid it, and this seems to solve the problem quite nicely. What's more, there's a few other levels where the same can also occur (e.g. Rusted Retribution), which might benefit from it as well.
Originally posted by Rameau's Nephew
Would there be any harm in applying the Extended No Sprite Tile Limits patch?

This sounds like a good idea to me. There is no documentation of errors in the file.
Originally posted by HuFlungDu
I need this patch applied. Essentially, it allows you to disable fireball shooting and cape spinning based on a RAM address (Currently $79, which is good because it get's cleared on level load, but any empty RAM address will work, just make sure you change it everywhere when you change it [The only other place it is right now is within the cart sprite, and only the new version which I haven't posted up yet).

That download link now has RAT taggy goodness, so you should use that one.
I need the Hurt Fix patch applied. Otherwise things like this happen.
Last edited on 2011-12-06 09:51:41 AM by Lightvayne.
In this ZIP archive is a Yoshi Patch that I need applied for my level, Kourai Crevice. This will keep Mario from flying off of Yoshi when hit, to make the level more reasonable.
JSL asm, which can be found in my file bin (courtesy of some Japanes hacker...I really don't know)

And also, could the coin game cloud's coin be remapped to the normal coin sprite? The graphics used to be the happy face coin, but it was replace by numbers or something.

So yeah, I'm using the coin game cloud.
Oh .. uh, that could be a bit of a problem. You see, we basically rendered the coin game unusable in favor of the global status bar - that is, we had to sacrifice some graphics in GFX00.bin.

Unless you plan on inserting a custom disassembly or using an ExGFX file, you may be out of luck.
Originally posted by S.N.N.
Oh .. uh, that could be a bit of a problem. You see, we basically rendered the coin game unusable in favor of the global status bar - that is, we had to sacrifice some graphics in GFX00.bin.

Unless you plan on inserting a custom disassembly or using an ExGFX file, you may be out of luck.



Yeah, I know. But couldn't the coin game's coin graphics be remapped to just the normal coin graphics? The one in GFX00.bin?


~

EDIT:

It's not a patch, but could the Flying Golden 1-Up be tweaked to use Palette A instead of 8?

Please and thank you!
Last edited on 2012-02-20 01:45:38 AM by Punk Sarcophagus.
could a patch be applied that will give monty moles priority over all
layer 1 obejects when jumping out of the ground ?
Except that they have priority over all Layer 1 objects already.
EDIT
ok now that im not in school and fully know what im requesting, i need a patch that gives the rocks from a monty mole raising out of the ground priority over all layer 1 objects or would this effect every exploding block ? if not how would i go about getting this enabled just for my level ?

id also like to request pokeys get tweaked so you cant slide and kill them, i feel thats like sliding into a grinder

Last edited on 2012-02-27 06:57:20 PM by drmatt13.
Code
org $029D4B db $E8


Repoints the Coin Game Cloud's Smiley Coin (used in my level) to the normal coin.

I also want its palette to be repointed to Palette E (it's an extended sprite so it can't be done via tweaker) but I unfortunately still don't know how to do that through a hex edit (patch)

Code
11F50 $02:9D50 1 byte Sprite tilemap related The YXPPCCCT properties for the tile used for the Smiley Coin in the Coin Cloud Game.
Pages: « 1 2 3 »
Forum Index - Events - SMW Central Production 2 - Patch Requests (09-24-11)

The purpose of this site is not to distribute copyrighted material, but to honor one of our favourite games.

Copyright © 2005 - 2013 - SMW Central
Legal Information - Link To Us


Total queries: 27

Menu