Kuribo64
Views: 7,906,629 Home | Forums | Uploader | Wiki | Object databases | IRC
Rules/FAQ | Memberlist | Calendar | Stats | Online users | Last posts | Search
01-19-18 06:17 AM
Guest:

0 users reading Notes On: SMG 2 Water | 1 bot

Main - Archived forums - SMG documentations and tutorials - Notes On: SMG 2 Water New reply


Slacker
Posted on 09-05-14 04:05 PM (rev. 5 of 06-09-15 11:25 PM by shibboleet) Link | #47828
Hello. So I have been doing a bit of work figuring out things for building my own worlds in SMG 2. So far I've made some progress learning some of the inner workings of the game and how to apply them to levels and what not. It's been a painful, slow process but things have been starting to come together (at least for my own purposes). These things take time -- so much so that I have been starting to forget how to do things I have previously known how to accomplish. Really this thread is a bunch of notes to myself to ensure that I don't forget stuff. I have tried to organize processes and explanations to be easy to follow -- I really don't want to spend large amounts of time relearning what I already knew. By putting these notes here, I hope to make learning SMG 2 hacking for others less painful. It is really for my own use so it's pretty ramble-tastic to provide myself with a comprehensive archive of things. I am by no means an expert with this stuff. Therefore, if any of the bigger brains here find problems/errors with my methods, please tell me so that I can fix things up and not pass on bad information.


To start, here is a list of programs used to work with this stuff:
Program Description of Use
Whitehole v1.1.2 In my experience, the most stable form of Whitehole. Used for most edits.

Whitehole v1.2 While version 1.1.2 is stable as far as I know, it doesn't show Areas/CameraAreas. This version handles that stuff but isn't as stable.

Anarchy in the Galaxy Does a better job at adding in objects, but is very unfriendly and not realistic for level editing on its own. Used for adding in Areas.

Dolphin v4.0.2 Emulator. Used for quick testing/edits.

Yaz0Enc Used to encode rarc in Yaz0 compression.

Yaz0Dec Used to decompress Yaz0 file to rarc. Needed in tandem with yaz0enc to make Anarchy modified .arcs work with Whitehole.

Most of this stuff can be found in NWPlayer123's Galaxy Hacking Tools Megalist. Yaz0dec is found in SZSTools.

Warning


Please note, I do not test with a Wii. I simply use Dolphin. At the time of this writing, I am using Dolphin 4.0.2 -- the version available on the group's homepage. I am aware that Dolphin emulation is more "forgiving" than the Wii. I still use Dolphin simply because it is far quicker for testing (at least with my setup) and provides for easier, better quality screen captures.



Summary


For all of those who have skimmed through this thread and are unwilling to read my notes...I'm hurt. But fair enough. Time is short and my notes are long. So here is are some useful key points -- I am not here to waste time for newcomers.
  • At the time of this writing, you must use Anarchy in the Galaxy to add WaterAreas.
  • Anarchy saves out .Arcs that are incompatible (for the most part) with Whitehole. You must decode and then re-encode Anarchy modified arcs to work with them in Whitehole.
  • A WaterArea using a box shape is based off of a 1000 unit box.
  • WaterAreas have a bottom pivot when using a box shape.
  • To match up a WaterArea to a RailMoveWaterObj, area must be a cube of xyz scale 0.7 and the area must be placed at the bottom center of the RailMoveWaterObj.
  • RailMoveWaterObj is a 700 unit cube.
  • There are other shape modes, all of which are based off 1000 units, be it side length, height, or radius.


All of that aside...water. From what I've read, there are two ways to use "water" in your custom galaxies:
  • By using "Planetary" water
  • By using the Area type object WaterArea

I am only concerned with the latter -- WaterAreas. Apparently, "planetary" water is built straight into some of SMG's models or something. Nothing I am familiar with.

