Apoc
-
Content count
290 -
Donations
0.00 EUR -
Joined
-
Last visited
Everything posted by Apoc
-
Alright, as I once mentioned, I was working on porting the Airdrop Assistance script that I created for A3Wasteland over to Exile. Thanks to the work of Shix on the XM8 App, it gave me the kick to actually get to work and get it ported. This release is the result of that. First, credit to those who have come before: Credits @Janski - @AgentRev - for use of some of the A3Wasteland Functions (Permission Granted from 'Rev) @CreamPie - for the original inspiration to create the A3W Airdrop @Brun - The Brama Cookbook provided me with spacing and such for the app layout @WolfkillArcadia - Advanced Banking compatibility sweetness! -Props to the others fellows whose code I perused to understand dialog functions better. -If I've forgotten anyone specific, speak up! Features Server-side creation of objects and money-handling Unlimited number of categories of drops and drop contents Configurable cool down timer between uses Vehicle Drops (currently non-persistent) Release Video - YouTube Github Repository Install Instructions (ExAd Version) 1) Install ExAd, w/ XM8 Plugin 2) Copy the client folder from the Airdrop Github to the Apps folder. 3) From the config.cpp in the Airdrop Github, you need to add the ExAd_APOC_Airdrop class to the CfgXM8 class within your mission config.cpp 4) You'll need to PBO the exad_apoc_airdrop folder from within the @ExileServer\addons and drop it into your server's ExileServer\addons folder. 5) PROFIT Config Notes You can set the respect threshold for each drop. That is the last numeric field in the included file. If you leave that field out, the script will treat it as if there is no respect threshold. Or so it should. You can copy your old configs over to the new system. You just have to make sure you leave the header and such in the new file. As well as line 11, #include "functions.sqf" Notes: So, the dialog is still kinda buggy. I probably need to add some cleanup lines to empty out the dialog so they reload properly. Side Note: Also, my config is crap, if you hadn't caught on to that. I just threw stuff in there to get some some data in. If someone comes up with a balanced config for a vanilla exile (no weapon/vehicle addons) crate arrangement, I'll gladly drop that in the repo and credit the kind soul who submits. Advanced Banking: So WolfkillArcadia was awesome enough to make the edits for compatibility with AdvancedBanking. So just check the config file for where that gets set. I have no idea if Advanced banking still works in this version of Exile, or if it's configs are still the same. So yeah, let me know if that part of airdrop is broken. April 2018 - Update So to be compatible with the latest Exile update that has native extra apps. Thanks to @=TZI= TWIIST for the update. You'll need to edit your CfgXM8 class to have the following: May 2018 Update I've updated the github to have a potential fix for the blank dialog issue. This was caused by the fn_createCombo function being removed from ExAd, which the airdrop script called upon. I've included that function in the app function definitions, so it should be all squared away now.
- 638 replies
-
- 20
-
-
To clarify: Please post the server .rpt and the client .rpt. You need both of those to diagnose issues with a script such as this. I'd recommend dropping them both into pastebin (separate ones!) to make life easier for all who may try to help.
-
This kind of makes me think that the parameters for the ExAd functions were changed. That's one potential possibility. What needs to happen is to clear out all of the ExAd references and use Exile functions.
-
OK, so apparently when people updated ExAd, they made the dubious blunder of changing/removing old function definitions. This has in turn broken scripts based on some of that core functionality. Though, in the interest of keeping code efficient (and clients running as smooth as possible), it was the right choice to remove deprecated functions. I've updated the github repository so that the missing function is defined within the app. I think this will fix the issue. If someone would test this and let me know if it sorts you, that'd be appreciated. I'd like to be able to commit to revising the entire repository to fit the new Exile update and break off from the ExAd definitions altogether, but I'm not sure when I'd actually have time to sit and do that. ** OH, and in my editing of my post I forgot to attribute the fix to Frontliner. He spotted the problem and sent me a message a while ago, but I failed at taking a look at that time and sending this fix off. In reality, I bet your clients are throwing an error in the logs about the missing function.
-
Both of those approaches should be deprecated with the latest Exile update including apps. But no, the infistar approach breaks the terms of the license for the code, given that it must be open source.
-
So, I'm guess there's an issue with the data type of the variable. Alsoooo, I don't think the functions are robust, or possibly even functional, for the respect options. I thought* that this was tested ages ago. I just updated the github with some changes that might have an effect, though I kinda doubt it. I don't have a test setup these days, so you'll need to let me know if they have an effect. If you're savvy, the underlying code is in the functions.sqf. You could place some log markers in there (you'll see some of mine for testing) and trace when the variable switches from a number to "any".
-
Argh. Well that sucks a bunch.
-
Yikes, @NFGCaboose-1, alas I've not been messing with Exile in quite a while. No, unfortunately I did not set up the framework of the previous system for the slides and all of that business. I'd wait until the ExAd creator updates all of the base stuff to get instructions. Sucks I know. If you look at it, you can probably port it fairly easily if you look at how the new default apps are created and the structure of the ExAd apps.
-
No, the AI for the airdrop are not spawned by DMS. I think you could set that second DMS config to "TRUE" and it would ignore the airdrop AI and not freeze them. If you set the first value to "TRUE" then you will not have any AI freezing on your server. In that case you could see some performance impacts depending on the number of AI you are running on your server.
-
You're running DMS no doubt. DMS is freezing the AI. Have the drop spawn within your AI freeze zone. Either modify that parameter within the airdrop script, or extend out the range of the freeze effect on your DMS install. Personally, I'd do the latter. If you're not running a full server (not sure many of those exist in Exile these days) you shouldn't see a huge effect by having a bigger unfreeze radius.
-
Nothing in the server RPT? You could just add it to the loot rewards and leave the AI with standard gear.
-
Yeah, this is a typical issue. I think DMS is ignoring the variable saying to ignore the supply drop AI.
-
The system is already in the code, but I'm guessing at some point in the updates it no longer has the same variable names.
-
As for things not showing in the list, try breaking it into multiple groups to see if there is a list length limitation. I didn't see an error in your formatting. As for respect, you'll have to sort of dig and see what Exile is telling you in regards to any errors in reading the client respect, and comparing it to the value it pulls from your drop list.
-
I'd recommend auto-locking the server and kicking players before the restart. Also, lock the server after the restart until it is fully booted up. This sounds like problems related to stuff not getting set in the database properly around restart, as well as variables not being fully loaded in when the player tries calling an airdrop.
-
-
-
It looks like the server doesn't know what the list of drops is. That's the error you see referencing Line 22 of Exadserver_fnc_startAirdrop. I suppose this happens when the server first restarts? Are people joining the server immediately and getting teleported to the water?
-
Yeah, that's the intention. So, admittedly, this script consumes some resources. This is due to the way the AI is handled and the behavior of the helicopter and whatnot. So, you run the risk of bogging your server down more if you would let lots of players spam airdrops at higher frequency. However, if you have a lower pop server, feel free to reduce that timer to whatever you like. You can remove it even (set it to 0 or some other low number, don't actually remove it!).
-
Somewhere in your server-side you have an error. The funny thing is, Exile is generally pretty bad at throwing errors. With the way the mod is written, it has its own reporting and catch/throw mechanics for error reporting. However, with so many scripts being written in a multitude of different manners, errors are hard to track down. To find what is causing you grief, you need to add some diagnostic lines in and see what scripts are getting executed and where the execution of code is stopping. You know that the crate is getting created, and immediately after the crate is created, a function is called to fill said crate. So, go into the function for the crate filling, and put a diag_log "AIRDROP DIAG - We've entered the crate filling function here at the warehouse!"; towards the top of the function. Package everything up and try it. If you find that line in your log file (server side) then you know that the function is getting called. Add a few more lines into the function at different points, to see if something is breaking lower. Rinse and repeat until you find where the code is chewing on itself. There's a possibility a function is not getting loaded by the server due to some other error, or getting overwritten, which would cause some of the issue you're seeing. Also, the airdrop script 100% does not care about which version of ExtDB you are running. Remember, correlation does not imply causation. Finding extDB errors shouldn't be too bad, although you need to make sure you have the right level of reporting turned on in your extDB config files. ExtDB creates its own log files so you don't need to sort through all of your server.rpt.
-
You didn't follow directions. Post both of your RPTs.
-
Also, from a clean server and client start, post your logs to pastebin and drop the links for the two logs here. That'll make it easier to troubleshoot an error in a config file.
-
Yeah, you don't need that. The ExAd system will pick up the relevant files once you have them added to the class. ExAd made installing the airdrop significantly easier. I've removed the instructions for the original airdrop from the first post, as that seemed to be confusing people. In the onOpen.sqf file, there are some diagnostic lines. Remove the comments and allow those to run. Check your client log after opening the app and see if that diagnostic line gets logged properly.
-
Das Problem ist mit dem AI-System, das Sie verwenden. Es ist Einfrieren der Hubschrauber AI, weil es keine Spieler in der Nähe des Hubschraubers gibt, wenn es laicht. Entweder laulte der Helikopter näher an den Spieler, verlängere die AI keine Einfrierzone, schalte den AI ein oder stelle die Einstellungen dieses AI-Systems ein.
-
That's not a bad idea if that allows for turning a non-persistent to persistent. You could do that when the vehicle gets created or when it gets dropped.
