Bamse

blub: I confirmed in the rpt that I get the correct dll loaded (as per "Allocator: E:\Steam\steamapps\common\Arma 3\dll\xtbbmalloc.dll" in my rpt). I still do wonder if it gets it's magic done properly tho, it almost seems like it doesn't allocate large pages for me perhaps? The reason for saying this is mainly due to textures loading noticeably faster with your malloc compared to fred41's, but once loaded freds malloc give me a bit more fps in according to the following; I ran YAAB four times in a row. 2 with the original arma3.exe, once with xtbb, once with fred41s old malloc. Then I ran it twice again with the patched arma3LP.exe, once with xtbb, once with freds. Here are my results, last run at the top and in descending order (pardon my spelling error in the first run): http://images.akamai.steamusercontent.com/ugc/257084746516393851/9BAB3961C785FF1A8C4F9D763FFDF1B4607D96E8/ So in short. arma3LP.exe doesn't do squat for me when running YAAB with any combination, but fred41s malloc tend to add be a few more of those precious fps-thingies :)

Agreed, this looks absolutely amazing. Good job!

Tried this the other night after months and months of running Fred41s' large page malloc. I didn't do any proper tests and this is was on one of our groups' regluar mission nights so comparisons are not possible. But, it felt like there was a slight regression in fps and I just suspect that it was due to me doing something incorrect with your malloc. .dll file is in the dll folder, and .ini is in the arma3 root. When testing this I'm not using the patched arma3LP.exe created by his tools, I'm using the regular arma3.exe. my .ini are as follows (your large page ini without the comments); [Default] DebugBreak = 0 UseLargePages = 1 ForceMaxWorkingSet = 0 SeLockMemoryPrivilege = 1 SeIncreaseWorkingSetPrivilege = 0 WritePages = 0 HoldMemory = 0 PreAllocBytes = 0 I have privilege set due to the prior use of Fred41s dll, but I double checked just to make sure. I get no xtbbmalloc.txt in my arma3 and that's why I'm hesitant on stuff actually getting loaded properly. Do you have any pointers you can give me? :)

If it's an RHS issue everyone that runs the mod should have the issue, especially if it's that severe ... so my guess it's not a RHS related issue at all :) Try downloading from a different source (if you downloaded it from armaholic, try the torrent instead and so on), clean your key store, disable signature checking. Test it locally first, if it works then you know its good. Then upload it to the server and try it there. If it doesn't work there, well then you troubleshoot the server. Try starting fresh on the mission for testing purposes (you might be using deleted/changed class names or similar) .... just go out of your comfort zone and check the problem from different angles.

@oukej: is the CCIP available as a source for MFD config? If not, you got yourself a feature request ;)

firewill: Indeed, it's totally config based as of now, but I was just looking for ways of using it as a source for the HUD. It seems like they didn't add it yet as a MFD sourcetho, so I'm going to request it in the "Target Improvements" thread however :)

If that could be sorted I would be one happy chap. Not sure it's available as a MFD source however. Just started digging into that myself and my first check of all was here and it doesn't say anything about it :/

Not sure if using comic sans is enough reason to click the report button or not .... hmm ... ;) EDIT: to clarity, I'm NOT taking part in the whole Life vs. Tacticool-discussion with my statement above. That discussion is, to use a popular internet lingo, cancerous enough in its own right for a few life times. My gripe is with comic sans and comic sans alone.

Totally and wholeheartedly agree on both these points.

If mods has their dependencies (requiredAddons) configured correctly, mod loading order doesn't matter. I've only did a handful of performance tests when it comes to mod line order, and I get what I consider is standard deviation. We run a ~25gig modpack and load times would differ a maximum of 10 seconds and average FPS was +-1. This all tested on a windows dedicated server. But, as (kind of) mentioned above ... if your mods aren't properly configured it's very important to load mods in the correct order :)

Something goes wrong during the initializaion of the mission. Check server .rpt, locate the error(s) and fix accordingly. Then try again.

No events or event modsets in the JTF16 Addon Pack. Not really sure what happened now, but ran the regular non-debug client once again, and now I got some weird error saying that it couldn't update any repos or reach any sources. When I tried to exit A3S it said it couldn't save my settings and when I restarted A3S once again and now it welcomed me like running it for the first time. All my repos are still in there but all launch settings, manually created addons groups, servers except for the ones added through the repos etc. are gone. So, perhaps something was fucky with my settings files and I'm now at a clean fresh start. After recalculating all hashes and starting fresh I haven't had any issues. So all is good! Thanks for the help troubleshooting and sorry for wasting your time :)

