Rabid Squirrel

Rain Textures By: Rabid Squirrel Version: 0.4.5 About Rain Textures: These are textures for your gear and weapons, that will turn on while it is raining, which should add to the immersion and experience of fighting while it is raining in Arma 3. The changes are subtle and it shouldn't distract you in combat, but they are exaggerated under direct light, which makes it fantastic to look at at night with street lights hitting the water drops. How does this Mod work? When the "rain value" in game is above 50%, doesn't matter whether it is in the Editor, or the Singleplayer Campaign, the textures will apply to the gear. If at any point the rain calms down, or stops, the textures will be removed from the weapon. This was designed with seamless integration in mind, it should be fully compatible with any missions or campaigns that contain Vanilla Arma 3 Content. Experimental Functionality: 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. Current Features: Planned Features: (Re-textures of the Following) Continuous Work: Over time all textures will be improved and upgraded along with the release of each new set of re-textures. All of the current features will be tweaked and altered dependent on user feedback, for the best all round experience of this modification. Regarding the FPS (Performance Effects) of this mod: I haven't done extensive testing with regards to FPS yet, you will probably receive a minor FPS dip while the changeover of textures occurs, but after it finishes everything should return to normal... this will depend directly on how many units are in the mission you are playing, because it will have to change over the textures for each of them. Depending on feedback I may change how the script works for better performance, but at the moment you shouldn't notice any problems with your FPS. If you do, alert me right away please. You can do this is the Bug Reports Discussion. Thanks! Have any Bugs to Report? Feature Requests External Links: Steam Page Play withSix Download Option RS - Rain Textures v0.3.3 Changelog: Hidden Selections: For Mod Makers: Images: 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.

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 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.

By: Rabid Squirrel Version: 1.5.5 About SAEF: SAEF is a fictional combat group that was founded in 2014. They are modelled after special operation units in gear and combat style. Rain Textures: This mod is fully Rain Textures Compatible. Preview Images: Requirements: CBA is now a Requirement for Joint Rails Compatibility. Additional Credit: Credit to [SAEF] Raven for the Monochrome South African Flag Patch. Alternate download links: SAEF: South African Expeditionary Forces v1.5.4 Play withSix - South African Expeditionary Forces Steam - South African Expeditionary Forces SAEF Youtube Videos SAEF – Youtube Channel 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.

Server FPS Problems (Fixed Briefly with player Re-log) I've been encountering particularly poor performance on my group's Arma server over the past couple of weeks. We run in-house Co-op missions that we've tried to optimise as best we can, we try to not have more than 40 concurrently simulated AI at any one time. Our Average Player Count is between 10 - 20, the example below we had 14 players attending the mission. Personally I feel the server should be performing much better than this under the circumstances, but it appears to be consistently terrible, and I'm running out of things to try. Generally I'll use spawn scripts in combination with DynamicSimulation for the AI, with the below example I pre-loaded all of the mission AI (this was an experiment as the past couple of missions we experienced some horrible desync with AI spawns), and prepped them for Dynamic Simulation. All the AI were garrisoned (placed in buildings with "path" disabled), Dynamic Simulation Distance was set to about 75 meters. In addition, as the fighting centered around the town of Zargabad, Server and Player viewDistance was set to 300. This is a graph of server performance: The orange line depicts AI number (although most of that AI would've not been simulated at the time). The grey line depicts server fps The blue line is number of players This is the same graph minus the AI (gives a closer look at the performance versus player number). Now what the Topic is actually about: We observed a couple missions ago that a full Arma reset and re-log onto our server would fix the clientside fps problem. As you can see above we did this twice during last night's mission, in an effort to fix the problem. It worked somewhat, made the mission playable, and as such we completed it. What was strange was that the second one seemed to "jump-start" the server, frame rate was perfect and what I expected for the whole mission, except it was only during the last 30 minutes. It is important to note that the mission does not get restarted, we leave at least 1 person in the server during the re-logs. I suspect that perhaps the server is caching some information for the player, and when the player performs a full Arma restart, that cache is discarded and a new one created. So my question: Has anyone ever encountered this behavior before? If so, is there a way to refresh the server without logging everyone out and back in again? Additionally, players during re-log noted that Arma was using about 8 gigs of ram before the shut down (which seems to indicate a memory leak). Additional Information: Thanks in Advance for the Help!

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"?

Version 1.5.4 Now Live Changelog: Added: New German Flecktarn Themed SAEF "Splinter" Uniforms, Vests, Backpacks, and Helmets. Added: 2035 German "Splinter Flecktarn" Uniforms, Vests, Backpacks, and Helmets. (Request of a Friend) Fixed: (Potentially) Compatibility Issue with the Advanced Armor Mod. Changed: SAEF Base Vest Armor Values, now inline with Vanilla Plate Carriers.

Version 1.5.3.1 (Hotfix) Now Live Changelog: Fixed: Removed Bipod Access for the GL and FG weapon variants. Added: New custom recoil patterns for each RS-16 Variant that were meant to be added with version 1.5.3 (WIP)

Always miss something XD Forgot I was inheriting the weapon slots. Will hotfix when I'm home from work. Also, glad you like it.

Version 1.5.3 (Live Shortly) Changelog: Added: New Sounds for *all RS-16 Variants (*Only minor change to existing LMG Sounds). Added: Underbarrel Proxy for the base RS-16 Variant, bipods can now be used. Changed: Reload Animation for the RS-16 LMG. Fixed: Muzzle Flash Rotation Error. Fixed: Rain Textures Error for the RS-16 FG.

Mods Running: CBA ACE3 Task Force Arrowhead Radio ShackTac User Interface Advanced Rappelling Advanced Sling Loading Advanced Towing Advanced Urban Rappelling Edits Made: Added ACE Settings Added Full Zeus Module Version of Liberation: (According to the Readme) 0.955

Hi all, I've been getting some server .rpt spam when running Liberation on Tanoa on my Linux Dedicated Server. I have the latest version I believe, this is the message I am getting, around 10 or so of them per second: House not found in the list 11:36:44 House 9befe400# 1675109: carrier_01_island_01_f.p3d (to) not found in the operative map House not found in the list 11:36:44 House 9befe400# 1675109: carrier_01_island_01_f.p3d (from) not found in the operative map Any idea what this might be caused by? Thanks in Advance.

Hi All, I'm busy working through the Process of getting a vest into Arma. After slogging through problems with my RVMAT and the fabric looking way too "Metallic" I stumbled upon this problem: Some weird looking pixels on only one specific material surface of the model. They definitely aren't there on the texture: I figured I'm maybe missing something important in my RVMAT file, so here it is: Anyone encountered this before? Thanks in Advance, RS.