Their last login was over 1000 days ago (as can be seen on their profile) and the last post in this thread is from 2021. Please check dates prior to posting in order to avoid unnecessarily bumping threads.

Also  Tob if you ever read this, your old password may be reset if you can provide reasonable proof that this was indeed your account. In the meantime, I am closing this thread.

-Threads generate activity. If this can revive the board a little bit (yknow, kind of a "hey we aren't dead" publicity stunt) then I'm all for it.


-Threads are what users see right out of the box, while the wiki is kind of.. tucked into a corner.
(And then brought offsite because it was barely fleshed out at all)

I wouldn't be surprised some people never realized it existed.

Having both the threads and the wiki pages adds some redundancy where each can specialize in an area: threads can be especially beginner-friendly with a lot of padding, while the wiki can be more of a dense, thorough all-purpose reference akin to the Unity documentation if you've ever seen it.

If only the wiki stays up-to-date as it is now, a lot of people will be confused seeing the threads.


-Threads actually notify people and can be replied to. Talk pages are nice, but I never feel compelled to check them. For any given article, nothing tells me ahead of time whether there is anything in a given article's talk page.


-Threads aren't forced to be wiki-shaped. The format can very, some threads will be focused on being newbie-friendly while others will be nerdy with trivial details.


-Acmlmboard nostalgia



There's probably more, but I can't think of anything right now. It's a personal choice I'm sticking with since I'm leading this effort.

(this doesn't mean wiki pages can't be used btw- it just means just that I will be releasing the infobomb packages as threads for the mostpart)

The term "actor" has been in use for a long time by Skawo, MeroMero and the like. I've long internalized that "sprites" are but shells that load the respective actors and "sprite data" is carried over from the "sprite" to the "actor".

In that sense, I don't see what's wrong with the name aside from code consistency.
Personally, I find "sprites" to be more distinct from "objects" (the name used for tiles) which the latest editor still uses. (and also I like the distinction between the container and the actual actor because these two are not necessarily the same in that sprites are but a subset of actors that you can actually place)

Same for tile behavior, it's just a name at the end of the day.


I would do this:



The latter are interchangeable. This is a more classic approach that remains consistent.
Also, be wary of the "my terms are the only correct ones and the rest is bad" because people will call stuff what they want to call them.

So long as the old and new names are interchangeable, I don't think there's a major issue. Frankly, you could maybe even make the editor use both based on a toggle (might need tokens within the localization files). Pleases both parties.

Beyond that, in the "documentation" on the board itself (think threads, not so much spritedb) I think it just comes down to not confusing sprites and actors. It should not that complicated, so I don't see why I couldn't do what I'm planning on doing: make a semi-permanent update/summary of all the information that isn't volatile. Actors are in active research by your team, therefore I won't touch on them too much. Instead I would more likely talk about tips and tricks regarding each sprite, intended for beginner use.

Leaving the board as an archive as it is now would be odd when you can make it a lot easier to digest by at least summarizing the information and linking relevant threads for easier searching.


I do think the sprite db as it is now is probably too open, but that's only based on the assumption that we can now delve into the code. It was open specifically because experimentation was needed, hence that was the only way. What was once help might now be interference.

It would be good to have a link to the new database alongside the new wiki, though. Archiving the old stuff is one thing, but if you don't properly link the board and the new resources together then it's kind of a pain.

I think the forums could be a bit more restricted in the future to accommodate for the Discord's presence, but once again Discord is not made for archival. On the board, you can present your own hack as well as upload it to the local uploader for ease of use.
You could just as well make wiki pages for each hack instead, but that's very monotone and I would personally would not want to use that.

One thing of note is that the board needs to stay open enough for members to be able to inquire about things, notably about outdated stuff such as the outdated ASM hacks- I heard a lot of the ones from Skawo or MeroMero were never ported.