WaterAreas are somewhat tricky, but make sense. All in all, these objects are based off of a base measurement of 1,000 units. For now I will only cover rectangular WaterAreas. These are cubes that have 1,000 units in length, width, and height. Basic geometry.

Just to be clear, WaterAreas are objects that handle collision only -- they are invisible. When the player enters a WaterArea, they are able to swim. These are general objects used all over the game to make swimmable levels. These are NOT to be confused with RailMoveWaterObj which Whitehole conveniently renames "Cubed Water Block." This object is a visible model of a cube with beveled/chamfered edges with a spiffy water shader on it. RailMoveWaterObj is simply a model with no collision and is therefore useless in its own right save for decoration. For reference, RailMoveWaterObjs are used in Cosmic Cove Galaxy (named StarCreekGalaxy in the filesystem). More on this later.

Confused? WaterAreas are invisible collision and RailMoveWaterObjs are visible models. Much like the relationship between a .BDL and its respective .KCL & .PA pair. The below screenshot is of just a WaterArea:
[image]
WaterAreas are invisible, but you can swim in them.



Adding a WaterArea


Just to remind myself, the following is how you make a WaterArea. Areas themselves are not handled all that well in Whitehole. Just to note, I use Whitehole v1.2 to view areas in Whitehole's awesome 3D view. Whitehole cannot add Areas so here you need to use Anarchy in the Galaxy.

[image]
[image]
[image]

Once you open Anarchy, head to the areas marked in red. Changing the rightmost dropdown should make the middle dropdown AreaObjInfo. Add in a new blank object with the "Add" button marked in green.

Now you should have a new object.

Change parameters. Make sure no scale value is 0 as marked in green. Be sure to change AreaShapeNo marked in red to something other that FFFF (-1 in Whitehole).

  1. First open Anarchy and then hit "Open"

  2. You will need to navigate to the StageData part of your filesystem.

  3. Here I work with RedBlueExGalaxy since I've read that it is the most stable galaxy to hack. Really you can open any galaxy's folder and open the "GalaxyName"Map.arc file. As an example, here I am opening the file RedBlueExGalaxyMap.arc.

  4. You should see a listing of data. Open the rightmost dropdown and head to "Placement." By doing this you should be to the section we are interested in, "AreaObjInfo."

  5. Hit "Add" to make a new blank object.

  6. Rename it WaterArea and change the parameters as shown. There are two important things to note here. Firstly, make sure you change scale to 1 (or some positive decimal) for x, y, z. If you leave it as 0, you are making an infinitesimally small object, that is it will not do anything and it will not show up in Whitehole's 3D view. Secondly, do not forget to change AreaShapeNo to 0 for a cube. A value of FFFF will crash the game. Note: I don't know what l_id's do. Again I'm really just a novice with this stuff. But in Anarchy I try to keep them from being the same as other objects. It's called and id for identification -- I try to make it unique.

  7. Save your map file out. Take care with this as well. I have found that if you just hit save right out of Anarchy without hitting enter in the current field you're changing, the change won't stick. So be careful.

  8. Now Anarchy and Whitehole don't really play nicely with each other. Anarchy's form of saving differs from what Whithole can read. Anarchy saved files will work fine in game though, again just not with Whitehole. To fix this, you need to re-encode any arc file you save with Anarchy in the Galaxy to get the same data into Whitehole.
  9. [image]
    Drag .Arc map file onto yaz0dec. A new file should pop up in your .Arc directory.
    [image]
    Drag resulting file onto yaz0enc. Yet another file pops up.
    [image]
    Delete the older (crossed out) files and keep the newest, ugliest file. Rename the kept file to RedBlueExGalaxyMap.arc. This is your map file.
  10. First drag the Anarchy modified .ARC file to yaz0dec.exe. This should give you an ugly .arc 0.rarc...thing.
  11. Next drag the resulting file onto yaz0enc.exe. This should seem to yield some sort of awful .arc 0.rarc.yaz0 monstrosity. Really, it's just your new, cleaned .ARC file. Rename it to "GalaxyName".arc after you've deleted the other two files including your original Anarchy modified .ARC file.

  12. And that's it! (A terrible workflow I know, but it works). Open up your galaxy in Whitehole (v1.2 displays Areas to you should probably use that one). Your new WaterArea should be viewable. For this example, a 100 x 100 x 100 pink cube should be at (0,0,0) -- the world origin. In game, as I've said before, this will be an area where you can swim measuring 1000 units for length width and height.





