ray,  Freeze I noticed an oversight in the documentation:
_in the Data-Node section you said:
"0E02 DOES NOT BELONG TO THE POINTER WHEN CALCULATING IT."
but actually it does belong, and rightfully so.

If for example I wanted to put the path-data in your example at offset 0×19C0 in the arm9, I would need to replace 08 5C 0E 02 with C0 19 00 02.

To calculate the pointer you need the RAM offset of the overlay (or arm9) you're using.
For arm9, the RAM offset is 0×2000000.
In the case of overlay 8, the RAM offset is 0×20CC2E0 (US version, for EU it is 0×20DE360).

Now look at this: 08 5C 0E 02, if you read it in reverse instead, you'll read it as 02 0E 5C 08.
This looks like an offset.
Since the path-data is located in overlay 8, subtract the RAM offset of overlay 8 to 20E5C08.
0×20E5C08 - 0×20CC2E0 = 0×19928
In an hex editor, if you look at offset 0×19928 in overlay 8, you'll indeed see the path-data corresponding to the pointer.

Now let's say I want to move the path-data located there to offset 0×19C0 in the arm9 (either to copy it as-is or to add more paths).
To calculate what will be the new pointer, add the RAM offset of arm9 to 19C0.
0×19C0 + 0×2000000 = 0×20019C0
First things first, the result must be 8 hex numbers long, thus you must add as many non significant zeros as needed, 20019C0 must be written as 020019C0.
Second, the result must be written in little-endian, thus 02 00 19 C0 (big-endian) must be written as C0 19 00 02 (little-endian).
Now you can replace the old pointer (085C0E02) with the new one (C0190002).



This will also clear a misunderstanding, technically all nodes are capable of holding a Path-Data size of 20 bytes (4 paths + End data) without having to sacrifice an already existing path-data.
The only problem would be to repoint the Path-Data to a place in the RAM that goes unused.
Such a place fortunately exists in NSMB, if you decompress the arm9, you can stuff a lot of things between offset 0×19C0 and offset 0×2FFF inclusive.
If this place was theoretically to be filled exclusively with path-data, you would be able to define the path-data for up to 284 nodes, which would average 35 nodes per world, which is more than enough!

Maybe we could use the Wiki for that?
_________________________
GitHub - Kuribo64 - YouTube

See a lots of creative DS Hacking here
If you want to support me, you might check out my Patreon Page : )

This is a bit offtopic, but not inimportant (if that even is a word).

Those three letters haven't been blue/purple since.. how long was it? 1 year and 3 months?



You must admit that this is one of the most interesting events happening on a board like NSMBHD (except that Worldmap doc in this thread's first post )

Unimportant is the word :p

Anyway, I am excited as well, I came to the board a few months ago, after  ray was banned. I knew he'd done a lot for NSMB hacking and he was kinda an inspiration

Pretty sure  ray's Youtube videos were also what led me to the site xD

_________________________
hey look, I did a thing

See a lots of creative DS Hacking here
If you want to support me, you might check out my Patreon Page : )

Great! But how does it work when I want to change/add something to that doc?

Will my edits be in the doc right after I saved it? Or does the creator have to accept my edits first?




I don't know if it's possible for the admins to change that this thread's first post is written by you instead of Elrodorn?

See a lots of creative DS Hacking here
If you want to support me, you might check out my Patreon Page : )

Cool! Can you also see if other people are working at it? And what they are editing?



Of course admins can edit posts. I've seen them doing that before. But I thought you'd prefer being able to edit the post yourself


EDIT: Also (I must be stupid), I don't see any 'Save' button

See a lots of creative DS Hacking here
If you want to support me, you might check out my Patreon Page : )

Sorry bit of topic... I would give my Welcome back to ray.

You're some kind of legend for newbies like me. Your technical contributions in this site were significant to the community, although, on the other hand, I've heard that your behavior earned to you more than a year in the refrigerator.

I see our lives as a software which every year we evolved our version. Because this I believe that now, all community a little older and wiser, can leave the first level behind and move on to other more challenging kingdoms.

About the new Worldmap Editor, I have some suggestions*:
(*these are based on things that weren't implemented yet in the first WMe and RicBent's WMe)

1.) It would be great if we could see the corresponding Level icons on top of the node images in the 'Node selecting window' (or whatever you'd like to call it), like this (but than without those white squares of course):




2.) In RicBent's WMe, you can only see one path at once. It would be nice if you were able to see all of them at the same time. Of course the selected path should have another colour than the not-selected paths.

See a lots of creative DS Hacking here
If you want to support me, you might check out my Patreon Page : )

Wow, it seems like you can edit the backward paths independent from each other xD

Also, why those diagonal paths? I mean, if you make it into the WMe that way, you'll be able to make 1-line-paths and 2-line-paths only, and no 3+-line-paths.

See a lots of creative DS Hacking here
If you want to support me, you might check out my Patreon Page : )

Well, if  Freeze has no time for the path animation thing, I could do that.

The file sizes were only that big, because I set all types to x/y/z transformations. I was too lazy to implement all different types
_________________________
GitHub - Kuribo64 - YouTube

That would be awesome. But first things first, I need to get the current version to compile and put it on my NSMBe fork on GitHub.