avatar
erebos
MODERATOR
0Issues
0Score
  • erebos
    QA
    on [ARGF-690]

    Ah, OK. I misunderstood the timeline. Let's, for now, try the freeze check and see what we get from it.

  • erebos
    QA
    on [ARGF-672]

    Hello, after checking your logs a little more, we noticed that your computer isn't able to resolve the hostname api-ar-gc.bistudio.com. Because that lookup fails, the game can't reach our backend at all, which is why the mod list and server browser come up empty or drop out shortly after refreshing.

    1. Change your DNS server

      The quickest test is to set a public DNS server on your PC:

      1. Press Win + R, type ncpa.cpl, press Enter

      2. Right-click your active network adapter (Ethernet or Wi-Fi) → Properties

      3. Select Internet Protocol Version 4 (TCP/IPv4) → Properties

      4. Choose Use the following DNS server addresses and enter:

        • Preferred: 8.8.8.8

        • Alternate: 1.1.1.1

    2. Check your antivirus/security software
      Some antivirus, firewall, or anti-malware tools filter DNS requests and can block domains they don't recognise. If you have anything like that installed, try temporarily disabling its web/network protection and see if the problem goes away.

    3. Contact your internet provider
      If none of the above helps, it's worth asking your ISP why your connection can't resolve that hostname. Their DNS servers may be failing intermittently or filtering the domain.

  • erebos
    QA
    on [ARGF-690]

    What I find strange is that we did not update the game in more than a month, but you started getting these freezes not too long ago. So it should not be connected to a bad game update.

    What about other games? Is there a problem with them too, or is the issue happening only with Reforger?

    Next time the game freezes, try to keep it running for some time and see if the report gets generated. Maybe try to run the game with this parameter -freezeCheckMode minidump
    https://community.bistudio.com/wiki/Arma_Reforger:Startup_Parameters#freezeCheckMode

  • erebos
    QA
    on [ARGF-672]

    Hmmm... Unfortunately, the memory dump didn't contain anything conclusive, so let's try a different angle.

    1. I'm seeing connection errors in your log. So first, when you open the main menu, does everything load? Specifically, the news panel, the mod list, and the server browser, or are any of those blank, stuck loading, or showing an error?

    2. Can you try to crash the game again and send the report? After that, you should see the GUID string at the end of the log that will help me to find the crash in our internal system.

  • erebos
    QA
    on [ARGF-652]

    Hello, thank you for the report. I can see that some of your crashes are in our internal Crashstash system. Just to make sure, does the game crash when not using any mods, or does the game crash when playing on a server with fewer than 40 mods? One small thing. If you see the crash reporter pop up, please let it send rather than canceling

  • erebos
    QA
    on [ARGF-690]

    Hello, thank you for the report. I will be honest, I am a little confused by the information I can see in the logs. I can see that VME happened more than 1 hour before the crash, and because it is not crashing normally, I do not see any reports in our internal Crashstash.

    1. What exactly happens (instant close / freeze / bluescreen / reboot)?

    2. Does it happen at a consistent time or place?

    3. Please provide the DxDiag file (Win+R → dxdiag → Save All Information)

    4. Please provide a Reliability Monitor screenshot (Win+R → perfmon /rel)

    5. Any overclock/XMP enabled? Any overlays or mods running?

    6. Did it work before, and what changed?

    7. Can you make a short video of that crash if that would not be a hassle?

  • erebos
    QA
    on [AREXP-494]

    Hello, thank you for the report. Can you send us the console and script logs too?

  • erebos
    QA
    on [ARGF-672]

    OK, I sent the request for access to Google Drive. We will see more after I check the mdmp file.

  • erebos
    QA
    on [ARGF-9]

    Hello, the issue should have been fixed for some time now.

  • erebos
    QA
    on [AREXP-358]

    Hello, thank you for the report.

    1. The first video looks more like AIs are using suppressive fire in your general direction. This is intended behavior.

    2. Yes, this is correct. AIs are shooting at you even from long distances; otherwise, snipers would be able to take them out without too much issue.

    At least that is how it looks to me from the videos.

  • erebos
    QA
    on [AREXP-167]

    Hello, we made some changes to the AI spawning logic, so it should behave differently now. Can you confirm whether it's better?

  • erebos
    QA
    on [AREXP-160]

    Hello, we made some changes to the AI spawning logic, so it should behave differently now. Can you confirm whether it's better?

  • erebos
    QA
    on [ARGF-387]

    Hi, thank you for the report and the video. Based on my testing and what I saw in your footage, the AI appears to be using suppressive fire and then disengaging once it identified the target as a BTR. I verified this across multiple versions, and the behavior is working as intended. If you see a case that seems different, feel free to send it our way.

  • erebos
    QA
    on [ARGF-330]

    Hello, thank you for the report. We noticed this crash right after the release and have already prepared a possible fix for it. If nothing goes wrong, the fix should be in the next update. Sorry for the inconvenience.

  • erebos
    QA
    on [ARGF-302]

    Thank you. I will add it to the ticket.

  • erebos
    changed state to
    ASSIGNED
    ARGF-302·Game Master Global Supply Use Error
  • erebos
    QA
    on [ARGF-302]

    Thank you for the report. We are aware of this issue, and it's tracked internally. However, we are not sure when it will be fixed.

  • erebos
    QA
    on [ARGF-287]

    Hello, thank you for the report. We are aware of some issues when it comes to AI logistics behavior. We've made some internal changes to vehicle behavior. We're hoping to see improvements in upcoming updates.

  • erebos
    QA
    on [ARGF-271]

    Hello. Thank you for the report. Yes, this issue is happening in 1.7.0.54 but has been fixed internally. So now it is fixed in version 1.8.

  • erebos
    QA
    on [ARGF-222]

    Hi, please try it again and let me know. I've set the ticket to NEED MORE INFO

  • erebos
    changed state to
    NEED MORE INFO
    ARGF-222·Game constant crash without changing anything
  • erebos
    QA
    on [ARGF-222]

    Hello. I will need your logs again to check what is wrong now.

  • erebos
    QA
    on [AREXP-359]

    Hello, and thank you for the report. This is a known behavior of our AI around weapons, and unfortunately it's not something we're planning to change in Arma Reforger at this time. Thanks for understanding.

  • erebos
    QA
    on [ARGF-222]

    Thanks for the details. The GPU you're using is now considered legacy by AMD, which means newer drivers are no longer optimized for it and can sometimes reduce performance rather than improve it. On top of that, ongoing updates to our engine and Windows updates can further affect performance on older hardware.

  • erebos
    QA
    on [ARGF-222]

    Now I am hoping that I am not wrong, but in the past, there were multiple players having the problem of instantly crashing when loading into the scenario, and they were using VEGA GPU, and the only way to fix it for them was to switch to an older version of the drivers. Maybe there were some updates to the drivers that broke it for you?

  • erebos
    QA
    on [ARGF-222]

    Hello! I can see that you are using a VEGA GPU. Please try to downgrade your drivers to version 21.10.2
    https://www.amd.com/en/support/downloads/previous-drivers.html/graphics/radeon-rx/radeon-rx-vega-series/radeon-rx-vega-56.html
    This was mentioned in https://reforger.armaplatform.com/known-issues
    I hope this will help.