LCpl Aaron

Im apart of the 15th MEU(SOC) realism unit mod team and this is my very first addon for Arma 3. Special thanks to Fight9 and Riouken for scripting and config help to get it to the state it is in now (both apart of the mod team aswell) and WarLordd554 who gave the model and textures to another member of the team for us to get working in engine and to share with the community. So far most of model is unaltered except i have no got the time to start working on the pilot LOD. hopefully i can release a public alpha after i finish the Pilot LOD textures and get the instruments operational. Right now im having an issue getting turrets to behave correctly but the addon is coming along nicely. http://i.imgur.com/iBYVpVq.jpg (322 kB) http://i.imgur.com/p1pEM2K.jpg (304 kB) The cockpit is highly WIP and has only placeholder textures until i can practice some more or get someone to do fresh textures who has more experince than me(which is practically anyone) http://i.imgur.com/QAToBy5.jpg (366 kB) Features/planned Has a walkable cargo area, hopefully will be able to integrate attach to with movement script later on Upgraded cockpit from original model (WIP) optimization of LODs and such better textures and model improvements in polishing stage 50 cal side guns and a Door gun variant Will try to make this compatible with most logistics mods. There is probably more but i cant think of right now. You can find our units Website here : http://www.15thmeu.net/ Some of you may have seen a few of our members videos and no doubt seen this in videos.

you need to move the weapon bone in the animations p3d file. it moves in the reverse of what you move it, it pretty much goes left when you move right. ect. idk why its funky my only guess is when you export it to OB (if your using an outside rig) its taking the center as the relative position of where it was when it was imported. maybe some has some more information about that than i do.

what your looking for is memory points not LODs get in positions are stored in the memory LOD then used in the config as a memorypointgetincargo[] = {all,the,slots,that,take,up,the,array}(im pretty sure thats the command). i did a quick skim through the arma 3 commands so idk what you could use to return the positions of a selected vehicle. but maybe this will give you an idea of a direction to head in. i believe you can run somthing through the config to look for a certain entry but i cant remember what it is. hope this helps.