Understanding Rectangular WaterAreas



To give a concrete look at things, I made a 3D model meant for measuring aspects of the game. The model is simply a large platform measuring 5,000 units in length and width. It is 1000 units tall. It's pivot is not at the model's center, but at a corner. This is to ensure that if my platform object's parameters are at (0,0,0) the platform will have its corners at positive XZ distances from the origin. Pivots are important, and I'll talk a little about them later.
[image]
Good for measuring models. Getting measurements allows you to make your custom models fit with official objects.

The model is textured as a grid. Each cell is exactly 10 units in length and width. They are numbered in groups of four and colored to make counting easy. It's a useful model for understanding the game and making official objects match up with my custom stuff.
[image]
Grid is sectioned into 400 unit chunks.

By using the model, it's obvious that a WaterArea is a 1000 unit cube (when all scale values are 1). In the below image, my WaterArea placed at the measuring platform's center. Therefore it must have influence over all of the center green tiles including one more row of blue tiles. That is in the XZ plane. I've read about wonky Y-Scale when matching WaterAreas with RailMoveWaterObjs, ie. the height of the are cube is strange. Not so much. All that is happening is that WaterArea has its pivot point at the bottom-center of its cube while many other objects, namely RailMoveWaterObj, have their pivots at their xyz center. RailMoveWaterObjs are 700 unit cubes.
[image]
The red outline marks the end of swimmable area.


To make things even more concrete, here is an example. RailMoveWaterObj. A good place to look is in Cosmic Cove's (StarCreekGalaxy) map. Switching the scenario to [2] the third entry down the list displayed in Whitehole, you can see the area where RailMoveWaterObjs are officially in the game. Note that below each of the objects there are WaterAreas. Looking at each WaterArea scale, everything is scaled by 0.7. From this it's easy to see that RailMoveWaterObjs are in fact 700 unit cubes (with chamfered edges). 0.7 of 1000 = 700.
[image]
In order to see this part of the map, change Scenario to what is shown in second image.

But what if we wanted an even bigger cube? Remember, RailMoveWaterObjs are not 1000 unit cubes. They are 700 unit ones. Below shows this:
[image]
Scale needs to increase.

Well that takes a little math. Say, we wanted to match our RailMoveWaterObj to a WaterArea of a normal xyz scale of 1 -- that is, a 1000 unit cube. You must make a 700 unit cube scale up to 1000 units. This is your classic Algebra 1 percentage problem. 700x = 1000, solve for x. This turns into 1000/700 which yields 1.4285714285714285714285714285714. Great. Punch that into RailMoveWaterObj's scaling parameters. Whitehole will round things a bit and there you go -- a 1000 unit RailMoveWaterObj that has functioning water collision.
[image]
RailMoveWaterObj scaled up to match a normal scale WaterArea. Note the "Z-fighting" occurring at the bottom of the WaterCube. This just shows that the faces of the bottom of the RailMoveWaterObj match the ground a little too perfectly. Generally, you want to move the cube up a little more to prevent this since it's ugly.
[image]
RailMoveWaterObj is placed at a Y position of 500. This makes sense. We scaled to the size of a normal cubed WaterArea -- 1000 units in length, width, & height. Since RailMoveWaterObjs have a pivot at the center of the cube. The model must be moved "up" half its height -- in this case 500 units.


Pivot Points


Just to drive home the point on pivots points here are some images. Pivots are very noticeable when rotating objects. To illustrate, the picture below shows a rotating pixelated Mario image. :)