Also, I personally would hate running the discord because you cannot really search for past instances of people seeking the same answer you are. Board posts are easier to manage in that regard, anyone can search about problems that were encountered and solved in the past.

I'm cleaning up the board because there's too many duplicate threads which makes searching unintuitive, defeating the point. One of my goals is to build up a FAQ based on previously solved inquiries.

I do relate to the feeling of Discord servers being walled gardens due to the lack of lurking and indexing. They're only partly public.

Also,  __fp please calm down a bit.

Only by the server owner, I may add. In other words, it's inconsistent across servers, and you have no way to know ahead of time if the server you're joining will or won't. You can delete your own welcome message, but it's not exactly lurking. Many people don't mind, but some people do.


While that is true, the wiki would need to be a massive FAQ in order to cater to all the questions one might have. Based on what you said though, it would seem your equivalent of said FAQ is contained within the discord as "help threads" where users can search for previously asked queries.


One thing  __fp was trying to outline is that making an account on the board and on Discord isn't necessarily equivalent in practice. And again, no lurking. So the FAQ I mentioned earlier needs to be outside of the Discord.


NSMBHD does provide two ways of search: internal and google. I've had a lot more success looking for stuff through that than I have looking up stuff in past conversations on Discord as a whole. This may not be representative of how it goes when searching on NSMBCentral specifically, but in my experience searching on Discord is a slog.

Not to glorify the NSMBHD search though- it's not perfect, but the google one helps a lot since you have searching tools like literal search (when you put something in quotes) etc. I wish Discord search had that specifically.




This whole conversation kind of boils down to whether or not we use the board as a board, versus switching to Discord entirely. Granted, the Discord is significantly more active and stuff, but I don't want my whole life to be spent staring at Discord.

I will not be joining the Discord, most likely. Once I'm done with the documentation effort, I'll more or less retire from the hacking scene.

Edit: I'll still be there and stuff; I can reply to threads and shit. but I won't be necessarily deeply involved in the game

I'm thinking of closing everything in the general forums aside from General Chat. Sometimes on boards you can have slow, lengthy conversations in the form of wall o'text the likes of which are more common on Kuribo64.


I can manage. I suppose I'll try to send an email to Dirbaio, or find them on Git. Dunno if they would be open to the idea at all though, since they never gave you (or  gridatttack) database access. I don't know how much they would trust me.


As for the Discord bridge, if it's just an automated user it shouldn't be complicated to setup but it might look weird.

There are a number of commercial ROMs on the uploader that should not be there. A simple way to locate them is to search for ".nds" (CTRL + F) in the Levels/Hacks, Images and ASM Hacking sections.

These ROMs will be deleted on August 31 1pm UTC. In case anyone wants to archive all of these ROMs by turning them into patches or otherwise, please download them before then.

Thank you.

That's fair, but then this itself is an issue- there's no way for people on the board to know when something was asked and solved on the Discord.

Anyway. The consensus I'm seeing here seems to have shifted a bit, so I'll say this. I'm open to de-archiving the forums if you want to use them- I don't mind at all. I just want nobody to have like, a problem with it.

Video tutorials cannot be reworked once they are published while text tutorials can, therefore the latter are usually more up-to-date because they are easier to maintain that way.

Also; I'll be making the tutorials either way, archived subforums or not.


I don't mind waiting, but from what I gathered it will give a more "inactive/abandoned/obsolete" image of the board which I think is what  KingYoshi had an issue with.


Making a thorough FAQ will answer a lot of questions people having issues might have, reducing the need to search through all of the past queries.


"archived" does not mean "tucked into a corner out of view". I will not be doing that, period.

Thanks for pointing this out.

I would suggest archiving the ROMs elsewhere than just the Internet Archive though, in case Nintendo has some tasty DCMA claims up its sleeve involving .nds files on the archive.

godamn I posted this thread in mid-August
sorry for being dead


I had to focus on other stuff for a while (e.g. new job and random medical crapo)

I might need to make a discord to join the server at some point