How to Use This Forum + Rules

Welcome to SMW Central's Requests forum for SMW hacking. This forum is our official resource requests system. And with thanks to ModBot, a lot of the management and moderation of the forum is automated!

If you want to request a resource for your hack, it's very important you read the rules and instructions below.

---

How to Make a Request

• Start by making a new thread in this forum.
• Select the Open tag, as well as one resource type tag (ASM, Graphics, Music). Use Ctrl + Click to select more than one tag.
• Fill out your post inline with the requesting rules, and then make your thread!

• Once a user expresses they would like to claim your request, change the Open tag to Claimed.

• Once your request has been fulfilled and the submitted file has been approved in the resources sections, you can then change the Claimed to Complete.


It is important you keep your thread tags up to date, and only list one tag for the status, and one resource type tag.

---

Global Requesting Rules

These rules apply to all requests made within the forum. In addition to these rules, the relevant resource-specific rules apply also (ASM, Graphics, Music).

Failure to follow the rules in this forum will result in a warning being issued. Further non-compliance may result in your ability to make requests being revoked.


1. It is your responsibility to keep your thread tags up to date.

As per the How to Make a Request instructions above, it is your responsibility to ensure your thread tag for the status of your request is kept correct. If your request is Claimed by someone, mark it as such. If it's been Complete, then change the tag again.


2. You can only have one active request per resource type concurrently.

For example, you can make a Request thread to request Graphics, and then another for ASM, but not two ASM request threads - until one is either Canceled or Complete. If you do, your latest thread will be automatically Canceled.

Requests older than 30 days that are still Open (not claimed by another user) will be automatically Canceled, and you are free to either request it again or request something else.



3. Ensure your request contains all the resources required to fulfill it.

If you're requiring someone to create a sprite for you, or rip graphics, don't expect the fulfiller to find the resources themselves. Provide links and downloads to everything they will need.


4. Don't make your requests too specific.

The ultimate purpose of the Requests forum is to encourage the creation of more resources for the community, not for you to request a "32 different attacks custom muncher boss". Requests won't be kept private, users are allowed to support your request and suggest further ideas, and all fulfilled requests will be made public and uploaded to our resource sections.


5. Respect the users who kindly offer to fulfill your request.

Do not pester someone to complete your request once they claim it. Everyone is busy, and they will complete your request when they can.

---

Fulfilling Request Rules

You can filter for each type of request resource type by clicking on the tags, if you're looking to fulfill something specific.


1. You can claim a request by posting in its thread.

Make sure to let it be known that a request has been claimed, so multiple people don't end up working on the same request.


2. When claiming a request, be responsible.

Before claiming a request, please assure yourself that you'll be able to fulfill it in a reasonable amount of time. If you find yourself unable to finish it, unclaim it as soon as possible. Don't leave requesters waiting unnecessarily.


3. Submit the fulfilled request to the corresponding resource section, and link it in the request thread.

As such, make sure it complies with the corresponding section's submission rules.


4. Once your submission has been approved, you can claim a point for fulfilling a request.

Post a link to the approved resource, and a link to the request thread here, and you will receive a point for each request you fulfill. Fulfill a certain amount, and you can earn trophies! If you don't post there, you won't get the points. This is your responsibility.

---

Supporting a Request

We strongly encourage, if you like someone else's request and/or may have a use for it yourself, to show your interest in its thread. More people being interested in a request may make it more likely to be fulfilled, as it will be known that it's something that the community wants.

You are free to suggest additions, further ideas, and extra features. However, please remain true to the original request and do not completely hijack someone else's request.

---

Summary

We hope our Requests forum helps SMW Central's resources grow!

Should you have any questions on the rules, how the forum works, etc, you are free to ask it here in this thread.


Happy requesting!

only 90s kids remember the previous /?p=requests page

oh yeah that's for sure.

Hey there, I find this initiative to reward the "makers" lovely, thanks for bringing it! Too bad it can't be applied retro-actively on all the requests completed until now. Or can it? Since I've done a few musics on request until now haha.

I have a few questions:
- if it so happens the requester doesn't like the delivered product, although successfully moderated, and asks for a re-work, does he have to take the "completed" flag and then open a new request? I hope this kinda stuff occurs rarely though.
- if it so happens multiple users place a claim on a request, who has priority? Is it decided by the requester, or is it more of a first arrived, first served system?
- will the request threads offered by some users during C3 also be dependent on this system to get points? What about the C3 requests that are still wip from the Winter C3?
- If a request already is wip before this forum has opened, can we ask the requester to post here, then claim it immediately? I.e I have some ongoing projects for OrangeBronzeDaisy already. And some for Infinity. Hope I don't look greedy for making sure I cash these points in, too :o

thanks

Personally, I feel the requester should be grateful they got their request fulfilled lol. This is a very rare case and not something I have seen before, but if that should happen they would be best to open a new request once the other one is Completed. Ideally, the fulfiller and requester would keep in touch anyway throughout the process, in their thread.


There's going to be a bit of lag time between a request getting claimed and the tag being updated, depending on when the requester is online. I'd advise any potential claimers just do double-check that something hasn't been claimed in the thread before claiming it themselves.


