abhp-v2 [Cyrtopleura costata]

Welcome to the first global update of Anonymous Brick Hill Project [abhp].

Current codename to this update is [Cyrtopleura costata].

This update concludes some project cleanup i've recently been doing and the new feature which you might helpful if you're going to host your server: Username Reservation.

So what is Username Reservation and why this is useful?

Since the initial start of the [abhp] I had a question related to how players may protect themselves from getting impersonated. Instead of hosting a "global reservation list", which ruins the idea of API decentralization I've decided to move this on to the server hosters. I've recorded a showcase for this: https://youtu.be/xMDv331rPjo

What has been implemented and how does this work?

Instead of making the client to send the password string in the Auth network packet id: 1 I combined both of them in the username string with an exclamation mark (username!password ).

For this exact feature I rewrote the auth_check(string: username) function, which earlier was used as a placeholder. Now, the function checks the character lowered username with stripped out spaces string for its reservation (thanks to the other function i wrote: findResUsrByName(string: stripped reserved username)), password after the exclamation mark and the check (resclientident(string: stripped reserved username)) for the case when the username was not reserved but the player decided to join with the same username but with a different password after it (eg. notdenny!123 and notdenny!12).

So, how a Server Hoster can reserve an username?

In this case I wrote reservePlayer(string: username, string: password) which does just that. For example: reservePlayer("denny","123") reserves a player under the name of "Denny", or "dEnny", etc. with the password of "123"

Any other updates?

Besides Username Reservation, I've got to fix the client a little bit. As a form of project cleanup (circa nuts explosion), I've done the hat display fix (hats 2-5 were not displayed properly) and removal of d3d_load_fast81141 extension requirement (as well as scripts which required it).

Any plans for the next update?

Currently planning to work on Custom GUI feature which is currently available to the recent update but is insanely bugged (eg. rectangles not being able to display, though lines, extprompts and extprints are working fine). Might as well look into the Brick Hill lighting system rewrite.