Changing How Requests Works

Posted on 2020-05-22 11:45


During mapping, there are just times where you want to rank your map. You may even be actually actively ranking a map right now. However, the current process requires 2 BNs to rank a map. This is where it could get tricky and/or frustrating. Requesting BNs has (and maybe always will be,) something that frustrates mappers for many reasons; whether BNs are simply closed or just ignore you.

This post is filled with opinions.

Most of the stuff I wrote are things that I know from experience, or from others. It is filled with quite a bit of subjectivity, so bear with me.

Problems in Requesting BNs

Okay, let's say you are done with your map, gathered mods, and ready to rank it. You will now need to get 2 BNs for it. It sounds just fine by just looking at the paper, but in reality you will encounter many problems that blocks your way. Here's some common problems:

1. Too many closed BNs.

Alright, let's say you're in the BN listing page, either on osu!'s group listing or in the BN site, you click on every single bn, and you see nearly everyone is closed. While totally have the rights to close for reqs, sometimes you just keep wandering how come so many BNs are closed, heck, some of them are even closed for more than a month! Especially if the BNs that are open reject your map outright from their rules, it is just frustrating. What the hell are they doing?

2. You keep getting ignored.

Yeah, getting ignored sucks. You never know if the BN actually ever checked your map or not, let alone downloading it. But at the same time, they could be getting lots of PMs. I must admit I did ignore lots of people whenever they requested me. I mean...

I clearly didn't do my best and actually reply to them, and some of the messages are now 4-5 months old. It is still frustrating how easily BNs can just ignore you, and I totally get it.

3. Getting rejected for no reason.

You finally get to contact a BN! Good job on that, whether its on queue or by PM. But now there's another problem coming: you either get accepted, or rejected. If you get rejected, sometimes they don't really have any particular reason, they just put in "idk don't look too good for me" or something along the line of it without even bothering to look at the map at all. This will leave you in a completely confused state, as you won't know what exactly the problem was. If you then go on to ask multiple BNs and they all reject you the same, you will just get even more confused. Why do you keep getting rejected?

4. You don't have the balls to PM a BN.

Yeah, this happens to most of us. There's no need of an explanation for this.

The Requests Site

Link to the site itself.

Now that some of the big issues are in there, let's look at the site itself, what's the goal, and what's the disadvantages of it.

Goals and Mechanics

The goal of the site is to reduce the frustation of requesting the BNs itself. Yes, I know I am the only one using this method, but that doesn't mean other's cant using other method that has the same goal. How do I fix these problems? Here's how!

In the site, you can directly see how many requests do I get, the maps, and their respective statuses, whether it's pending or accepted. (Rejected will be thrown away from public and only the requester can see.) This is similar to how BN Trello works, except all the requests and inputs are done by the requester itself, and they can cancel the request anytime they want (they may already have 2 BNs or they just want to mess around). The site also features all past accepted requests, showing how much requests have I modded.

Not only that, if you join my Discord Server, you can see all the feed of requests getting in, updates to it, etc. in real time! This gives people information as to what the hell I have been doing, whether I'm just slacking off all this time or not.

And in the case of rejected requests, the requester will always get a reason as to why is it rejected, whether it's caused by personal preference (aka "I don't like how you structure the map" or "I don't like movement mapping") or if it's caused by the map having actual fundamental issues. The requester should now be able to understand as to why their request is rejected and maybe, improve their beatmap before going on to ask other BNs (or they can just ask other BNs because everyone has different opinion on something).

Disadvantages

This thing, of course, is not perfect, there are disadvantages for both requester and the BN (in this case, me).

For requester

  • It may take more time for the BN to respond. Writing feedback to them sometimes is hard, you need to pick out words that is easily understandable for the requester to understand and sometimes there are just too many requests to scroll through.
  • The reasoning may not satisfy you. Yes, I am fully aware of this happening and people shittalking over the reasoning of rejection, especially when it comes to personal taste. However I cannot help but see this happening.

For the BN

  • Giving feedback is hard. Especially if the map is fundamentally flawed in the first place, sometimes you don't know where to start with and keeps staring at the feedback textbox for quite some time just to think about what will you write so that they understand.
  • People could mald on your reasoning. Yes, we all know this will happen sometime later, and someone will bring this up to twitter/reddit/discord server/whatever and may cause some drama to happen.

I am not listing things like server cost etc because I feel like its not a huge deal.

What now?

For now, the requests site has been up and running for 2 weeks with only one batch done, and I still need to review some maps, I got 36 reqs and have accepted 11 reqs, 12 pending, and 13 rejected. I will try to use the site for the next couple batch and see how it's going. Whether it's going for the better (for me and the requesters) or it's actually worsen.

Any thoughts are absolutely welcome! I'm very glad if you have some critics and suggestions to improve this thing.

Many thanks to mindmaster107 for proofreading and rewriting this post.