zooloo75

I'm sure it's possible to force certain settings via a mission script. If you're a clan, you could also redistribute your own modified version of BloodLust with hardcoded values.

As far as mod compatibility goes, if the many settings I've included don't fix issues with OTHER mods, then redirect the compatibility concerns to the respective developer(s) of the offending mod.

I feel bi-weekly scripting competitions here and there would be beneficial to the community, being educational and rewarding to everyone. We're all able to judge and critique each other's work as well as ask questions. To keep this short and to pilot the idea, here's a problem due by the end of the month: Create a system which allows the retrieval of static objects (objects that won't move) that were placed in the editor (any object from allMissionsObjects), given a position and a radius (in meters). Input example: [[5165.23, 2501.01, 0], 50] call TAG_GetNearObjects; The more optimized, the better. Share your solution as a zipped mission or just paste the code.

Ask Donald Trump.

Damn it, we shouldn't even be fucking around with their affairs. Thanks Obama and Bush... (I guess) Let them deal with their own problems. Kinda wish America would go back to being isolationists and stop with the tyrannical governing. Just another reason why I won't be voting for Clinton.

Try changing: if (primaryWeapon == "") or (primaryWeapon isNil) to if ((primaryWeapon == "") || (primaryWeapon isNil)) Good luck!

In regards to the movement away from Islamic migrants, I think it's a good move. I don't understand why Europe (and America) has to be the dumping grounds for "refugees" when there are ~50 Islam-Major countries which are more than capable of taking in their own people. I understand the regressive left's (yes, regressive) motive and ideals of being fair and humanitarian-like, but they need to face the reality that there are VERY VIOLENT (to put that kindly) extremists in the Islamic faith. It's not racism to want to restrict Muslim refugees from entering your country when you know they originate from known terrorist breeding grounds, and can clearly see an issue with them integrating with your society, it's common sense. The people of the nation should be prioritized over foreign entities. Should one generalize an entire population because of a select "few?" No, but common sense says that the people of the nation should not have to risk their lives and culture for the sake of diversity and fairness. Keep in mind, your country is helping out the "refugees," you'd think that they'd be grateful. In regards to "hate speech" and "racism," I find that these words have lost all meaning now. When people carelessly and improperly misuse those terms to attack those with differing stances, it only hurts one's cause. Now, I could be wrong about all of this, but this is my stance on the issue based on the information I see.

UPDATE New version available: http://files.bitdungeon.org/arma/@bloodlust_v2.41.zip Official BloodLust Website: http://bitdungeon.org/arma/bloodlust/ Note: The server and clients must run the addon. [7-2-2016] v2.41: Fixed error in model configs (extra comma). Fixed blood splatter shading (was too dark). Fixed gib spawn position.

Learning how to mod on a new engine shouldn't be an issue. That's how technology is, it changes, people are inevitably going to have to learn new things. Who knows, perhaps a new or improved engine may allow for more modding capabilities.

Great work!

Could yall please describe the average scenario you guys experience performance issues? Is it in singleplayer or multiplayer? Many units? Thanks!

To keep it simple: you get what you pay for. There's not much of a multiplayer community in the sense we had pre-DayZ that warrants an Apex LITE.

