GirlieAllie
-
Content Count
18 -
Joined
-
Last visited
-
Medals
Posts posted by GirlieAllie
-
-
Good memories exist to be shared, to be smiled at.
(RHS:AFRF,USAF)
-
1
-
-
I've made a few Arma videos, and I doubt I'll make too many more with life as it is. Still, it's been a year since the first one I ever put effort into, so here it is. There's a few more on the channel.
-
I found a typo in your surfaces, at 'class CfgSurfaceCharacters'. You haven't closed all of your brackets. I fixed it by adding one more right-bracket-semicolon at the end of the file:
class CfgSurfaceCharacters { class StratisForestPineClutter { probability[]={0.050000001,0.012,0.0099999998,0.1,0.050000001}; names[]= { "StrBigFallenBranches_pine", "StrBigFallenBranches_pine02", "StrBigFallenBranches_pine03", "StrGrassDryGroup", "StrGrassGreenGroup" }; }; };It's the little things that kill you!
Clutter seems fine to me. Fix that bracket and try again.
-
make sure in your config you have
mapSize=30720; // set it to your map size mapZone=35; mapArea[]={25.011957,39.718452,25.481527,40.094578};I've had weird bugs if they weren't set
The mapSize was already correct, and the mapZone and Area were left untouched from Altis, as it is here.
Interestingly, creating another project with the same files, just importing the .wrp from the first, causes the same exact error - except that packing it now makes the 'binarize' portion of the tool take roughly two hours, and crashes Steam in the process before finishing. Apparently another person encountered that same problem, and found the issue was with a certain point on their terrain. Perhaps the heightfield is somehow corrupted...?
Oh, and to those interested in the fault message that pops up when the game crashes, it's this. 0x0000dead, indeed...
-
Northing/Easting doesn't have an effect. The yen symbol is just how the computer renders the backslash, for whatever reason, those are fine.
-
Could you post screenshots of your mapframe properties, specifially the samplers tab.
-
Howdy. To start off, after exporting my terrain, when loading it in Arma 3 this error comes up: "Too many objects in grid rectangle 511,511." I know this refers to my landgrid, which is 512. Problem is, if I'm correct, I don't have objects in landgrid 511,511. The issue also persists after removing every single object from the terrain and exporting (for reference, I only have 784 objects in my terrain at this point.) Even more confusing, the terrain loads up just fine in buldozer - which is just a barebones engine that handles objects the same way, right?
No objects are outside the map. I figured that out by exporting their x.y, sorting those, then looking for outliers.
I've noticed that in other help topics, people with similar problems have exactly the same error, but the coordinates are different and also seem to correspond to their landgrid in the same way. My landgrid is 512, my error is 511,511; their landgrid is 64, their error is 63,63; etc. In fact, in the one help topic where it was a legitimate over-placement of objects, their buldozer couldn't handle it either and the error was a more reasonable 13,8; where the author confirmed to have done a shapefill.
The only one of those similar-to-mine problems with a solution had it be "in the config that was not correct placed", so perhaps it's a config issue? I believe mine is set up correctly, but I'll throw it up if anyone thinks it may be the key; it's just an edit of the Altis one until I'm further along with the island.
Do we know anything about this error?
-
While I'm not sure how the campaigns do it, a way to 'script' a certain flight path can be done using the unitCapture and unitPlay commands. This video has an example tutorial of it, made back in 2014 but afaik it can still be followed. Think of it as recording your Airwolf moves and then playing them back through the AI like your hot piloting mixtape.
-
1
-
-
Since there's talk about giving the player training missions and helpful tips, remember that The East Wind had many missions where a certain strategy/tactic was crucial yet never was a focus of another mission (unless you elected it to be, of course.) Given the nature of the campaign, you don't have any opportunity to hone your skills beforehand, showcases aside.
But you almost always had a helpful voice in your ear - an 'advice' support could usually be activated letting someone give you tips or outright instructions. These were also often used to reinforce the cause/effect of the player's current objective, or broaden their view of the situation.
For example, in (Supply Network, I think?) Kerry has to take command for the first time and also ambush a CSAT convoy. While there are onscreen hints for commanding your squad iirc, if you activate the Supports hint you get Miller giving you a rundown on convoy ambush: keep everyone hidden, hold fire until an opportune moment, do it fast and run like hell afterwards due to reinforcements. In later missions, you're told how to sneak past enemies, ambush a helicopter landing, prioritize targets... while these are all not 'new' mechanics in the scope of Arma 3, The East Wind lets you learn them through a conveniently optional conversation that also gave opportunities to build character and awareness.
I'm a big fan of such an approach, and while you'll inevitably need some hint popup if you want to teach a keyboard combination, there's always the option to let players decide if they want some advice on the current situation. Veterans (or those who die a lot) can skip them, newbies or the unsure can learn from them, and almost everyone will hit play just to hear what their allies have to say. If I can take that road while designing a mission, I will.
(And since it was brought up recently, the ability to play from multiple sides of a conflict is something I really appreciate but don't see a lot!)
-
2
-
-
I read through this thread and I feel like I oughta make a few comments I don't see anyone else talking about. I also vomit words and can't write succinctly so I'll hide my garbage under a spoiler tag for you.
It's near impossible for CSAT to have retrieved the weapon right under the nose of NATO forces in the area.
NATO was displayed as having severely poor intel, and security for that matter, earlier in WIN and at the end of ADAPT. Firing on the FIA at the airfield (Miller's sabotage or not), losing literally every frontline defensive position at the end of their failed initial assault in one fell covert op (apparently, the single sentry that saw any enemies and lived was Kerry, assigned to a joke patrol while under suspicion), shelling civilians in Pygros, etc.
And, presumably, at the higher levels Miller's activities were sanctioned and maybe even supported by NATO - even though Armstrong considers Miller 'not a friendly' early on, once he confirms his identity he quickly disallows Kerry from aiding him and cuts the sentence short, apparently angry.
So, it's entirely possible that they legitimately were that disorganized and could not find the CSAT research group, especially since the 'final push' to separate and conquer the remaining enemy forces had a serious case of rushing and not covering their tracks. (RIP, Golf, may we never shell an enemy position and not secure it again...) Or, they legitimately overlooked the position to give Miller and his team the conditions they needed to retrieve the functional Device safely. Safely for the device that is. Not for James.
Miller isn't abiding by NATO, he's out for the Device on his own terms, he probably stole it at the end of Apex.
While this is possible (and would make for an okay twist - I don't think many people had a high opinion of Miller by the end of The East Wind, he'd make an alright antagonist) he's in for a serious long con, and since he's in the briefing room cutscene at the end of Apex Protocol, he's overstaying his welcome by a lot if he's in for himself only.
Also, why don't we look back to the 'secret room' in the FFV showcase, Marksmen DLC? It takes place before (I want to say a year, uncertain) before the main campaign, but it's a building with FIA men inside of it, along with a seismic map whiteboard and a laptop with Device Readings. CTRG has been helping the FIA for quite a while before the campaign, and they're probably the ones supplying and helping the FIA with that intel. Miller has been given a lot of help from the CTRG (and NATO by extent) and he's apparently left a bit of a paper trail, evidenced by that room and the picture that Gen. Armstrong managed to find for his whiteboard at the start of Win. I doubt he would get terribly far at the end of Apex if he didn't do his job, retrieving the Device safely.
And by "In Safe Hands" I equated that to him handing it off to whoever is reverse-engineering or deploying the Device. Having nukes is one thing, but having a weapon that can cause massive damage with no trace distinguishable from natural disasters? Hoo mama, that's the good stuff right there – and why CSAT did NOT want to give a fully functional example to their enemies.
Lastly, though this doesn't have to do with the ending I saw it discussed a bit earlier, it's my opinion the AAF took out Task Force Aegis due to Miller's arrival at Maxwell - the two events happen minutes apart. I think CSAT wanted the AAF to take out Miller's group, but the only way to do this without alerting the rest of Aegis was to literally kill everyone, somehow. So they planned a surprisingly smart ambush, for the downput 'greenbacks' (limiting island traffic, then ambushing the island's NATO commander and killing him before setting off the rest of the assault) and killed everyone, blaming it on an FIA terrorist attack backed by NATO.
Anyway, now that I've ruined my reputation by being a BIG NERD I can have a nice nap.
-
4
-
-
First off: Success!
I implemented the change RoF mentioned and replaced my standard tags with custom ones. After finding that typo (gotta close those brackets) I recompiled the layers and the texture, satmap appeared.
Not sure which of the two things were causing the error (though both were important ones to fix) as I just changed them together, but the issue is resolved nonetheless. I'll be writing this one down.
Just noticed your layers config is wrong
replace all the
texture = "tortugas\data\gdt_grass_green_co.paa";
with
texture = "#(argb,8,8,3)color(0.5,0.5,0.5,1)";
also did you remember to export your sat image? lolThe bug occurred after exporting all of the layers and letting TB/Buldozer do the necessary conversions. Thanks for pointing my error out though.
The configs look ok except for the fact you are not using customs tags. You need to get in the habit of doing so or you will overwrite the main game configs and clutter will not work.
For instance in your clutter config where you have grassgreen you could do GirlA_grassgreen. That tag is just a suggestion. But it is unique to your island and nobody else should have it so it avoids conflicting configs in other mods since all class names need to be unique as there can be only ONE class grassgreen.Thank you for this tip. I was actually using the standard tags out of a paranoia that giving them custom ones would interfere, not the other way around. I'll be doing this from now on.
More thanks for the patience and help, sorry for the bother of my misunderstanding.
-
Did you set your sat map and mask to 200000 easting? Sometimes it puts it to the left of the map frame. Try turning it off and on using the toolbar, an see if its over your heightmap.
You can change the coords by clicking your sat map on the right and clicking properties. It needs to be 200000 Easting and 0 Northing.
A note about this: In the original project I set the UTM offset to the proper zone and changed the northings/eastings accordingly. On a second rebuild of the project I went the 200000,0 route and ran into the same problem.
The heightmap, satmap, and mask are all aligned in both instances.
-
Hi. I'm Allie, and I like to tell myself that I can make things with the Arma series before reality crushes me into a drunken heap.
In the meanwhile; I climbed onboard with Opera- uh, Arma:CWA, and enjoyed fancying myself as a terrified bullet-magnet enough that I haven't looked back.
Maybe one day I'll make something memorable, but until then the BIstudio forums have given me plenty of solutions and questions that have driven me forward, and I hope for more.
Good luck, have fun, and don't die!
-
2
-
-
Hi y'all. Searched around and while others have had similar problems I haven't been able to find any help that might apply to me.
Problem: Buldozer shows a 'blank' terrain, with a uniform white texture rather than the satmap or the close-up materials, after exporting layers and building terrain without errors. Like so.
Here is a copy of my project folder. You can find the images in there, along with other files, and below are my layers and my .h files for ease-of-access:
cfgclutter.h:class DefaultClutter; class clutter { class GrassGreen: DefaultClutter { model="A3\plants_f\Clutter\c_Grass_Green.p3d"; affectedByWind=1; swLighting=1; scaleMin=0.85000002; scaleMax=1; surfaceColor[]={0.43099999,0.47499999,0.26699999}; }; class ThistleThornGreen: DefaultClutter { model="A3\plants_f\Clutter\c_Thistle_Thorn_Green.p3d"; affectedByWind=0.30000001; swLighting=0; scaleMin=0.30000001; scaleMax=1; }; class ThistleThornGreenSmall: DefaultClutter { model="A3\plants_f\Clutter\c_Thistle_Thorn_Green.p3d"; affectedByWind=0.25; swLighting=0; scaleMin=0.40000001; scaleMax=0.69999999; }; class FlowerLowYellow2: DefaultClutter { model="A3\plants_f\Clutter\c_Flower_Low_Yellow2.p3d"; affectedByWind=0.40000001; swLighting=1; scaleMin=0.60000002; scaleMax=1; }; };cfgSurfaces.h:
class CfgSurfaces { class Default { }; class Water { }; class GdtGrassGreen: Default { access=2; files="gdt_grass_green_*"; character="GrassGreenClutter"; soundEnviron="grass"; soundHit="soft_ground"; rough=0.079999998; maxSpeedCoef=0.89999998; dust=0.050000001; lucidity=4; grassCover=0.050000001; impact="hitGroundSoft"; surfaceFriction=1.7; maxClutterColoringCoef=1.35; }; class GdtBeach: Default { access=2; files="gdt_beach_*"; character="Empty"; soundEnviron="sand"; soundHit="soft_ground"; rough=0.1; maxSpeedCoef=0.89999998; dust=0.82999998; lucidity=1.25; grassCover=0; impact="hitGroundSoft"; surfaceFriction=1.6; maxClutterColoringCoef=1.35; }; class GdtStratisSeabed: Default { access=2; files="gdt_strdeepsea_*"; character="Empty"; soundEnviron="gravel"; soundHit="hard_ground"; rough=0.15000001; maxSpeedCoef=0.85000002; dust=0.75; lucidity=150; grassCover=0; surfaceFriction=1.4; maxClutterColoringCoef=1.35; }; }; class CfgSurfaceCharacters { class GrassGreenClutter { probability[]={0.74000001,0.02,0.19,0.050000001}; names[]= { "GrassGreen", "ThistleThornGreen", "ThistleThornGreenSmall", "FlowerLowYellow2" }; }; };layers.cfg:
class Layers { class GdtGrassGreen { texture = "tortugas\data\gdt_grass_green_co.paa"; material = "tortugas\data\gdt_grass_green.rvmat"; }; class GdtBeach { texture = "tortugas\data\gdt_beach_co.paa"; material = "tortugas\data\gdt_beach.rvmat"; }; class GdtStratisSeabed { texture = "tortugas\data\gdt_strdeepsea_co.paa"; material = "tortugas\data\gdt_strdeepsea.rvmat"; }; class Legend { picture="tortugas\source\maplegend.png"; class Colors { GdtGrassGreen[] = {{0,0,255}}; GdtBeach[] = {{255,0,0}}; GdtStratisSeabed[] = {{0,255,0}}; }; };Here's one of my three .rvmat files. The only changes I've made from the defaults is to reroute to the specific materials, and they're identical across the .rvmats (in terms of syntax):
ambient[]={1,1,1,1}; diffuse[]={0.25,0.25,0.25,1}; forcedDiffuse[]={0,0,0,0}; specular[]={0,0,0,0}; specularPower=1; emmisive[]={0,0,0,0}; PixelShaderID="NormalMapDiffuse"; VertexShaderID="NormalMapDiffuseAlpha"; class Stage1 { texture="tortugas\data\gdt_beach_nopx.paa"; uvSource="tex"; class uvTransform { aside[]={5,0,0}; up[]={0,5,0}; dir[]={0,0,0}; pos[]={0,0,0}; }; }; class Stage2 { texture="tortugas\data\gdt_beach_co.paa"; uvSource="tex"; class uvTransform { aside[]={5,0,0}; up[]={0,5,0}; dir[]={0,0,0}; pos[]={0,0,0}; }; };For reference, I've mainly followed the CPTNCAPS tutorial. Rebuilding my P: drive, Buldozer, etc. has not alleviated the problem, and my Buldozer config is default. I've redone the entire project from scratch up until this point and resulted in same problem. Can't find any immediately obvious errors, but I'm a newbie. I'd appreciate any help. (Also, I've run into another 'cannot find file P:/' error when trying to rebuild my layers, so if anyone can see any typos that I can't find, would help as well!)
-
An Old Postcard...
Addons: AiA Terrain, RHS (Taken November 2015)
-
5
-
-
I don't believe in Arma Gods. I believe that Arma is just a vessel that karma uses to spring ironic punishments on us. kArma, if you will.
kArmic laws: the more dug-in to cover you are, the less bullets it takes to kill you. (Which makes sense, since only your head pokes out...)
When a barrage of gunfire hits you as you sprint in the open, the first round always hits your leg. So you can really savor the impacts as you limp.
The shutter's always closed on the side of the building you need to shoot out from.
But, unless you remap your controls to avoid this, the worst is trying to hit the dirt and double-tapping the prone toggle in haste.
Just doin' a quick up-and-down to warm myself up for this ambush, no problem at all!
-
3
-
-
Operation F- uh, Arma CWA: 141 Hours
Arma GE: 57 Hours
Arma 2 (Standalone) : 25 Hours
Arma 2 Operation Arrowhead: 300 Hours
Arma 3: 1330 Hours and counting...
(These are all Steam Hours. Add in a couple hundred more...)
Total of 1853+ stressful hours later: purchases justified!
'Too Many Objects In Grid Rect. (landgrid-1),(landgrid-1)' Error
in ARMA 3 - TERRAIN - (BUILDER)
Posted
Changing parameters as mentioned results in the same error.
I've redone the project by just re-importing the heightmap .PNG I'm working from (yes, I know TB doesn't like .PNG files, every other format gives its own problems for me) and it results, again, in the same error. This is after packing it up immediately following the import of heightmap, satmap, mask, and layer/terrain generation with zero objects placed, regardless of map property settings. So, I suppose something is either wrong with TerrainBuilder, or my heightmap at its core is giving the error.
Looking into everything to try and find problem sources, I think I'll start with changes to my heightmap and go from there. Time's not exceptionally free though, and importing takes a while, so I'll have to fill back in on progress tomorrow or the next day.
Cheers for everyone giving input however! Takes more than this to kill a bull moose.