[image]
Point from which 3D transformations take place is at the center of the image. This is similar to a RailMoveWaterObj pivot point.


[image]
Point from which 3D transformations take place is at the bottom of the image. This is similar to a WaterArea pivot point.

That's really all there is to that.




Moving Water Cubes


It's called RailMoveWaterObj for a reason. It is possible to get these cubes of water to move along paths at designated speeds with water collision. The below diagram sort of outlines the key points:

[image]
RailMoveWaterObj must be in MapParts.


There are three ingredients to this concoction: a WaterArea/RailMoveWaterObj pair (as described prior) and a path. To start, add a RailMoveWaterObj to Map Parts. This is important. A General object RailMoveWaterObj will not work for movement. Most of the time, you put things in Map Parts when they need to be moving.
[image]
Hit "Add Object" marked in green. Hit "Map Part" marked in red and then find your object (in this case RailMoveWaterObj).
The result should be the rightmost image - Cubed Water Block in the Map parts folder.

Each path has a Path ID field. Each object has a Path Id field as well. To match an object to a path, you must match the object's Path ID to the desired Path's Path ID. Pretty simple.

To view available paths in Whitehole, hit the "Show all Paths" button at the top of the 3D viewing window. You'll know that things are linked when you select your path-linked object and see its matching path pop up even if you don't have "Show all Paths" enabled. Very convenient.
[image]
Object ID must be unique. PathId must match the path you want to use.

When placing all of the elements together, have the WaterArea placed at the bottom of the RailMoveWaterObj (due to pivots as discussed earlier). Place the pair of objects at the beginning point of your path. Also make sure that your RailMoveWaterObj has an ObjectID. Make sure this id is unique.

Now your RailMoveWaterObj has a path. But it will not move as things are. Paths have point parameters that designate how things move along them. I have not tested these extensively, but I am assuming that since speed is designated on a point-to-point basis, things can move faster and slower depending on how far along path-linked objects are on the path.
[image]
I closed my path. Based on official Cosmic Cove values, this is probably unneeded given that all path points have speed.
The field for changing speed is the red marked "point_arg0."
Marked in purple is the field for delaying movement at a path point. I left it as -1 so signify that I don't want delay. You can change this though.

These parameters can be changed in Whitehole. I would suggest v1.1.2 for this since it's more stable and can reliably changes Path parameters. Be sure that you are in Point Arguments and not Path arguments. There's a difference.
  • point_arg0 = Movement Speed
  • point_arg5 = Delay

If you want to change things in Anarchy take a look at the below image:
[image]
We are working in hexadecimal with the two fields marked in red. So value "A" is 10 and value "14" is 20.
Hexadecimal is a base 16 counting system. On Windows 7, just use the built in Windows calculator tool and set it to "Programmer" mode to convert.
You must change point parameters, found by going to middle drop down marked in green.
To find the points for the path you want, find the Common.PathPointInfo._ section with the same number as your path's Id.
(Found by Splitwirez in MapParts and Path Variable Testing).

As a side note, I closed my path for this example. The path only had 2 points on it. Only one point (the first point) had a speed parameter. Had I not closed the path, the Water Cube would just move and then get stuck at the end of the path. Closing the cube.

Official use doesn't seem to require that the paths are closed. In Cosmic Cove, all points have a speed values and the path is open. Either way works, the official way is probably better.

Now you have a RailMoveWaterObj that can move. Great. But remember, RailMoveWaterObjs are only models without collision so we need the WaterArea to move with with the water cube. To do this, match the value in your WaterArea's MapParts_Id field to the ObjectID of your RailMoveWaterObj. That is all that is needed -- WaterArea does not need a PathID value.
[image]
MapParts_ID must match ObjectID of RailMoveWaterObj.

That is all there is to that. Scale things seem to work, granted match positions correctly. Pretty cool.
[image]
Moving Water Cube with swimming collision.

