austin_medic

Wait. Can't map makers create their own skybox textures? They're also capable of changing lighting values (even for different parts of the day). e.g for lighting: 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; }; e.g for skybox: class Weather1: Weather1 { sky = "A3\Map_Stratis\Data\sky_veryclear_sky.paa"; skyR = "A3\Map_Stratis\Data\sky_veryclear_lco.paa"; horizon = "A3\Map_Stratis\Data\sky_veryclear_horizont_sky.paa"; }; you'd need more than one skybox texture to match each possible weather condition to me seems like CUP just isn't implementing A3 features properly into the maps, which makes them look flat and plastic-like. The fog wouldn't look that bad if they weren't using the default Stratis/Altis skybox textures ^^

you need to verify files and probably a reinstall of directX would be a very good idea. No graphics changes have happened, so chances are a file got corrupted or directX itself got corrupted, although dying video card is always a possibility too, try the first two options first and see what happens.

Your server is probably configured incorrectly. Check the 'max players' entry in server.cfg if its a dedicated box or contact your host to figure out what is happening. Possibly mission has maxplayers set to 0 in description.ext as well.

I'm interested. Will add you as a friend on Steam.

switchable unit is a bit of a odd ball, in MP the player is the current unit the client is controlling, dead unit becomes AI after player respawns, variable obviously will stay because it doesn't erase any of that information when it switches over to AI.

Sometimes it happens with other mission types other than life, but in that gamemode its much much more verbose (this has been going on ever since Altis Life was created to my knowledge). try -nologs then the game won't bother writing any logs anymore.

normal behaviour. this games has always smashed one thread for most of the simulation, and only the newer stuff introduced in arma 3 such as PhysX and rotorLib are operating in seperate threads. DirectX usually uses its own thread to feed the video card, even then it doesn't push it too hard since many calculations such as shadows are still calculated in that one dinky little thread running everything else. DX12 is not the be all end all, unless of course your game is using many draw calls or was being bottlenecked by the directX 11 API, which is definately not the case for RV4 and arma 3. so what is the issue exactly? poor performance compared to stable? or just more ranting about how your strong cpu and gpu don't get you good performance?

Try verifying files first of all, rpt files and crashdumps also needed.

You could just right click on the commands page and use save as to download the page to your local hard disc. then just open the file in the browser and it'll be there. Of course none of the links will work as they all point to their respective page's online version

3 gigabytes does not equal 3000 megabytes. everything scales to the power of 2, 1 gig = 1024 megabytes, 1024x3 = 3072, so there is still a small chunk that is unused.

Yes I am still working on scripts, though being able to go HAM on projects hasn't been easy recently as I got a bunch of other stuff to do at well.

well something is wrong with the display driver for sure, it could be a hardware problem or the driver might be screwed up, try reinstalling latest drivers then if that doesn't fix it RMA the card because it probably has some physical defect with it that is causing issues.

its detecting all of the RAM, try updating the BIOS and see if that solves your problem, then torture test the RAM and video card with some benchmarks like you said above

Check it in resource manager under the Memory tab, it should report 16 gigabytes (though might not be exact as some is reserved for the operating system and may be hidden, also computers scale it to the power of 2 I believe, so 1024(or 1 gigabyte)x8 = 8192 megabytes x 2 = 16384 ), as well as how much is being used to do what to remove, simply pull the tabs on both ends of the memory stick outwards (they hold it in place), away from it, then gently pull straight out and the stick should just pop right out. no drivers exist for RAM, no need since its all exactly the same in its design and function, just different manufacturer or different fancy heatspreader on it. Putting it back in is easy because its keyed, and only goes in one way (hence the little notch where the pins are), once its in the slot, push the tabs inwards until the stick clicks into the slot. if it was built by some joe like you or more then its possible that person killed one of the RAM sticks with static energy they had built up if they weren't smart enough to discharge themselves before they touched it Even then ram might not be totally dead dead but its got problems potentially (in which case you could test with something like memtest86, in that case you'd need a USB stick to throw it on then tell the machine to boot off that into its own little operating system so it can test your RAM (to boot off a stick or other medium other than hard drive, when the motherboard splashscreen pops up you need to mash the f10 key (I think its that for windows) to bring up the boot menu, which then you can select the memory stick to boot.

Could be bad ram or dead video card. open dxdiag from the start menu and dump a log, then put it up here, check how much RAM the system is reporting as well, if theres a dead stick (usually) the system wouldn't POST at all, though if that fails then it shouldn't show up as usable memory.

Doesn't the magazine itself have mass? (even the launchers have magazines, but with single rocket only) why not just divide that by however many bullets are present, and that would surely equal the weight of each bullet. I guess it might be an arbitrary value and means nothing to the actual bullet weight, but its worth a shot.

His point still stands. If you can't debug the simple things then how are you going to write the other systems without screwing those up bad too? Practice makes perfect, if you can't practice simple debugging then how are you gonna learn to do it? because it will be vital this is turning into a shitThread (aka. ridiculous argument with you simply not willing to give us the info we need to help you). If you had told me control + F did not work then I would've suggested something else, instead you provided a pic showing the search function built into the wiki (which is el crappo in its current functionality to say the least)

Well we're trying to get you finding information on your own. Obviously you don't want that and your attitude is making it harder to help you. https://community.bistudio.com/wiki/clearItemCargo

I find the wiki search itself to be complete crap, its case sensitive and discards anything that doesn't match exactly. Use your browser search function instead to search up specific commands on the page i linked and it should highlight them for you (CONTROL + F for chrome at least). Your attitude needs some adjustment as well if you want any help. debug console? It would've DEFINATELY shown up there regardless of case sensitivity, you'd need to press F1 to bring up the help menu when the little tooltip for the command pops up.

https://community.bistudio.com/wiki/Category:Scripting_Commands_Arma_3 book mark it and search up removeItemCargo

remove*TYPE-OF-CARGO-HERE*Cargo(Global) () = only use stuff in brackets if its MP. You should reallly use your browsers search function (control + F usually) to search for this stuff yourself. its all listed for a reason.

It's possible he used some kind of way around the system

Why do you need this information? You coul try finding one of Dwarden's profiler builds and see what that reveals about whats going on under the hood.

PM me with the mission/more info about your server/group/what you want done and we can discuss

Nope. Far to many barriers to climb over at this point in the game, especially considering the RV engine is over 15 years old, and it was literally built to function with a single thread, later on having multi-threading added on top of it to some stuff thats close to the top of the pile of code (e.g AFM, PhysX). Modifying anything on the bottom of the stack would likely break many things that depend on it functioning in that specific way, and BIS doesn't have the resources to keep their company floating while they go build the engine, Enfusion is supposedly a bit better since they did some tearing down of low level systems and rebuilt them to better utilize modern computer technology, but that for arma is a long long way off. There is no simple click a button and it magically becomes 64 bit.