its been awhile since i have done anything in sqf(been elbow deep in c++ for the last 3 months) but maybe its not liking that "phrasing" of the condition while being compared? maybe waitUntil { _randomVar = _A10C getVariable "Rearming_done_switch"; // pretty sure this would just be a readability thing but again, im rusty on my sqf and could be completely unnecessary. (_randomVar == 1) }; would work? the way this reads to me (from my c++ corrupted mind) is it sets the variable, stores "Rearming_done_switch" then waits for it to equal 1 (or what ever value you need it to be) if you havent tried this approach, try it, your original idea looks correct but doesnt look savy with sqf syntax. the code i have written takes into consideration that the default value has already been defined, the way zigo did it was correct syntactically also. (i think)

zbrush has a good re-topology tool but nothing beats the good old poly tools in max(as PuFu said im just reiterating), idk if mudbox has decent retop tools because autodesk makes most of their apps to kinda "rely" on each other. if you cant get get a student version of max, maya lt is way more affordable , or modo they have pretty good retop tools from what i have seen could even say superior to max in some ways a little more pricey then maya LT though.

make sure every face has 4 or fewer sides, OB goes nuts at the sight of an Ngon and attempts to make it a quad or tri. or wont import it at all. also make sure your not triangulating when you export as obj, if you want it triangulated do it manually, the exporter may not triangulate in a shader friendly way.

if you havent tried on the roadway LOD i would try that next, if that doesnt work i dont know what would work. if all else fails try to apply somthing to the geometry LOD.

i still havent figured out exactly where it should go yet i just approximate where it should go and see where the hands are in game and adjust it from there. The weapon bone has an inverse relationship to the hands in game, so if your looking at the character head on left is right in game and up is down and vice versa. and i meant export from OB to MAX as 1000 scale i apologize i wasnt as clear as i intended im not that good of a teacher lol. if everything still isnt clear i will do a more proper write up w/ pictures and maybe a video. after you get the workflow down it isnt hard to do.

you have to assign a diffrent rvmat to the fire geo lod i believe, it works with shooting the surface so maybe it is something similar while driving on it. If nothing else is applied it defaults to ground. look in A3\data_f pbo to find the ones BI uses.

i currently use a modified version of Kiory's rig (kiory is to thank for pretty much everything outlined here), only thing i really did was add ik and controller helpers for the fingers, really noobly done but it works and was easier to work with from my point of view. http://www.megafileupload.com/en/file/615929/a3-Rig-zip.html (saved this out as max 2012 as i have 2015 so i hope it is compatible with your version) basically this is all you have to do to do hand anims for a gun. 1. to get your gun for reference get it in game and to scale then export as fbx at the 1000 scale to have it 1:1 in max with o2. 2. frame 0 should stay in the T-Pose (basically dont touch it). (make sure you turn auto key on) 3. on frame 2 and beyond raise the entire rig up to the grid "floor"(if your doing hand animations there is no need to go into any further frames) 4. put your refrence mesh of the gun about where it would be and move the weapon bone to where you think may be close (may have to tweak it later in O2 still havent figured out how to sort this correctly in max) 5. hide the skin and the weapon and select everything and export as fbx (before you hit ok we have to change some settings) 6. go to the units tab and make sure it says meters. 7. FBX file format should be type: ASCII, Version : FBX 2011(you should only have to do this once) 8. hit export. 9. open in o2 and click on the bone and circle named selections and delete them and the geometry leaving only the properly named bones. 10. in the animations keyframe box, change frame 0.0000000 to -0.5000000 and change frame 0.010000 to 0.000000 and delete the rest of the frames(you only need the t pose and 1 frame of the hands) 11. right click in keyFrame box and hit export matrices and exported it where ever you choose. thats the workflow as i have sorted out with some help from the amazing Kiory. It may not be the best rig nor the best work flow but it works and is something to build from. i hope this helps.

you to add *.xml; to your files to ignore in addon builder so it doesn't binirize it.

hit me up on steam, i know a thing or two about RVMATS.

unfortunately so far my testing has not been successful in getting a plane simulation vehicle to use sling loading. so sling loading "may" not be possible on the MV22B but i wont rule it out completely until i have time to test some more. -CWO2 Aaron

wow, i dont know why i didnt think about that. thank you.

so i have made a custom gunner RTM and i have it in game however it does not travel with the turret at all. am i missing somthing? here is my rtm config if i may have missed somthing here. class CfgMovesBasic { class DefaultDie; class ManActions { SOV_Driver = "SOV_Driver"; SOV_Gunner_MK19 = "SOV_Gunner_MK19"; SOV_Cargo_back = "SOV_Cargo_back"; };//end man actions };//end moves basic //defining where the animations are class CfgMovesMaleSdr: CfgMovesBasic { class States { class Crew; class KIA_SOV_Driver: DefaultDie { actions = DeadActions; file=GMVS\data\anims\driver_02.rtm; speed = 0.5; looped=false; terminal = 1; soundEnabled=0; connectTo[] = {DeadState,0.1}; }; class SOV_Driver: Crew { file=GMVS\data\anims\driver_02.rtm; interpolateTo[]={KIA_SOV_Driver,1}; }; class SOV_Gunner_MK19: Crew { file=\GMVS\data\anims\Gunner_01_MK19.rtm; interpolateTo[]={KIA_SOV_Driver,1}; }; class SOV_Cargo_back :DefaultDie { file=\GMVS\data\anims\cargo_01_GM.rtm; interpolateTo[]={KIA_SOV_Driver,1}; }; };//emd states

you have the right idea, idk about the terrain builder part but i have done experiments with using CrySDK to sculpt a little bit of terrain and export it as bmp to use in terrain builder recently, and it seemed to work pretty well, so in theory you could do most of the work in crySDK, place the objects, sculpt the terrain the way you need it to be and export( you can also do this is mudbox, since you already have max it shouldnt be an issue to get mudbox aswell). and i know in max if i create somthing to scale i can export it as FBX and it will be 1:1 scale wise, you have to adjust some export settings but it can be done.

So i have RedPhonix suspension spread sheet and it works for the most part but im having an issue getting the enough extension from the suspension. even with maxCompression = 1 the suspension is still lower than it is in the model p3d file. What am i missing exactly? when i go over a value of 1 the suspension is fully extended but will not be effected by mMaxDroop and the rear wheel will hang in the air during turns. I have tried tweaking the model config to allow for greated offset values but to no success yet. Any help would be greatly appreciated.

ahh okay, i was noticing a correlation but i couldnt figure out why i couldnt get the right balance. as always your a great help Fennek. one question, should the maxDroop but the absolute value (positive integer)?

body = "MainTurret"; this is the actual gun portion thats is defined in your model.cfg gun = "MainGun"; this was used as the actual turret housing for my project. animationSourceBody = "MainTurret"; same as body animationSourceGun = "MainGun"; same as gun. use the animations that are in the model config mainTurret handles up and down rotation (or vise versa) if you cant get it working i will try to catch you on steam one day and see if we cant figure somthing out.

the rotor lib does calculation regarding the simulation "HelicopterX" an MV22 use a "Plane" or "PlaneX" Simulation idk if its impossible but i highly doubt if it works at all with rotor lib and if by some off chance it does, the behavior will probably not be pleasant. there is alot of helicopterX simulation config lines that you can use, but i think it also applys to planes. for example frontRotorForceCoef = 1;//front rotor backRotorForceCoef = 1;//tailrotor maxhorizontalrotspeed = -0.5; maxverticalrotspeed = 0.1; envelope[] = {3.8,0.2,0.9,2.1,2.5,3.3,3.5,3.6,3.7,3.8,3.8,3,0.9,0.7,0.5}; armor = 50; rudderInfluence = 0.01; backBladeRadius = 6; mainBladeRadius = 6; bodyFrictionCoef = 1.5; cyclicasideforcecoef = 0.29;//banking(these are how fast you bank in a direction) cyclicaforwardforcecoef = 0.5;//fowards backwards. liftForceCoef = 1; are a few things used to tweak helicopters before rotorlib was implemented, the current way i have no idea. You can try some of these entries and see if they have any effect on the VTOL maneuvering

do you use blender? its a great free program and im pretty sure it opens OBJ files.

if your using a high - low workflow, baking out the normals and ect, it shouldnt be that big of an issue on getting all your faces to quads and tris. (everything gets reduced to triangles in any game engine anyways) as you gain more experience with it you will be able to plan your topology better so you dont run into issues such as these.

im fine with him releasing the AAV i got it to a semi working state and he polished it well enough for a public release. (I would be WO Aaron BTW)

i think the only thing that we use that would effect the masses would be AGM and i think a tank pack(RDS?) our pack has been pretty kenetic since the last arma update and our pack is pretty large(5-6 GB +) so it would be hard to pin point everything that could influence it but AGM being the major factor.

ahh the bending technique, i just learned that a month or so ago and haven't got to use it yet. That is a very good technique for this situation.