AlexVestin

HD Multicam template files. Click the picture for bigger comparison example. Detail layer and tag sample. Fullsize version > Click here < 50% size version > Click here < 25% size version > Click here < Photoshop file > Click here < PSD file contains everything + Original photo, Multicam tag, Detail layer. I've gotten really tired of seeing so many low-quality versions of the Multicamâ„¢, so I though I'd try my hand at making something everybody could make use of in the future. It's fully tileable in all directions. It looks quite nice even if it get's downscaled a lot. It's tweaked to look like the original multicam color as it is. I have real life references. If it gets blurry, my tip is just to run it through a faint sharpening filter. Posted this in the "DISCUSSION" section since it's not a finished addon. I hope this was useful and I am looking forward to seeing your response. Would get interesting if you'd post a pic here of what you've done with it. Remember not to scale it too big when using it. Enjoy! :)

This is one part from the config: class Lighting7 { height = 0; overcast = 0.6; sunAngle = 2; sunOrMoon = 1; diffuse[] = {{1.1,0.4116,0.194},8.7725}; diffuseCloud[] = {{0.99,0.37044,0.1746},7.89525}; ambient[] = {{0.424,0.45925,0.7371},4.38625}; ambientCloud[] = {{0.3816,0.413325,0.66339},3.94762}; ambientMid[] = {{0.4782,0.52197,0.784},4.82487}; ambientMidCloud[] = {{0.43038,0.469773,0.7056},4.34239}; groundReflection[] = {{0.3692,0.35256,0.438785},4.58363}; groundReflectionCloud[] = {{0.33228,0.317304,0.394907},4.12527}; bidirect[] = {0.03337,0.031866,0.029845}; bidirectCloud[] = {0.030033,0.028679,0.026861}; sky[] = {{0.4312,0.4433,0.5175},10.5749}; skyAroundSun[] = {{0.4392,0.32186,0.3609},10.6067}; fogColor[] = {0.087,0.11165,0.1743}; apertureMin = 10; apertureStandard = 15; apertureMax = 20; standardAvgLum = 70; desiredLuminanceCoef = 0.2; desiredLuminanceCoefCloud = 0.4; luminanceRectCoef = 0.4; luminanceRectCoefCloud = 0.2; rayleigh[] = {0.00749,0.01388,0.02878}; mie[] = {0.0046,0.0046,0.0046}; cloudsColor[] = {{0.8,0.81,1},10.5749}; swBrightness = 1; }; This is the part I'm confused about and presume is for the actual color: fogColor[] = {0.087,0.11165,0.1743}; Is it really the standard Red, Geeen, Blue? I've tried lots of different combinations, number of zeros and the like. I can't seem to have the fog change to my desired color. In-game I've gotten results like really intense white fog and no fog but a dark horizon and other weird results. Anyone know the correct way to get the right color in there? I've tried copying over simple RGB values from my pallet, but it has not turned out good in-game. Or if that is how you do it but I am doing it wrong, please advise.

I'll just try to keep it short and start of with why I think combat-pace is flawed and can be improved. For those who do not know what I am talking about; combat-pace is the mode that can be toggled that makes you character run with his rifle raised and aimed down range. Now, there are some things about it that make it seem broken/buggy. Best examples I have is: Walking with no weapon, toggling combat-pace to ON will lock you in walking mode, no matter if you try to toggle run/walk in any way. There's no way of letting the player know if combat-pace is ON/OFF visually on the character, except for running with a rifle. The system is intentionally or not, set up to give the player a second mode of moving, wich lacks several animations to be complete. No visual clues if it's ON/OFF. Icons are not the right way to go since even more extra hud clutter is often not what players want. Here's a picture showing exactly what I am talking about. First row, GREEN, ArmA3 default animations with combat-pace toggled OFF. Second row, YELLOW, ArmA3 default animations with combat-pace toggled ON. Click this link for larger image: https://image.ibb.co/nnAHyb/animation_sets_and_fixes_DEFAULT.jpg Here's a picture showing suggested fixes, changes and animation stances that would complete the combat-pace mode. First row, ORANGE, suggested fixes/changes for animations with combat-pace toggled OFF. Second row, RED, suggested fixes/changes for animations with combat-pace toggled ON. Click this link for larger image: https://image.ibb.co/ePeGrw/animation_sets_and_fixes_FIXED.jpg Open the two pictures and compare them next to eachother, and the changes will be more obvious. Basically, what has to be done in these pictures is to have the animation on the first row have a different animation for the row below in combat-pace. Thereby making combat-pace visually enabled for all standing poses. There are of course similar fixes that can be made to animations for pistols and launchers, also standing and crouching, for this to be a complete functioning combat-pace mode. I chose to just show this for the rifle animations since those are most used. The animation for walking with a rifle lowered already has different versions of animations tested. The one I added for walking with a rifle lowered and combat-pace enabled is already available in the A3 files. Would BI themselfs consider this worth fixing for the time it'd take? It's for the main movement system for ALL characters after all, and would just improve and add depth to the overall movement for everyone. This would need some careful testing, and probably make the idle animation for standing with a rifle raised use the equivalent animation for combat-pace ON whenever you try to shoot or aim down sights. If implemented right, watching players aim down sights are also going to be more visually displayed on their character. I'd really like to hear some thoughts on this, or just some general discussion, since I feel this have been a problem for a few years now and it does not seem to get any changes to remove the clunkyness. I have not stayed around the forum, so I am not aware of any already given answers. TLDR; Combat-pace is missing visual clues and animations to be a complete mode of moving.

