Jump to content


  • Content Count

  • Joined

  • Last visited

  • Medals

Everything posted by terox

  1. terox

    Server x64 crashes?

    Well I can confidentally state that our milsim servers do not have this issue, therefore it is most likely specific to Altis Life, and guessing at a Database, addon, DLL related issue You could try and prove a vanilla server to verify this
  2. 1) Update your firewall rules to include the 64 bit binary 2) BattleEye changes 64 bit binary runs the beserver_x64.dll It also needs a BEServer_x64.cfg (Which is simply a renamed copy of your BEServer.cfg You may also need to install the 64-bit 2013 VC++ redist from https://www.microsoft.com/en-GB/download/details.aspx?id=40784 Clients may also need that installing for some 3rd party content If you allow shac tac, they have an update to their GUI on the Steam Workshop which was released about 45 minutes ago (22:30GMT) which fixes the loading errors the clients are having So ya might wanna update the Bikey (stui_1.2.1.bikey) That should do it
  3. terox

    Server x64 crashes?

    Looks like mission issue.. Following looks like an issue with hit eventhandler/handledamage eventhandler system , Could be ace medical or a revive system
  4. what youtube video.... and you need a physical server to run arma on Your options are Buy one and colocate it (Most expensive but total control) Rent a dedicated server (Mid cost with a lot of control) rent virtual space (No. of slots) at a gamehosting provider (Cheapest with least control) Run a virtual server from your own gaming rig (Lower number of slots (For a few mates), needs good upload/download bandwidth but by far the cheapest
  5. terox

    Unusual server lag?

    if its happening at the same time every day then maybe your either running a daily update that takes a lot of resources or there is an issue on your network
  6. terox

    Massive Server Performance Drop

    I take it you didn't want any help then, just wanted to rant. I find it odd that you think your initial 4-5 fps wasn't an issue
  7. What the hell are you talking about mate ? Here's a shot at the cryptic query. You will need the hardware an o/s and a place to host the server BIS do not pay us to run servers (Now wouldn't that be nice :-)) The actual ArmA3 dedicated server software is free
  8. terox

    Unusual server lag?

    Revisit your command lines, Now these are most likely not the issue but they need sorting -maxMem=8135 -cpuCount=12 -exThreads=7 -autoinit -enableHT You are declaring things that don't need declaring, i.e you are declaring the default values Some command line arguments are contradictory to others. You are running 64 bit binary and trying to restrict RAM useage One of your arguments or rather the value you have set is for a client with a gpu not a dedicated server without one Rather than tell you what these are, visit this page, read through it and try to get a better understanding https://community.bistudio.com/wiki/Arma_3_Startup_Parameters **************************************************************** I pointed you to a debugging tutorial, I didn't do that for laughs and giggles m8 You haven't supplied all the information it asks for, one of those is your bandwidth settings, as this may be a network related issue, that's kind of pretty important. Now after 3 posts we find out this is an Altis Life server running 136 slots. (You see how initially your first post was completely uninformative) Here is what I recommend you do to try and do 1) Prove a BIS Vanilla server before you add any 3rd party content (You cannot possibly hope to logically diagnose any server issues without having proven this) 2) I would revisit your bandwidth settings (It would have been nice to see what those were 3) Revert all your modifications back to standard Altis Life. (I assume ""pretty clean Altis life mission."" means you have modded it somewjat. Then rerun the server see if you have the same issues If you have, reduce the player slots to something like 50 and then slowly bump the numbers up until you find a sensible value (Running a server is about providing quality of service not player numbers to see who can get the biggest number on the server browser) Based on the limited info you have given It is either bandwidth/network related running with too many player slots server configuration poorly configged bandwidth Mission related mission scripting
  9. that isn't the error sections, that's after the server stopped receiving all the rpt file is needed, in its entirity posted into a pastebin link
  10. terox

    Unusual server lag?

    those rpt entries you posted aren't telling you the fault they are telling you the effect, which is basically lost packets of data which can be any and all of the followeing factors Badly scripted mission/ Badly configged/scripted addon Host network issues Poor server configuration (Mainly bandwidth settings) Trying to host too many clients A fresh and complete rpt file uploaded to a pastebin link may have been more useful instead of a small snippet Take a look at this thread.... specifically the section INFORMATION YOU NEED TO PROVIDE
  11. well if your server is stating it is running 1.66 and your client is stating its running the latest version 1.68, take a wild guess which one didnt get updated :-) re-update force directory to the server directory if it isn't in the default steam folder a quick check, you should have an armaserver_x64.exe and it should be either Thursdays date or todays date on the file
  12. 64 bit increases ram useage not core useage That would most likely need an engine rewrite (Which I believe is now overdue and they should be getting stuck into it for A4)
  13. That sounds like a firewall issue, make sure your firewall allows the arma3server_x64.exe, if you dont know how to do that try https://portforward.com or google Those having other issues remove all the "extra" command line params especially those that manipulate memory also make sure you are allocating another memory for the servers, 64 bit can access a lot more memory If your still having issues run the 32 bit binary until you find a solution
  14. Server running 64 bit or 32 bit Client running 64 bit or 32 bit All combinations of server/client variants tested JIP client hangs on connection if mission was already running NON JIP Client hangs when server state changes from briefing to mission running Every client in our community that was online this evening has the same issue I installed the 64-bit 2013 VC++ redist on my client and retried the 64 bit exe, same result. Unable to restart server atm having also installed the VC++ redist on it, but dont see that as being the issue when this is a clientside only mod Good luck with the hotfix and hoping for a speedy solution EDIT That was quick, already available on Steam, thx a lot
  15. Todays 64 Bit exe update 1) Update your firewall rules to include the 64 bit binary 2) BattleEye changes 64 bit binary runs the beserver_x64.dll It also needs a BEServer_x64.cfg (Which is simply a renamed copy of your BEServer.cfg
  16. An additional thought for this. You have afaik 10 custom voip channels to also play with, or if its pvp split that into 2 sets of 5 Add a custom mission based gui to enable/disable these on the fly and define via a configuration page their various purposes. range settings etc to your hearts content I have a mission I coded that has such a gui, if your interested i'll dig it out and pm it to you
  17. Hi Ego, I have just updated the addon section in the first post that hopefully explains everything you need to know about addons, I would suggest you read that and try to implement then if you are stuck, ask a specific question, rather than a generic "How do I do all of this" which is already answered in the first post.
  18. You dont have to pbo it, you can run it on the server as a mission folder until you are happy with it In this state, the only files you will be able to edit on the fly are files called by execVM, these are compiled then run each time they are called, meaning if you change an execvm file that say is called by an addaction, when you edit it and recall via addaction the changes will be seen Any files called via config, description.ext, eg #include wont see any changes untilyou next restart the mission, any precompiled functions also wont have their edits seen until; after you restart the server. Hope that helps
  19. Other issues you may have caused Task force radio has to be installed in its named mod folder, it cannot be added to another mod folder unlike most other addons This thread is not really suitable for debugging your addon / 3rd part content issues, this is a thread for setting up servers
  20. I give in :-) don't you think that was something you should have stated in your first post ??? Make sure you have added the TFAR userconfig on the server (Most likely issue)
  21. well you first need to prove a pure vanilla installed server before you start adding a mountain of levels of additional content that you need to debug Lol I thought so. Well start by getting a basic vanilla server to run and prove folks can connect then start adding your additional content a bit at a time, proving stability at each little step you take
  22. That's a memory address, could be anything, you have followed the debugging tutorial also stickied in this forum right ? I may be jumping the gun here, but am assuming this is a modded rpg server running a database ?
  23. Great news, looking forward to seeing this develop
  24. Love the concept, see a shortfall though I run both an addon and a vanilla server (TFAR on the addon server) We use voip on the vanilla public server constantly and although this would add a very immersive level to that, how do you cater for long distance communication between group leaders on command net ? Based on your video presentation, it would seem that command net comms would also deteriorate over distance. If this is the case I would suggest that you do not limit the range of command net and possibly side net broadcasts. (We use side net as an emergency channel for squad members to communicate when their squad leader is down (revive mode) ) Our CAS pilots also tend to be their own group leader and can be some distance off from ground troops, so limiting the brodacast distance to them would also be detrimental Conclusion Command and Side should have no distance limitation Group should be standard squad radio distance, like you have it Otherwise this addon is only really fully useful for small clans who play a squad sized mission at the most, we run with 50+ players on our game nights and can have assets spread over a large area
  25. terox

    Unusual server lag?

    you havent give anything like enough info for us to even start to help you. Having said that it sounds like one of the 2 following issues You have a badly scripted mission (Or less likely addon) which is eating up cpu cycles) causing the game to lock up in an endless loop You are having network issues (Lack of bandwidth) Error: Object(40 : 79) not found and Server: Object 64:0 not found (message Type_93) These are likely to be network related, and am assuming what you are actually getting is very heavy desync VOIP I believe is peer to peer, so that would explain why you can hear each other but not see any avatars moving