Just as a warning, this type of behaviour doesn't move the players along with the water cube. Consequently, fast cubes can be difficult to swim with. Perhaps this is why the water cubes were only in one galaxy. That aside, it's still a really neat level element, and with some creativity, you can probably do some cool stuff.




Some Things to Think About


There are some things to think about here. Scaling an object like this up is usually not a good idea. Because RailMoveWaterObj has chamfered/beveled edges, it is not an absolute cube. As you scale something like this up, its edges won't match the edges of a cube object. Things will look bad if you scale too much -- as with most objects in game. This was just an example to show how controlled things can be.

Things can get pretty wonky once you try to work with rotations on WaterAreas since areas are invisible. Whitehole does not render area things correctly, so don't trust what you see. I would suggest making a custom model with an adjusted pivot so mimic what the area's look like in Whitehole. I have shown what I use in my own setup. If you match my model's x,y,z position, scale, and rotation, it give an accurate representation of what you are dealing with when working with WaterAreas that are cubes. Here you can see how the beveled edges of RailMoveWaterObj don't make it fill up the WaterArea perfectly.
[image]
A custom model to allow me to see cubed areas correctly in Whitehole. When making custom models, the pivot point will be wherever world (0,0,0) is in your 3D modelling package.


At the point of this writing, custom textures cannot be transparent or translucent. Bad for making water. Also, there is no way to make animated textures. Again, bad for making water, specifically the pretty shimmering water that makes SMG 2 look great at times. That shimmering water, if I understand correctly results from shaders/materials -- a category of 3D that can be complex in and of itself. Be that as it may, we cannot take pre-made, official shaders from existing models and "band-aid" them on our custom ones. Unfortunate.

In the end, scaling up water cubes can provide a bit of a kludge for water in galaxies. Overlapping a scaled up RailMoveWaterObj WaterArea pair on a custom model to hide the bad edges can mimic a lake or a pond (provided you vertex color parts submerged on your custom model some sort of blue or green to strengthen the "underwater" effect).

Things are imperfect. But workable, and with good planning, I'd imagine you can make pretty believable levels.


As a side note, what I've been talking about WaterAreas with a AreaShapeNo field set to 0. This value specifies a box area. There are other types. Courtesy of Splitzwirez from this thread with some of my added info:

Name

AreaShapeNo Values

Base Measurements (Scale XYZ is 1)

Pivot Location


Rectangular Prism 0 A cube with a 1000 unit length, width and height. Bottom Center
Hemisphere (?) 1 A hemisphere with a radius of 1000 units. Bottom Center
Sphere 2 A sphere with a radius of 1000 units. XYZ Center
Cylinder 3 A cylindar width a radius of 1000 units. I don't know the height. Unknown
Strange Splashing 4 Something I've observed. Cannot swim in this area. When walking around, you may see an occasional splash. Doesn't seem useful.Unknown



Downloads


Realized that I should probably include some of my custom models to help people out. They're nothing special so don't expect much. I have prefixed my models with underscores so that it is easy to my modified files in the ObjectData folder. As requested:

Large Measuring Platform
The platform I have been showing throughout these notes. Shown here. 5000 unit length and width. 1000 units tall. Useful for eyeballing measurements from in-game. Really, its just a grid you can walk on. Named _T_BigMeasurePlatform for access in Whitehole.

Rectangular Area Outliner
A custom model used to see boundaries of rectangular Area objects. Named _T_CubeOutliner for access. You must match the position and rotation of this object to those of the rectangular Area you are using in order for things to match up.

Hope this helps. If there are any ways I can improve this thread, please don't hesitate to inform me.



SunakazeKun
Posted on 09-05-14 04:24 PM Link | #47829
This is a very helpfully tutorial! Thanks for creating this.



Youtube | Github | Neo Mario Galaxy | Super Mario Galaxy & Super Mario 3D Land Modding