Well, not being able to use things one didn't pay for is quite normal. I understand the community split, but the content and quality of this DLC (even Tanoa alone from the sneak-peak we all get from pre-ordering) is substantial enough to warrant a purchase. Not only that, but supporting BI is always a good thing ;) We all know that the "LITE" content's security measures (such as not being able to drive vehicles from the DLCs you didn't purchase) just gets exploited with simple scripting commands (unsure if this has changed though), therefore resulting in, in certain perspectives, theft.

Codeshare for Webpages https://chrome.google.com/webstore/detail/codeshare-for-webpages/jpdeiiiingcolpkaajaahfhkcmlmikcj?hl=en This was my first Google Chrome extension I wrote a few months ago. It adds a button to the browser which opens a Codeshare.io page unique to the webpage you are on. You can write code, text, etc, which is shared in real-time with anyone else whose browser is navigated to the same URL as yours. May be useful for collaborating on code with others, especially on a scripting thread here on the forums. Install it and test it out on this thread for example.

player globalChat (format ["%1 Thats why you can't %2 them using the %3.", call GetFillerText, call GetRandomVerb, call GetRandomTerminology]); Please stop talking about things you have no clue about.

:|

Makes sense. Keep the data cached in memory for quick recall.

So the performance difference is practically inconceivable.

The fact that this wasn't provided and overlooked removes all validity of the claims. A lack of understanding of execVM and spawn shouldn't be followed by why those shouldn't be used...

Yep, those who don't know should be practicing more and not spewing incorrect information as fact. How long has the scripting community been around? Let alone your expertise, Killzone. I'm sure if there's a better way to do things or some "silver bullet" trick, it would have been discovered already and likely announced by Bohemia. Again, as I've already stated, performance gains would better be achieved through optimization of algorithms, not by hackish tinkering. The root problem is someone's method of doing something isn't as efficient as it could be. Fix the root issue, don't just apply a bandaid. So far I've seen so much terminology misused and concepts entirely asinine in this thread that it's even hard for me to make any sense out of it all.

How so? Please elaborate on what you mean.

Download: http://files.bitdungeon.org/arma/examples/DataIndexing.Tanoa.zip Work-in-progress! Here's some performance results with my method vs the traditional approach. I call my system, "Object Indexer". Filtering is to return objects only within the specified radius in my method, else it returns more objects than expected (an approximation -- which may not be a problem for certain uses). Performance diagnostics: ObjectIndexer: true\nFiltering: false\nFPS: 44.9438\nObjects: 193 ObjectIndexer: true\nFiltering: true\nFPS: 44.8179\nObjects: 32 ObjectIndexer: false\nFiltering: true\nFPS: 41.1311\nObjects: 32 ObjectIndexer: true\nFiltering: false\nFPS: 46.7836\nObjects: 10 ObjectIndexer: true\nFiltering: true\nFPS: 45.584\nObjects: 0 ObjectIndexer: false\nFiltering: true\nFPS: 41.5584\nObjects: 0 ObjectIndexer: true\nFiltering: false\nFPS: 50.3145\nObjects: 35 ObjectIndexer: true\nFiltering: true\nFPS: 49.0798\nObjects: 6 ObjectIndexer: false\nFiltering: true\nFPS: 43.3604\nObjects: 6 ObjectIndexer: true\nFiltering: false\nFPS: 80.8081\nObjects: 67 ObjectIndexer: true\nFiltering: true\nFPS: 79.2079\nObjects: 31 ObjectIndexer: false\nFiltering: true\nFPS: 68.0851\nObjects: 31 ObjectIndexer: true\nFiltering: false\nFPS: 47.3373\nObjects: 115 ObjectIndexer: true\nFiltering: true\nFPS: 46.7836\nObjects: 42 ObjectIndexer: false\nFiltering: true\nFPS: 42.8954\nObjects: 42 ObjectIndexer: true\nFiltering: false\nFPS: 76.9231\nObjects: 274 ObjectIndexer: true\nFiltering: true\nFPS: 73.3945\nObjects: 32 ObjectIndexer: false\nFiltering: true\nFPS: 65.0406\nObjects: 32 Here's my test code (it's sloppy, I know): Test_AllMissionObjects = allMissionObjects "Logic"; { [_x] call ObjectIndexer_AddObject; } foreach Test_AllMissionObjects; MethodSwitch = true; Filtering = false; Test_Text = ""; player addAction ["Switch Methods", {MethodSwitch = !MethodSwitch}]; player addAction ["Toggle Filtering", {Filtering = !Filtering}]; player addAction ["Copy Diag", {copyToClipboard Test_Text}]; ["Test_NearObjects", "onEachFrame", { _objects = []; if(MethodSwitch) then { _objects = [getPosATL player, 100, Filtering] call ObjectIndexer_GetObjectsInRadius; } else { _objects = Test_AllMissionObjects select { _x distance (getPosATL player) <= 100 }; }; Test_Text = format ["ObjectIndexer: %1\nFiltering: %2\nFPS: %3\nObjects: %4", MethodSwitch, Filtering, diag_fps, count _objects]; hintSilent Test_Text; }] call BIS_fnc_addStackedEventHandler; //Could have used the new EachFrame handler here, meh.

Interesting experiment, even if this is all valid, how practical would it be to do all this in the name of <1ms gains? I imagine maintainability would also suffer as well. Not arguing, just bringing up some questions. Us sneaky programmers are always trying to shed off those pesky milliseconds xD That's right.

With spawn, it is executed concurrently, and therefore does not yield a result. The time you're getting for execVM and spawn is the return time (pretty much immediately). You have to measure what is actually being performed in the separate threads (if they truly even are in a separate thread).