Only requests fulfilled in this forum count. I can't really see a practical way to implement C3 request threads into this also, as that's when things would start to get messy. We're keeping it simple this way.


I'll discuss this one with the other forum mods and people, and I'll update this post and let you know!

We've decided not to allow this since it could potentially get messy if other users are in the same boat, and crosses the line of "starting fresh" on the points with this forum. We don't want to set that precedent and have the line on that get blurred.

Nah, you're free, and encouraged, to re-request it here at any time. Consider the old threads null and void at this point. Go ahead.

---

What are the rules regarding bumping requests? Am I allowed to reply to my own request to bump it to the top of the forum if I feel like it's getting ignored? And if so, is there a waiting period between bumps? How long would I have to wait after bumping my request before I can bump it again?

---

"What's 9 + 10?"
-Jah

No bumps at all. If it doesn't get fulfilled in 30 days, it will automatically get cancelled and you can re-request it again.

---

I wish ghost threads weren't a thing here. They're quite bothersome.

do .xm files count as a reference while music requesting?

I didn't know what a .xm file is, so I asked a musical person and they said it's a tracker file so should be fine. So, I'm sure it would be fine.

---

OK, I have one remark.

To be accounted as a "validated" request that receives a request token, the result needs to be publicly approved in the relevant section.

But I've taken a request for music, I've stuck to the midi because I don't know any better, and I'm still proposed by moderation, to perform changes that are dependent on re-constituting the right melody by ear.

Which probably will deter me from taking more requests if this happens too much. I work with what I'm given. If it is a faulty midi, that's what it is. Is there any response to this.

Just to be clear here, it sounds like you're referring to a case in which you made a port by using an inaccurate MIDI file as a base? Correct me if I'm wrong and I'll amend my response.


I suppose we all have different philosophies when it comes to this sort of thing; but generally speaking, the purpose of a port is to recreate the original song as closely as possible. Of course, it can't always be perfect, but there's an extent to which any deviations are no longer reasonable. I don't know all the ins and outs of whatever song it was that prompted this issue, but if a moderator is rejecting a port based on unfaithfulness to the intended song, then that is a valid rejection reason - even if the port itself is a faithful recreation of a bad MIDI.

If there are no better MIDIs out there, and the only option is for you to create bits of the song by ear - something isn't easy, to be fair - then that does sound like a tougher situation; but ultimately, the responsibility still lies on you as the porter to do whatever needs to be done, if you want the port to be accepted into the sections.


I'm sorry if this deters you from taking requests, but MIDIs aren't always perfect, especially if they're hand-made and not generated by a tool such as VGMTrans. Issues like this are bound to happen sooner or later.

---

Twitter
The handomest people in the world are ones who follow my Twitch

Thanks for the answer, it confirms what I already know.

I just find it difficult that I can't just use the "midi reference" of my requester. After all, the "midi reference" item is something that's demanded by the request rules, if there isn't one, the moderation can cancel the request. But if this midi is faulty, then it should be better not to request it at all, either.

Exactly, this situation occurs in songs that cannot be ripped.

So, if no other solution, I'll assess the situations myself and stop claiming songs that cannot be ripped. I would have recommended to amend the rules so requesters don't go with faulty midis, but it seems most of the music makers here can ear-pick while I can not, so I am in a minority demographic.

In my case I just got mad because this song request I've answered to, got rejected twice already, and I'm afraid my next submissions of it would be considered section spam or low effort, if rejected again and again. And I had no choice to do it like that, the midi was my reliable source. And I had completed it and I had considered my contribution finished.

Oh well. That's unfortunate: no responsability lies on requesters for the quality of their source. That can certainly be explained by the fact they would not be aware, of course, I can understand. But either way I thought I'd mention it. I'm hard at work but certain skills are too hard for me. Ear-picking to "fix" a midi is one of these skills.

Edit: ok, I've re-read the rules and the quality of source is mentioned. Then I guess it's my own responsability to accept or reject said source. And boy will I exercise it. Great.

There lies responsibility on both the requester and the requestee. Yes, the person making the request -should- make their best effort to find a decent, accurate MIDI; but not every song out there will necessarily have a perfect corresponding MIDI, and we have to make do with what we get (in which case it will be the porter's responsibility to find a way around these limitations). Personally, I also try to avoid porting certain songs if I feel that available MIDIs aren't accurate enough, which is why I've been sticking to SNES songs for the time being. My point is, we have to make decisions about what requests we are and aren't willing to claim.


As a side note:


I don't think that's necessarily true. It would be considered spam if you submitted the same port over and over again while making little-to-no changes, but as long as you're making substantial edits that actually improve the quality of the port overall, there's nothing stopping you from trying again. That's the point of public moderation logs, after all.

---

Twitter
The handomest people in the world are ones who follow my Twitch

Am I allowed to cancel a request after it has been claimed?

You can, but you should also consider if the fulfiller has started to work on it and if they have if you think it’s fair on them to cancel it. If you repeatedly cancel requests after they’re claimed and it becomes a problem, there could be consequences. However, the odd occasion with good reason is usually okay, as long as the current fulfiller is okay with it too.

---

A user should make it clear they're claiming a request by posting there, and then the requester should update the thread tags accordingly. Basically, don't try and fulfil a request that has already been claimed.

---