Splitwirez
Posted on 09-05-14 04:33 PM (rev. 2 of 09-05-14 04:35 PM) Link | #47830
This makes me want to make an underwater fire galaxy...if that makes any sense. I are going to do that now. A few improvements I'd like to see: The thing about Cheep-Cheeps made no sense, and if you could release those test planets, that would be great.

NWPlayer123
Posted on 09-05-14 04:37 PM Link | #47831
Posted by Splitwirez
This makes me want to make an underwater fire galaxy...if that makes any sense. I are going to do that now. A few improvements I'd like to see: The thing about Cheep-Cheeps made no sense, and if you could release those test planets, that would be great.

AKA Aquaflame? <:

____________________
"I hate playing musical chats" ~ Quote of the month

Splitwirez
Posted on 09-05-14 04:44 PM Link | #47832
Posted by NWPlayer123
Posted by Splitwirez
This makes me want to make an underwater fire galaxy...if that makes any sense. I are going to do that now. A few improvements I'd like to see: The thing about Cheep-Cheeps made no sense, and if you could release those test planets, that would be great.

AKA Aquaflame? <:

Copmpletely forgot about that. Would it be a problem for the 1 World project if Aquaflame (or something like it) made its way into NMG?

SunakazeKun
Posted on 09-05-14 04:48 PM Link | #47833

NWPlayer123
Posted on 09-05-14 04:57 PM Link | #47834
Posted by Splitwirez
Posted by NWPlayer123
Posted by Splitwirez
This makes me want to make an underwater fire galaxy...if that makes any sense. I are going to do that now. A few improvements I'd like to see: The thing about Cheep-Cheeps made no sense, and if you could release those test planets, that would be great.

AKA Aquaflame? <:

Copmpletely forgot about that. Would it be a problem for the 1 World project if Aquaflame (or something like it) made its way into NMG?

Not really, you might want to revise it a lot though xD

____________________
"I hate playing musical chats" ~ Quote of the month

Splitwirez
Posted on 09-05-14 05:01 PM Link | #47835
Posted by NWPlayer123
Posted by Splitwirez
Posted by NWPlayer123
Posted by Splitwirez
This makes me want to make an underwater fire galaxy...if that makes any sense. I are going to do that now. A few improvements I'd like to see: The thing about Cheep-Cheeps made no sense, and if you could release those test planets, that would be great.

AKA Aquaflame? <:

Copmpletely forgot about that. Would it be a problem for the 1 World project if Aquaflame (or something like it) made its way into NMG?

Not really, you might want to revise it a lot though xD

Okay, good. Awkward coincidence, but whatever.

Slacker
Posted on 09-06-14 01:06 AM Link | #47858
Posted by SunakazeKun
This is a very helpfully tutorial! Thanks for creating this.

You're very welcome.

Posted by Splitwirez
A few improvements I'd like to see: The thing about Cheep-Cheeps made no sense, and if you could release those test planets, that would be great.

Removed the Cheep-Cheep part. It was just saying that surface swimming Cheep-Cheeps swim on the surface of your water regardless of where you place them and their paths.

Uploaded my models. Hope they are useful.

Really the outliner stuff should just be built into Whitehole. I had modified the AreaCubeRenderer class as a test to get Area rendering somewhat accurate, but I haven't looked too far into the inner workings of the Whitehole source to really make anything meaningful.

Splitwirez
Posted on 09-06-14 07:06 AM Link | #47864
Posted by Slacker
Posted by Splitwirez
A few improvements I'd like to see: The thing about Cheep-Cheeps made no sense, and if you could release those test planets, that would be great.

Removed the Cheep-Cheep part. It was just saying that surface swimming Cheep-Cheeps swim on the surface of your water regardless of where you place them and their paths.

Uploaded my models. Hope they are useful.

Really the outliner stuff should just be built into Whitehole. I had modified the AreaCubeRenderer class as a test to get Area rendering somewhat accurate, but I haven't looked too far into the inner workings of the Whitehole source to really make anything meaningful.

