Rabid Squirrel

Version 0.9.5 Now Live Changelog: RS - Armaments Added: New RS-16 and RS-16 DMR Rifle Sounds RS - Arms (RainTex Compatibility) Fixed: Compatibility for the RS-16 Carbine

In addition to the above, all vehicles (regardless of mod) should be altered.

It needs to be run on both the server and the client, this is because the server needs to be aware of all the new classes that drive the texture switching handler. FPS effects are minimal so far as I have gathered (my unit has run it on our server for the last 3-ish years with no serious fps hits caused by it).

Version 0.4.5 Now Live Changelog: Changed: Moved the re-texturing handler to be processed client-side in a Dedicated server environment, all AI will continue to be handled by the server. Single-player is unaffected. Fixed: Several issues causing texture switches to fail.

Version 0.9.2 Now Live Changelog: RS - Armaments Added: The RS-16 Carbine and the RS-16 Carbine w/ Grenade Launcher Added: Fabric and Netted wrapping for the RS-16 Added: New Camo Variants - Olive, Snow and Tan RS - Arms (RainTex Compatibility) Added: Compatibility for the RS-16 Carbine Added: Wet versions of the Fabric and Netted wrapping

Version 0.9.1 Now Live Changelog: RS - Armaments Changed: PBO structure to allow for smaller updates. Changed: Class structure in service of the Rain Textures Compatibility Update. Changed: Moved all magazines to CfgMagazineWells. RS - Arms (RHS Compatibility) Changed: Config file, removed class decleration for grips. (This is now done in the core mod). Changed: Magazine compatibility now uses CfgMagazineWells. RS - Arms (RainTex Compatibility) Initial Release Features: All RS-Arms weapons and attachments now have a rain textured version.

Version 0.4.0 Now Live Changelog: Added: Experimental RVMAT for all vehicles to apply rain textures (including modded vehicles). *See new screenshots Added: Experimental RVMAT for all uniforms to apply rain textures (including modded uniforms). Note that this only applies if a rain class is not already defined for the uniform. Added: Experimental RVMAT for all backpacks to apply rain textures (including modded backpacks). Note that this only applies if a rain class is not already defined for the backpack. Changed: Refactored the Gear Switching Component of Rain Textures, now supports all weapon attachments, items and magazines (provided they have defined rain classes). Note: All Experimental functionality can be turned off as a fail safe. This is because, as per usual, RVMATs are very temperamental and often choose not to load for no particular reason. It's because of this that I've written in overrides to stop these experimental features from running if you deem them to be more detrimental to your experience than beneficial. In addition to this, the default rain rvmats are not likely to look as good as custom made ones might, so they will act as placeholders (specifically the uniforms and backpacks) until I can find time to finish them (this only applies to vanilla gear). I would've used this system for all gear items but unfortunately setObjectMaterial can only operate on Uniforms and Backpacks... such is the way of things.

RS - Armaments By: Rabid Squirrel Version: 0.9.5 About the RS-16 Weapon Platform: RS - Arms (RHS Compatibility): You can find the RHS Compatibility Patch here. This introduces some additional features such as magazine compatibility with a few of the RHS Magazines, and some Foregrips for all of the Rifles (barring the DMR). RS - Arms (RainTex Compatibility): You can find the RainTex Compatibility Patch here. This introduces rain textured variants for all weapons and attachments making it compatible with my other mod RS - Rain Textures. Work in Progress: The modification is a work in progress, some aspects (such as the base model and textures) are fully complete. There are still some aspects that require additional work (such as the sounds which are currently being re-worked) and the later LODs (all models only extend to LOD 4.000). As such, there are likely to be sporadic and frequent updates until this is considered stable. Additional Credit: Credit to Shawn van Staden & Yinniy-Pig for the RS-16 Gunshot Sounds. Requirements: CBA is a Requirement for Joint Rails Compatibility. Download links: Steam | RS - Armaments Steam | RS - Arms (RHS Compatibility) Steam | RS - Arms (RainTex Compatibility) Preview Images: Changelog: License: This Content is Licensed under the Arma Public License Share Alike (APL-SA). As always, please ask permission from me directly before reproducing and or modifying the content within this mod.

Version 1.5.5 Now Live Changelog: Fixed missing Rain Textures Backpack textures Removed RS-16 (Has been shifted over to the RS Armaments Mod) Removed RS EHO (Has been shifted over to the RS Armaments Mod) Removed Editor Units pending 1.6.0 update

Okay cool, thank you for the response.

I have a question related to how the Arma engine handles texture draw calls for .p3d models with multiple texture selections. In an effort to try an explain what I'm getting at, I'll give an example: Take a Helicopter with two texture selections, it has two selections in order to maintain relatively decent quality in LOD resolution 1 (I think the Arma 3 Helicopters DLC Chinook has two UV selections). Would it be beneficial to have (in LOD resolution 2+) a single UV selection (i.e. less textures to draw), like a solid colour or similar? The reason I ask is because I'm not sure whether or not Arma 3 still draws those textures for the model in the other LODs even when a different LOD is loaded, or if the textures are only drawn when the LOD transition takes place. To put it another way: If I have a model with "Camo1" and "Camo2" selections in the View-Pilot and 1.000 LODs but only a "Camo_lod" selection in 2.000+ LODs, would that be better performance wise than just leaving the "Camo1" and "Camo2" selections through all of the LODs?

Solved So it would appear we've found the solution to our problems, still early in testing, but it appears the performance degradation over time has stopped completely. The cause: corpseManagerMode and wreckManagerMode We had our suspicion that this was causing problems, so I pulled both of them from our description.ext and wrote my own script for dead body removal and wreck cleanup. We've now had 2 full 2 hour missions and 1 shorter 1 hour Zeus mission, and the client frame rate did not degrade at all. Additionally, server frame rate was more than reasonable, with clients having between 30 and 40 fps on average. I'm still unsure why these managers would've been degrading our server and client frame rate, or why the frame rate recovered on re-log.

Hey all, Back Again, so we haven't switched servers as of yet (multiple reasons for this, one of which being the cost of high performance servers around here), anyway. I've been taking steps to try and boost performance, and for the most part it has worked fairly well, and the performance is reasonable on average. Take the below for example: Same graph minus AI count for better readability: As you can see, performance was quite decent for the majority of the mission (averaged as 32 server fps), client fps was even better for the most part. Now the strange thing is that this problem specifically: didn't occur. Which means that that problem in particular is not related to the server itself, but the mission, mods, or players. Of course, that only narrows it down some. Thanks to everyone for the suggestions so far, I am looking into all of it. If I do happen upon the particular error I will post my findings.

Okay, thanks a bunch guys, part of me knew this was probably the case but I was hoping that I was just doing something silly. Guess it's time to start looking at other options.

Is there a reason for this? Or is it just one of those "Arma things"?