It does have some benifits. If you want to move a bit slower, and be able to see more on the screen, combat-pace is viable. It's what it's for if you're after that little bit slower pacing moving into an area. Hip-firing is also a bit faster in the heat of the moment if combat-pace is toggled on. It's all optional, wich is good.

I haven't seen anything about it, so I'm guessing there's some restrictions somewhere. Can a rifle by config be made to equip in the launcher slot? Here's an example of rifle from ArmA. Here's an example of the m24 from ArmA. I can't find anything about the weapons preferred slot in these, or could it be in Riflecore? I can't find that one.

MB is quite easy to learn and easy to use once you get the hang of it. Picture of my recent tests with MB. http://cloud-4.steamusercontent.com/ugc/536267850680003938/7A37C13F5B792082ACDA09237697DB7F6DABCFA3/ Everything is WIP. Terrain still needs to be lowered in the pool.

I have looked around but could not find anything after searching for an entire day. I've tried the related scripts I've found, and I've tried testing stuff with eventHandlers. There are some cheap ways helicopter crashes have been faked by scripting, but none I've found have been desirable (or rather realistic). Here's the desired outcome. 1. Helicopter takes damage like normal. 2. Helicopter goes down. 3. Helicopter does not explode on impact. 4. Crew takes damage like normal. I want to test something that sounds like it'd work rather simple, but I do not know exactly how to execute it. It'd kinda work in the order listed below. 1. Helicopter takes damage like normal. If damage goes above 0.9, set it to 0.9 2. Helicopter goes down. Once the damage has gone above 0.9, destroy the engine, main rotor and tail rotor to force it down. (A helicopter with only damage set to 0.9 is still flyable.) 3. Helicopter does not explode on impact. The helicopter would before impact with anything set "this allowDamage false". (Disabling further damage prevents the explosion, but also the rotors from being destroyed when touching objects/ground etc. (Step 2 above must be done before disabling damage.) 4. Crew takes damage like normal Will work just like it does normally. If the helicopter has crew inside of it, they'll still take normal damage on crashing into things. To simplify it even some more: If helicopter damage above 0.9, set it to 0.9, destroy engine, rotor and disallow further damage. I've been trying some stuff and something seems off. Added this to the init of a helicopter: this addEventHandler ["Dammaged", {if ((_this select 2) > 0.1) then {hint "bananas";};}]; I thought this would execute if the helicopter has damage above 0.1 I fired a few round at the helicopter, and surely, the hint with "bananas" showed after doing so. It took 6-7 MX rifle rounds and nothing in the interior of the helicopter showed any kind of damage to the modules. Still as expected. Now. I changed the number. this addEventHandler ["Dammaged", {if ((_this select 2) > 0.9) then {hint "bananas";};}]; I thought this would execute if the helicopter is at 0.9 damage, wich is a lot and should have the helicopter barely flying. The only difference now is that it took about 14-15 rounds for the hint to come up, but the helicopter still showed no sign of damage at all. Then I tried going even higher and doing this: this addEventHandler ["Dammaged", {if ((_this select 2) > 1.0) then {hint "bananas";};}]; Now it all of a sudden took 4-5 magazines fired at the helicopter, with no real damage done, and no hint even came up. I only added +0.1 to the value and the changes were drastic now. /I have no idea what I am doing.