Huh. [russianaccent]Those models will make my life 400,000x easier...for 12 seconds.[/russianaccent] Oh, and I just noticed that while editing my post, I accidentally removed the 'thank you' part. I'm so sorry if that sounded picky or rude or anything, it was meant to be sort of a 'thank you for the awesome tutorial, here are some ways you could make it even better' but then it came out as a 'HERE'S A FLAW, HERE'S ANOTHER FLAW, FIX THEM' type thing. I'M SO SORRY, IT WAS MEANT TO BE CONSTRUCTIVE CRITICISM...{wanders off, rather upset}

smg2haxer
Posted on 09-06-14 09:47 AM Link | #47870
Oh wow!! Thanks so much! I really needed to work out how to add water! :D

____________________
Oh my does time fly? It's nearly been a year since I registered!

shibboleet
Posted on 09-06-14 11:05 AM Link | #47871
If you PM me the details, I can easily just modify it since I know what controls it.

____________________
a

Slacker
(post deleted) #47896

Slacker
Posted on 09-08-14 03:57 PM (rev. 2 of 09-09-14 12:53 PM) Link | #47941
Posted by Splitwirez
Huh. [russianaccent]Those models will make my life 400,000x easier...for 12 seconds.[/russianaccent] Oh, and I just noticed that while editing my post, I accidentally removed the 'thank you' part. I'm so sorry if that sounded picky or rude or anything, it was meant to be sort of a 'thank you for the awesome tutorial, here are some ways you could make it even better' but then it came out as a 'HERE'S A FLAW, HERE'S ANOTHER FLAW, FIX THEM' type thing. I'M SO SORRY, IT WAS MEANT TO BE CONSTRUCTIVE CRITICISM...{wanders off, rather upset}


Don't worry about it. Glad to help. Criticism is welcome. :)

Posted by smg2haxer
Oh wow!! Thanks so much! I really needed to work out how to add water! :D

You're welcome!

Posted by Luigi
If you PM me the details, I can easily just modify it since I know what controls it.

I assume this post was targeted at my AreaCubeRenderer comment. I don't really have code that you can work with since it's patchwork and bad. I was mostly experimenting with draw orders to draw each cube face separately instead of drawing all sides as one strip with two capping faces.

If I had to guess, to fix the problem would entail:
  • AreaCubes must be a 1000x1000x1000 cube rather than a 100x100x100 cube. So don't draw Areas like ColorCubes.
  • ColorCubes are drawn from center. A float is used to designate a distance from the cube's center. If a ColorCube is placed at (0,0,0), 50 units of the cube would be below the origin (bottom face at y-pos -50) and 50 units would be above. The bottom face of an AreaCube should be right at a y-position of 0.
  • When Y scale is increased, height only grows positively, i.e. the bottom doesn't grow at all in Y direction.

I can tell perhaps how to go about things. Not all that useful, sorry.



Updated: Now first post has details on how to bind a WaterArea to a moving RailMoveWaterObg.

shibboleet
Posted on 06-09-15 11:25 PM Link | #60828
Thread got crapo'ed during the board switch, but this thread is really good so I went through the time to fix it. :)

____________________
a

Anthe
Posted on 06-10-15 01:37 PM Link | #60835
This is wonderful material. Can't believe I never saw this. Thank you so much for making this.

____________________
[image]

MK7tester
Posted on 06-24-15 12:31 AM Link | #61362
This tutorial is amazing, thank you so much, will be much easier to mess with water in SMG2 now.


Main - Archived forums - SMG documentations and tutorials - Notes On: SMG 2 Water New reply

Page rendered in 0.029 seconds. (2048KB of memory used)
MySQL - queries: 30, rows: 229/229, time: 0.014 seconds.
[powered by Acmlm] Acmlmboard 2.064 (2017-11-20)
© 2005-2008 Acmlm, Xkeeper, blackhole89 et al.