Quick Modding/Hacking Answers Thread

Wouldn't the rain not fall then, WR?

 

Depends.
You could utilize the water drip from the first cave, or do something like what gir did and use the special water bg.
A real rain generator, though, you will not be able to do unless you feel like A) crashing your system or B) forcing someone to create a particle system.

Yeah, I suppose that could work. Although does anyone know how to make it make a sound on creation? (Like, in a hex editor.)

Wouldn't the rain not fall then, WR?

Good point.

 

it would be animated. Replace it with the fire sprite, or whatever.

 

Yeah, but it would only rain for a few seconds.

 

it would be animated. Replace it with the fire sprite, or whatever.

You can only have 512 entities on a map though, and it would be costly on memory.

Plus then it would only be good for small maps.

 

Also, it would only rain for a few seconds.
Yay for repetitiveness!

 

Also, it would only rain for a few seconds.
Yay for repetitiveness!

It would rain forever. The fire sprite doesn't disappear.

 

Oh. Really?
..Oh, right.
But what when they reach the bottom of the map? You'd have to program them to reappear at the top.

 

Oh. Really?
..Oh, right.
But what when they reach the bottom of the map? You'd have to program them to reappear at the top.

They don't fall, either.

 

But, then the rain would stay in place. That would look weird.
And WR suggested animating it. That's what I was talking about.

EDIT: Oh, wait...
I has been n00b.

EDIT2: Kewl, I can just make an ORG with rain sounds. Alright! Thanks guys.

 

I think I have an idea. in the ironhead fight, before he is activated water droplets move across the screen to simulate the water moving. If you were to modify the direction of the droplets as well as their speed and whatevr else, I'm sure it would suffice. Unless you don't wan't it to be constant on the map, then I don't know.

 

That's a good idea. Do you know the NPC #? (like, save point is 16)

 

There is no npc#. Go to the map settings and under bosses put ironhead. Before assembly the water drops will move right to left instead of how you want it. But keep in mind that you can't turn the rain off and on at will because it is the map setting.

 

Ah, I see. Thanks.
So, it checks for the boss, and if it's not set, it starts the waterworks?

 

You could increase the sprite 'size' of the rain droplets, and have each 'sprite' actually have many droplets. That'd be fairly easy to do, and you could just change the 'rain droplet' entity to have a very large display box. Would cut back dramatically on the entity lag.

However, if it were to be done in assembly, the easiest method would likely be to add a 'weather' TSC command that'd take two inputs (X axis speed, Y axis speed), and a command to stop the weather effect. However since you can't have negative numbers, they'd both need to be considered as + or - some arbitrary number such as 4000. You'd also need to dedicate a few tileset tiles (in the exact same position for every map) for 'weather particles' (16x16 tiles, several of them). The "weather effect" would need to render after background tiles, and before foreground tiles. The wind tiles' rendering has a handy method for scooting the sprite around one pixel at a time, and animating that tile simultaneously. The function would render these over the whole screen. This way you could simulate many different 'particles' by customizing the speed (direction) and the sprites on the map's tileset. You could do stuff like rain, snow, a dust storm, falling leaves, even something really fancy like rising embers for a 'lava' map; and since it's all in TSC, you could have the 'pseudo particles' look like they change direction. Alot would be possible with this, I think.

 

However, if it were to be done in assembly, the easiest method would likely be to add a 'weather' TSC command that'd take two inputs (X axis speed, Y axis speed), and a command to stop the weather effect. However since you can't have negative numbers, they'd both need to be considered as + or - some arbitrary number such as 4000. You'd also need to dedicate a few tileset tiles (in the exact same position for every map) for 'weather particles' (16x16 tiles, several of them). The "weather effect" would need to render after background tiles, and before foreground tiles. The wind tiles' rendering has a handy method for scooting the sprite around one pixel at a time, and animating that tile simultaneously. The function would render these over the whole screen. This way you could simulate many different 'particles' by customizing the speed (direction) and the sprites on the map's tileset. You could do stuff like rain, snow, a dust storm, falling leaves, even something really fancy like rising embers for a 'lava' map; and since it's all in TSC, you could have the 'pseudo particles' look like they change direction. Alot would be possible with this, I think.

That's a really cool idea!
Although I wouldn't be able to make the TSC commands, because I haven't a clue about assembly.
Maybe we could drag noxid into this!

 

However, if it were to be done in assembly, the easiest method would likely be to add a 'weather' TSC command that'd take two inputs (X axis speed, Y axis speed), and a command to stop the weather effect. However since you can't have negative numbers, they'd both need to be considered as + or - some arbitrary number such as 4000. You'd also need to dedicate a few tileset tiles (in the exact same position for every map) for 'weather particles' (16x16 tiles, several of them). The "weather effect" would need to render after background tiles, and before foreground tiles. The wind tiles' rendering has a handy method for scooting the sprite around one pixel at a time, and animating that tile simultaneously. The function would render these over the whole screen. This way you could simulate many different 'particles' by customizing the speed (direction) and the sprites on the map's tileset. You could do stuff like rain, snow, a dust storm, falling leaves, even something really fancy like rising embers for a 'lava' map; and since it's all in TSC, you could have the 'pseudo particles' look like they change direction. Alot would be possible with this, I think.

It's actually not a good idea to render them before the foreground tiles, since if you do then it'll look like it's raining/snowing inside an area with overhang (an area that there shouldn't be any rain falling into).

Also negative numbers are possible:
-1 = /
-2 = .
-3 = -
-4 = ,
-5 = +
-6 = *
-7 = )
-8 = (
-9 = '

 

It's actually not a good idea to render them before the foreground tiles, since if you do then it'll look like it's raining/snowing inside an area with overhang (an area that there shouldn't be any rain falling into).

Also negative numbers are possible:
-1 = /
-2 = .
-3 = -
-4 = ,
-5 = +
-6 = *
-7 = )
-8 = (
-9 = '

Hmm, I should make a note of that.
So, would you put those symbols throughout the entire number (like, ++++ for -5) or just for the first digit (like +555 for -5)?

 

Hmm, I should make a note of that.
So, would you put those symbols throughout the entire number (like, ++++ for -5) or just for the first digit (like +555 for -5)?

000+ would be -5, 00++ would be -55, 0+++ would be -555.

05++ would be 500 - 55

 

05++ would be 500 - 55

So, 445? Or some odd number that crashes the game?