Thanks! I will try that and some more today and see if I get anywhere. Will probably only do these parts: case "HitFuel": { _maxDamage = 0.9}; case "HitEngine": { _maxDamage = 1}; Did something like this earlier and the helicopter would explode endlessly after taking damage: this addEventHandler ["HandleDamage", {false}]; I did find that script actually, but no matter how well made it is, it's still a very faked crash. There has to be a better alternative with no teleporting etc. Should be doable, as long as there's a working way to set a max cap for the damage able to be made, no matter what kind of round it is that hits the helicopter or the speed it crashes with.

(Screenshot completely outdated. Check below.) Pictures! http://imageshack.us/a/img836/766/5srw.png (new) http://imageshack.us/a/img594/1491/nk0.png (new) http://imageshack.us/a/img198/1714/dyrk.png (new) Info: It started out as a few US ARMY re-textured independent units (hence the name. IndUs). Now it's in the works of replacing all default gear with custom content and has come a long way too. Everything including vests, helmets, eyewear, rifles, pistols, launchers etc. I am doing the most work behind the scenes for everything. More often than not working by myself whenever I have time. I've been doing this and learnt how it all works almost non-stop since the launch of ArmA3 Alpha. Classnames for 1.6: Planned weapons for 1.7: (Not released) Issues: Download 1.0: Download 1.1: Download 1.2: Download 1.3: Download 1.4: Download 1.5: Download 1.6: Dropbox Link Armaholic Link Optional download to get ASDG Joint Rails compatible weapons: Download Link, provided by Stiltman Requirements: No requirements. Credits: Bohemia Interactive, -For their sample models wich have been a huge help, and for some of the actual content in use. Johannes and Binkowski, -Many thanks to them for their original work on the content. This mod would not be possible without both of their work. They are the original creators of most models you see in this mod. Remember their names. AlexVestin, -I've been making textures, configs, modifying models. Stiltman, -Helped me with learning configs and making use of BIS sample models. daveygary1979, -Provided me with the helmet accessories from his rangers for A2. Sabre, -He originally made the Eagle SPC vest texture that I have modified. It would not have looked as good if it weren't for him.

I took this BIS sample model: Now it's this: Some info regarding the m82a2: http://thefucklub.wordpress.com/2010/12/09/barrett-m82a2/ Long story short. It is a cancelled bullpup configuration designed for use against helicopters and fast moving targets. Some might even remember it from the movie Jurassic Park III I think the rifle requires the DEV build of ARMA3 to work to its fullest atm. (Would still work without it.) Download version 1.0 right here: https://dl.dropboxusercontent.com/u/103898625/%40M82A2.zip Pictures of it ingame! http://imageshack.us/a/img4/9814/14861274.jpg http://imageshack.us/a/img713/8079/57644008.jpg http://imageshack.us/a/img15/660/26930806.jpg Classnames would be: m82a2 m82a2_Hamr m82a2_Hamr_point m82a2_SOS m82a2_SOS_point_snds m82a2_Holo m82a2_Holo_flash m82a2_10rnd_127x99_mag If it's still on the list above, the problem remains or I am testing stuff and might still need help. I update the list the moment I fix stuff.

FGM-148 Javelin Most recent WIP picture. http://imageshack.us/a/img29/5307/7s77.png Most recent interface WIP picture. Here's the default ArmA launcher that I worked from for comparison. (This is what we have currently in ArmA2 etc.) The thread. The files. I'm in no way an expert on this weapon system. Feel free to point out how it works and possible doable features. Good idea? I'll post again here when I got some progress to show and if there's enough interest for this. I really appreciate all the help/suggestions/corrections I can get!

Like the title says. I think this is the right forum section. In one of the missions in the PMC campaign, right at the beginning you see your SUV halted infront of a US checkpoint. Then the hatch ontop of the SUV flings open and your gunner folds out the minigun and aims it. I've still yet to see any other mission where that happens. The moment I saw it happen was the moment I realised I could make my own mission and script it to open/close on command whenever you're inside of that SUV. Having the possibillity to open/close the hatch yourself would make you less exposed while just cruising. I've been trying to find out how to script it myself for some time now. The problem is I don't know the name of the animation. Not sure if there is a "close" animation, but there sure is one for opening the hatch. Any thoughts? All help is appreciated.