Okidoki, I'll run it later tonight. Thanks! Edit; Ok, tested even more. This time with debug I just had the error happen and no errors are being outputted in the console window when running the debug.exe. I've narrowed it down to that it only happens when I update our own groups' repo (called JTF16 Addon Pack in the logs and pictures below) When running the debug.exe I see a small change in the appearance in the error and that is that it actually shows the mods being deselected and it selects a totally new addon group, by itself ... as soon as I check and update files from our repo. This does not happen with the non-debug version, there the issue is "silent"/invisible until restart of A3S, The server select dialog still behaves the same tho, but yet again I've narrowed it down a bit. Selecting a different server DOES change the connect-string unlike I previously reported. The only time the connect string doesn't do its job is when I update our JTF16 Addon Pack repo and try to select one of the servers that is automatically added to the Online tab with our repo. If i select a third (fourth? :P) party server all is fine. If I restart the program all servers are fine again. So, in images. 1. Starting A3S. No update notifications this time, but I've deleted some local files so I can properly update our groups' main repo. This is the selections that I had the last time I started A3S and are just as I want them. https://dl.dropboxusercontent.com/u/4170539/arma3/jtf16/a3_errors/1_prior_to_update.png 2a. Running the update generates no errors, but now a different addon group is selected. https://dl.dropboxusercontent.com/u/4170539/arma3/jtf16/a3_errors/2_after_update.png log: https://dl.dropboxusercontent.com/u/4170539/arma3/jtf16/a3_errors/debug_log.txt 2b. Server connect string is changed to the newly automatically selected repos corresponding server. Compare IP's in the following pictures. Changing servers in the bottom drop down list changes port, not server address. Nothing more is logged in the debug window. https://dl.dropboxusercontent.com/u/4170539/arma3/jtf16/a3_errors/2b_wrong_server.png To get something more in the debug window to show I either need to try to update another repo or launch the game. No matter what I click or tick on the four first tabs, nothing is logged in the debug window. It's almost as if something in our repo jumbles up the server list drop down id's or something?

Just chuck it in anywhere. Own folder, ctab folder ... doesn't matter. Place it where it feels most logical for you, it has cTab as a dependency so as long as that gets loaded, you're golden.

edit: ninja'd The details you provide gives us _nothing_ to go on. Your specs are fine and dandy and all, but without any details on whats happening in the mission no one can help you, ever. Are you running scripts to calculate Pi? Are you trying to call commands that has been removed so you local log is being so blasted you HDD/SSD dies? Yes, this is being exaggerated ofc, but this is to paint a picture. BI has no obligation or responsibility to respond to anyone, especially when it comes to custom missions. So breathe deeply and provide a mission file, mod list and arma settings ... at minimum the first two :)

I've been getting a wierd issue sporadically since the last update; 1. I start A3S, as usual. 2. One or several repos has an update notification. It doesn't seem to matter if I click update right away or close the notification and manually go update the repo or repos, but I update the repo nevertheless. 3. After the update or updates are done and the addond groups are synched, I select the addon group I want and I select the server I want to join. 4. Run parameters are set to join a completely different server than the one I selected in the "Join server"-dropdown and it doesn't matter what I select. Sometimes it also selects a completely different addon group than what's showing on screen under the "Addons" tab, but looking at the Run Parameters it's absolutely not the ones I just selected. Restarting A3S resolves the issues and A3S now shows me what was invisibly selected prior to the restart, wrong server and wrong addons group. Now I can change to what I really wanted and all is good. Start game, Go! The server and addon group that always gets selected when this issue occurs is a repo that has the "Join with modset" option set. Out of the ~15 repos and ~30 server I have added to A3S I only have one with this option set. This is the repo that somehow semi-invisibly takes precedence over all selected options when there is a repo update (no matter what repo I update) and I try to join something right afterwards. The strange this is that this doesn't happen every time. Win 8.1 Pro x64 A3S 1.5 Update 6 Build 1.5.80 (2013-2016) Java (x64) 1.8.0_91 Are there any logs I can provide?

Mod folder names won't affect mission compatibility. You can call the folders @swisscheese1 and @awesomehamburger2 and still get everything loaded correctly, it's whats inside the pbos that counts :) (yes damnit, I'm still at work and I'm hungry as fuck :(). But, for the sake of the argument ... folder names in my downloaded 0.4.1 files; @RHSAFRF, @RHSUSAF and @RHSGREF.

Not to poop on stuff, but A10-C does have a HMD in the form of the Gentex Scorpion HMCS and was deployed with A10's to Afghanistan in ... uh ..sometime during 2013 iirc? It's main use is weapons sensor cue:ing however but the the system in it self is very much capable of showing aircraft sensor data and everything that is shown on the HUD and more. Not sure if it's capable of showing stuff from a AN/AAQ-33 however ... but I digress. Rest of argument still stands however and a general +1 from me! :)

not released.

wow. linking real gore pictures? even tho this is the mod for it, that just not ok without any type of warnings imo. :nono:

<3 Thanks a million!

bad benson: I'm a huge fan of the NVG-effects and it runs pretty much like it always has on 1.60 for me (I never play on vanilla maps tho). Just last night we had an awesome small scale night time op on Al Rayak and even in the newly introduced pitch black night we had an amazing experience in in big parts thanks to your NVG effects. If you remove it from the mod, would it still be possible for me to keep the older babe_nvg.pbo loaded and somehow get the effect to load? To be very frank ... I'd rather never use NVGs with the vanilla looks again, than loose your effects :D

Made a little pbo for anyone who don't want to mess around them selves using the values spyderblack723 posted above. Works like a charm for our group. Thanks a bunch spyder! https://drive.google.com/file/d/0B2WLNcfe_WswN3hzSWFmS2s4SU0/view?usp=sharing (includes keys and the whole shabang)

There's a thread specifically for requests over here: https://forums.bistudio.com/topic/190389-arma-3-addon-request-thread/

Complaining about ppl using free download sites that provides both addon makers free file hosting and most of all players a single categorized and searchable huge database with pretty much all mods out there. That is one of the things that makes me chuckle sensibly on a Friday evening ^_^