Jump to content


Senior Developer
  • Content Count

  • Joined

  • Last visited

  • Days Won


Posts posted by HenDoge

  1. Hey folks,

    One of the things brought up in the Community Meeting was the idea of an Arma 3 Server. While we won’t be setting up a permanent server, I’d be more than happy to run a few games nights on Arma 3 either with or without mods.

    If you’re interested, please reply to this post letting me know so, as well as what nights you’re available each week. Numbers will play a large role in determining what we could do on any given night, however even if it’s as little as 2 or 3 people there’s a lot of fun to be had in just spinning up a Liberation server with a few Star Wars mods on.

    • Agree 3
  2. I also agree that swapping SKY out at the moment is a bad call. Changing up a regiment that's empty or only has 1 or 2 active members is one thing, but as it's been very clearly stated SKY is doing rather well at the moment.

    I'll agree that a little bit of small change to regiments might be quite refreshing and welcome, but there's definatley something better we can do than this. 

    • Upvote 6
  3. Hi everyone, as I’m sure many of you are aware, Imperial Gaming currently has a system in place that can be used to get the Steam ID’s of all players who are online on the server. This is what has been primarily used by regiments in order to create their spreadsheets to track hours and statuses of members.

    While this system works well, the Dev Team is looking at expanding this functionality into something more closely resembling a fully-fledged Web API. This new Imperial Gaming API would potentially offer users the ability make requests to different endpoints, each offering different types of user metrics and data.

    At this point in time this concept is still sitting in the ‘ideas box’ so to speak, so we’re really interested to hear back from the community to see what sort of things you guys would like to see. One of the main things we’re looking at doing is changing the return type of the data from a single, long string of Steam ID’s that need to be split up to the more ‘standard’ JSON format. This allows for a great amount of flexibility and possibility for expansion and use of the data across a varied array of applications. For example, the most obvious use would continue to be people using it to track their regiment members on the server. However, the dev team could also use this new API for projects such as data visualisation and tracking tools – think of something along the lines of the IG database page. If you wanted to get super creative you could go so far as to make entire desktop applications with their own user management systems for your regiment, using our API as a mock database of sorts.

    Another thing we’ve thought of as requiring a standard implementation of would potentially be a user hours tracker. Currently, spreadsheet owners, in order to track the hours of their regiment members, need to handle this themselves. However, what if instead of having to implement this yourself you just make a request to the API and it returns the users current active session time?

    Like I said, we’re really eager to hear back from the community with this one, as it’s the sort of thing that’s pointless if it doesn’t do what the people who would use it want it to. If you’re someone who manages your regiments spreadsheets, I encourage you to get in contact with me. I’d be more than happy to have a chat on teamspeak, exchange a quick few messages on discord, or just leave a comment on this thread.

    On behalf of the dev team, I’d just like to thank you in advance for your feedback, and we look forward to hearing from you.

    • Like 1
    • Thinking 1
    • Poggers 1
    • Upvote 6
  4. 33 minutes ago, Dane said:

    TLDR: we cant do it cos adding one checksum is gonna be what lags the server out

    TLDR: We avoid lagging the server out by not adding in unneeded code.

    Now, in an effort to avoid this becoming a back and forth, if you'd like to discuss the issue with me further, feel free to shoot me a private message.

    • Upvote 2
  5. Ok, there's some major issues with this one. Before I get into that though, I’d just like to say that, as developers, we always value your feedback, and it plays a crucial role in shaping the server. However, of late, it seems that a certain demographic of the player base seems to have nothing but gripes with the devs. I want to make it really clear that we put a great deal of our time and effort into making content for the server (all of which is voluntary) and sometimes it can feel like a real slap in the face when we get nothing but complaints.

    As for your issue, coming right out of the gate and saying that “the perk does not work” is simply not right. The way the random weapon perk is implemented, which is outlined previously by Twist, while not ideal, is the same for all regiments. It’s been discussed previously within the dev team, but when we weighed up the cost and benefits of reworking the system and making it more complex, it was simply more trouble than it’s worth. If it ain’t broke, don’t fix it.

    Sure, we could implement a simple check that just rerolls you a weapon if you’ve been given a random one that already exists in your loadout, but you’re not thinking about it in the same way we have to. It’s no lie that the server starts to lag pretty decently when we get above 100 players. The reason for that is the sheer number of calculations the server has to do. If we have 100 players on during an event, most of them are going to be dying quite a bit.

    When they respawn, the server runs the code to give them a new weapon if they have the perk. Right now, all that does is check if the player received a random weapon more than 5 minutes ago, pull a random value from a table, and give it to them. Simple. Now let’s say, as you just suggested, we implement a check to see if the random weapon we just generated is already apart of the players loadout. Well, that’s adding a few extra steps.

    First, the same as before, we’d just check if the player last received a random weapon more than five minutes ago. If they did, we then continue on to generate the random weapon, however, instead of just giving it to them and moving on, we’d need to look up the players loadout and check if the weapon we generated is already in there. If it is, we’d need to go back and generate a new weapon, then check again.

    Before you say “But HenDoge, that doesn’t seem like a big deal!”, stop and think of it from a devs perspective. We’ve just established that the server is lagging because it’s got copious operations running simultaneously. What happens if the player rolled one of the common random weapons and it’s in their loadout, say for example the dc-15se. There’s the chance that we might have to reroll them a random weapon several times over. At a low scale this wouldn’t be an issue, but as we scale up, funnily enough, it all adds up on the server load. If we get into the mindset of “hey, it’s not a big deal if we do this a few times”, before we know it, we’ve written a bunch of inefficient code and the server chugs more and more.

    A number of regiments on the server face the issue you're worried about, as has already been stated in this thread. It's such a non-issue that honestly -

    5 hours ago, Neptune said:

    It is what it is...

    • Upvote 8
  6. Huge +1. 

    Every interaction I've had with Mongo has been pleasant, and I've found him to be really easy to talk to and have a joke with. The only reason I can see people thinking otherwise is the fact that they may not like that Mongo often gets directly to the point on issues with little padding, however I personally think this is a great trait in his favour. It's been clearly demonstrated numerous times that Mongo is both incredibly creative and original, both of which are incredibly important to have as an event master.

    Best of luck, Mongo. I think you'd be a great fit.

  7. In your appeal you've stated that you have a new attitude and now conduct yourself in a better, more mature way. However, I find this hard to believe when you’ve just gone and done this on the new IG discord server.

    My question is why, when you’ve got an active ban appeal that hinges strongly on convincing the community you've had an attitude shift, would you go ahead and post this? It just strikes me as a contradiction but I'm curious to hear your side.


    • Upvote 4
  8. The point of being known within the community is the fact that we can make an estimate on how much we can trust you - applying like this out of the blue is pretty peculiar. Your application also seriously lacks dept, it seems as though you’re completely indifferent as to whether or not you’re accepted for the position.

    Before I make a judgement on your application, I’d like to see a few things from you:
    1. Can you show us a video of the work you’ve done so we can see that it’s functional and not just a dummy derma?

    2. Why do you want to be a developer for IG if you’re not already a part of the community? What are you hoping to gain by being a developer?

    3. How much experience do you have as a developer for gmod servers? Have you been a developer on servers previously/currently? If so, which ones?

    • Agree 1
    • Upvote 3
  9. As someone who's part of the team responsible for making new content for the server, I'd just like to say that no amount of new stuff you throw at some of these problems will make them go away. I’ve read through about 90% of this thread, and there’s a lot going on, but I’d just like to address one very specific thing.

    People seem to think that adding new regiments or new content to existing regiments is one of the be all and end all fixes. This simply isn’t the case. You can endlessly quote that the gear your regiment has is terrible, and that you have no RP and as such need new content and that's why your regiment is failing, but it’s simply wrong and can easily be demonstrated so. ST’s has to be the most underpowered, downtrodden regiment on the server, statistically likely to be the least enjoyable and least respected. It's just the default reg after all, right? Yet people in this very thread have commended it on being fantastic. The only gear you get as part of being in ST’s is an E-11 and, quite honestly, it’s a terrible weapon.

    Then why is it currently so successful? Well, that’s a very good question that has a very good answer – It’s good leadership. Whenever a higher ranking member of ST Command is on, they’re giving everyone something to do. We’re going on patrols, setting up and guarding an unsecure area, even just transporting random boxes from point a to point b. The actual task itself matters less than the fact that it’s something to do that feels like a contribution to the ship. The reason that this is happening is because, fundamentally, there is someone at the top who is willing to suspend their own level of enjoyment in favour of giving others an experience that is desirable. If the most objectively weak and uninteresting regiment on the server can pull this off, there is absolutely zero excuse that another regiment can’t. It all boils down to having higher ranking members shift their perspective from “I’m here to have a fun RP experience” to “I’m here to GIVE OTHERS an enjoyable RP experience”. The Management, Staff, EM, and Dev teams can’t make this happen; It falls entirely on you as a player. RP on the server has to start somewhere, it doesn't just come out of nowhere. So why not make it start with you?

    • Haha 1
    • Agree 1
    • Upvote 8
  10. Edit: Looks like I was too slow off the jump to post this before the application was withdrawn

    Before I begin I want to make it blatantly clear that my stance on this application is a strong -1.

    Firstly, there is strong evidence from multiple sources to confirm the fact that you have previously made false DMCA claims against multiple youtubers, and have threatened legal action against them as a result of negative feedback on your game CivilContract. This is, without question, behaviour that displays immense immaturity which is completely unbefitting of a member of the IG Development Team. It is my understanding that, as a result of the actions you have taken you were, in essence, forced out of any serious position within your own dev team. This compounds and speaks volumes for your character as a person.

    Discord messages shown in all source videos listed below continue to demonstrate high levels of immaturity and general disrespect towards others. This is quite literally the opposite of the type of person we would want in the IG Dev Team. Part of being a developer is the ability to handle feedback, oftentimes in the form of criticism, well. I do not believe you can do this.



    Source 1: https://www.youtube.com/watch?v=R_cFPcAYg0Q
    Source 2: https://www.youtube.com/watch?v=mf4WITIGNGY
    Source 3: https://youtu.be/BQYrr-40NDs
    Source 4: https://www.youtube.com/watch?v=T58I5z384ZM

    • Upvote 1
  11. On 4/7/2020 at 11:11 AM, Matrix said:

    +1 When thinking about potential members for the staff team, it’s hard to think of any better suited than Auzii. He’s been with the community for a very long time and throughout this time he’s proven himself to be someone who you could rely on to make a fair and just decision. On top of this he has displayed himself to be very approachable, meaning those who sometimes may feel scared or anxious for whatever reason to speak to a staff member will be encouraged if they know Auzii.

    I wish you the best of luck with your application Auzii.

    What else but a +1 for this chad?

    • Upvote 1
  • Create New...