Long story short: This would be entirely expanded on the already working method. No hokus-pokus at all. ArmA3 currently have 4 awareness stances in total. ("It has?" -I'll explain right below.) 2 for weapons lowered, 2 for weapons raised. Each stance can have their own movement speed/pacing. The only movements currently that utilizes all of the 4 different awareness-stances are jogging (and crouch-running with a rifle), as seen below. Current animations and stances: Notes: What I am suggesting: Please compare the two pictures side by side to really see the difference. Notes: Good & Bad:

Is this eye specifically related to anything, or is it nothing special? http://www.arma3.com/images/teaser.gif It's a lightning bolt visible in the center of the eye. The circle around it is the "Select" marker. Could be something placeable in the editor.

It sounds awesome that you got it working :) There seems to always be atleast something that does not work in one way or another. Let's hope those things haven't just not revealed themselfs yet. (I admit I confused myself with this last sentence being from a non-english speaking country and all, but you get my point)

Too early in the morning :)

When it comes to landing or taking off? :D

I think groups are a must for whenever there's an update :) Same with the OCP units since I've seen quite many poeple liking the more 2013-2014 looking units. And I am still working to have some more accurate UCP gear that was used by the US Army from around 2009-2010. Pretty much all of the gear comes from Operation Arrowhead infantry created by Johannes and Binkowski, but it's getting heavily tweaked to work with the new unifrom system in A3. Also some minor proportion tweaks to get it just a lil bit more accurate.

We're not talking about a huge increase in size anyhow. Making it be 1.1 in size could be too much. Same for the UH-60s. The C130-J is mainly wierdly proporioned in the interior areas.

To keep it simple, the right railcover will be hidden if a laser is attached. So there won't be any clipping between railcovers and attachments. I've also been experimenting with mounting attachments on the top rail. Flashlights can be mounted on the top rail because of that, but I thinks it's okay anyways, since not all of the M4A1's will make use of the top rail.

These pictures (and links) are great. Thank you! :)

I have the CLU unit as the actual weapon. And that model of the CLU has the tube attached, but it's hidden in-game if no magazine (tube) is loaded onto the CLU. It's intended to work exactly like a rifle model that always have a magazine attached, but hidden in-game if no magazine is loaded into the rifle. My magazine is a model of a "CLU + Tube + Missile" that the weapon switches to when the CLU is loaded with a magazine. It results in me having just a CLU in-game, and loading it will look like it adds a tube with a missile in it. The problem is as follows. After I fire the missile it's supposed to go back to the model of a CLU that had the tube attached (but hidden if no magazine is loaded onto the CLU). But it does not. My CLU never has time to understand that it's loaded with an empty magazine because the game delets my launcher magazine completely from the inventory, leaving me with just a CLU (that hides its attached tube) in my hands once more. Tricky to to explain the process, but I did my best :D ---------- Post added at 21:56 ---------- Previous post was at 21:37 ---------- Some progress! I think it was the "type" of magazine I changed something with. Also made the magazine tube contain 2 missiles (lol), and it did not get deleted from my invetory after firing. I'll update the first post with my configs when I'm through testing these values. ---------- Post added today?? ---------- Previous post was at earlier today??????? ---------- My discoveries are leaning towards launcher magazines containing only 1 missile will be deleted after completion. A magazine containing 2 missiles behaves like any other rifle magazine etc. and will stay empty in the inventory. It is a problem.

Nah, it could very much be. If so, it's related to what slot the ammo uses in the inventory. Launcher ammo slots not being able to have an actual magazine or something like that.

I know there's some scripting involved for launchers to behave like in ACE/INKO etc. I just thought it seemed a little weird for magazines to be completely removed from the inventory if it contained a missile and is empty.

Have you done any reseach on the proportions of the exterior and also the interior areas? I remember seeing the door-opening towards the cockpit area being super tiny. That never looked quite right to me. The whole interior area there seems to be crampted compared to the real one. Comparsions between how it is in A2 and IRL http://imageshack.com/a/img819/2791/aq7m.png This one shows how some proprotions in the interior might seem off. http://imageshack.com/a/img855/7481/2wv8.png This one shows the rear ramp and exterior. Looks much more like the real one.