bigshot

nope, havent heard of this before...must be something you're running there. What DOES happen is that after a RESUME you'll lose all your previous 0-8 menu unlocks...but the workaround there is simply to respawn yourself once after a resume and youll get them all back. But no, never heard of losing scroll menu options after a respawn with this one.

Maybe I am misunderstanding what you are trying to say...but if you are running the Newest versions of either DUWS original or DUWS Modified...you cannot ESC\SAVE anymore. The only way to save in the newest version is to use the "Sitrep" feature (0-8-1). it works the same for BOTH versions of DUWS. If you are able to esc\save in original duws then you are running an outdated version, trust me. Part of the problem here may also be that Kibot releases his version with the pbo unpacked so you end up installing folders...bad idea to distribute this way really. His latest pbo version is 8b...if you download 8b and only install his pbo file into your MPmissions folder that is all you need...you dont need all those folders and other files...only the pbo file, and it needs to be in your MPmissions folder...start an LAN and play it that way. Mine already comes as just a single pbo (which is the standard way to release missions). So just follow my instructions from earlier and try it. Delete all duws related/installed folders...delete all duws pbo's...download 1 or both of our pbo files and put them in your MPmissions folder and then play. If you install original duws again DO NOT install the folders...ONLY INSTALL the pbo file itself.

because you are playing an OLD version...you need to delete everythnig and start over again with my newest. Dunno exactly what sort of "waves" issue, if any, you may be having but if I were you I'd probably just do a restart of the mission....sounds like a glitch. Sometimes if you play on 500AP it can be sorta busy but its not normally out of hand like you are describing. Choose a lower AP at mission start if you like things to be quiet and easy.

Just so you know, I have not disabled anything...Kibot chose to disable the normal way of saving so that you'll be forced to use the "SITREP" function in the mission (READ THE MANUAL). I'd suggest uninistalling whatever DUWS missions and folders you have and starting over by downloading my newest version from my dopbox. Place my pbo file into your MPmissions folder, start an LAN and load the mission from there.

look, if you want to talk in a technical sense about coding AI and how the differences between games can afftect that, thats one thing....but if we are talking about things from just a gaming user's perspective your points are moot. You can turn that right around and say the arma AI wouldnt work in CS...and you'd be right. Fact is that no matter what the underlying factors may be, if a game is heavily based upon and includes AI then that game's AI needs to work well within that environment, period. If it doesn't then you've created a sinking ship. If you don't get that then there's no conversation to even be had here.

Mission Editing 101: - unpack the pbo file :icon_ohmygod:

There is no game that equals the scale and diversity of Arma...that is the only reason why players still buy and develop for it...but that has nothing to do with the fact that Arma3 has some of the most problematic/unreliable/gamebreaking and stupid AI in the industry, mostly because it has been grossly neglected and left to die by it's developers for far too many years and who rather do and offer ANYTHING other than re-investing in fixing the AI. There's clearly no passion at BIS when it comes to AI. Yes...there are many games that have better and more reliably functioning AI...old ones too!...go play some Counter Strike Global Offensive (CS:GO) against bots...MUCH smarter and more human like in reaction, planning and behavior...like light years ahead of arma even though its based on technology older than OFP. It's not too difficult to find many games with better AI than arma...in fact its way too easy which you would think should be a warning sign to BIS...but apparently BIS is staking their professional "lives" on the size and scope of their game world rather than it's real world use in functionality and reliability. A pretty big mistake...unless of course you plan on changing the developmental focus to PvP (and DAYZ).

***NEW UPDATE TO MODIFIED DUWS*** New As of Feb 19th, 2014: - fixed: teleport/fast travel position has been changed so you & group will not teleport under building anymore...you & group will now teleport just outside front door. - added small fuel truck(10cp) to request menu vehicles. - added slammer tank section squads(55cp) -added AA tank platoon squads(70cp) - added new support usage costs: Halo (7cp to unlock + 3cp per use) Fast Travel/Teleport (2cp per use) Heal (2cp per use) Vehicle Refit at FOB (2cp per use) Both the DropBox pbo AND Steam Workshop are now updated!

nice! Didn't even know this was around till now...will be giving this a try shortly.

^this^ would like to see the ability for 2 friends to hook up on MP and be able to play a fully dynamic mission where zeus is computer controlled so the players can just PLAY...with different missions and outcomes with each play-thru.

Listen guys...I am taking sort of a vote regarding getting this working for dedicated servers. I'm not sure how many REALLY want this so please visit the dedicated server discussion that I've started on my Steam Workshop page and respond there if you really would love to see this. If I receive enough positive responses I will do my best to get some sort of working version out ASAP. Thanks!...and here's the link: http://steamcommunity.com/workshop/filedetails/discussion/222686368/558747922733393358/

I would say that Kibot's original copyright is what you need to follow. So yes, modify/customize whatever you like....and if you decide to release it or post just put a link to Kibot's original and my Modified versions. The more folks having fun and appreciating this mission in whatever way they like can only be a good thing :-)

...or a really fantastic improved version of Warfare/CTI modes with respawn camps and fast travel and all the other goodies (which used to be included in OFP/arma1/arma2). One of the most dynamic missions around with the most replay-ability...apparently dropped from Arma after all these years, such a loss!

@irfanahmed -the modified version already contains what you asked about....search this thread...or download the mission and read the readme in the zip, or visit the steam workshop page and read about the modifications there. Give it a shot, you might like it :-)

1. High Command by default should be: LCTRL + SPACE ( i believe its called "switch command menu" 2. wrong, support drops work anywhere you are...that's the whole point of using them...theyd be useless if they were tied to only FOB's...you are confusing them vehicle refit. Download Latest Version of DUWS Modified at my DropBox: https://www.dropbox.com/s/v2j9k5qthh0g3jr/BigShots%20DUWSv08b%20Modified.zip Also At The Steam Workshop: http://steamcommunity.com/sharedfiles/filedetails/?id=222686368

1 - I believe it is LCTRL + SPACE (thats what it is on my machine anyway, not sure if this is default or if i changed it) 2 - supply drops always fall NORTH of where you are standing when you make the call...so simply stand further south before making the call.

I've encountered a bug AFTER updating my workshop mission. It began after my 2nd update (the first update seemed to have no issues). Subscribers receiving the update can no longer play the mission in Scenario. It is still listed there (in Scenario) but when you click PLAY nothing happens...the mission will not start at all. I found that deleting this folder fixes the issue: C:\MyDocuments\Arma3-Other Profiles\YourGameName\Saved\steam\(duws)%20dynamic%20universal%20war%20system%20modified.altis Re-updating/uploading the mission does not get rid of the problem. Many subscribers are not comfortable with navigating their way around files/folders and deleting things manually this way. I've seen very similar issues as this reported some time ago to be fixed, but apparently it is not really fixed. Any new info on this?

***UPDATE RELEASED*** - For My Modified Version New As of Feb 12th, 2014: - fixed a bug that caused certain items in your inventory to be duplicated when respawning with REVIVE enabled. Now, if you play with revive enabled you do not need to use the "load on" button in the armory. Now, if you play with revive disabled you DO have to use the "load on" button in armory (to respawn with saved loadout). See *note below. - updated to latest VAS (armory) script (2.4) - changed HALO ---> All players must now unlock HALO from their request menu to use it (cost 7cp). - changed Armory ---> All players must now unlock Armory to see it at HQ & FOB action menu's and Supply Drops (cost 3cp). All players must call in their own supply drops to see Armory in the Nato Box. - fixed FOB Repair/Rearm Vehicles ---> All players must now unlock Vehicle Refit to see "Repair/Rearm" at FOB action menu and to use it at HQ with 0-8 menu. - Time of day as set in the Params menu now syncs properly with JIP players. *NOTE* - when playing with revive enabled, IF YOU DIE during a HALO attempt you will still be wearing your parachute when you respawn and so it will be necessary to reload your saved kit at an armory. Both the PBO and Workshop versions have been updated/uploaded already...so get whichever you want, ENJOY!

Ok, so this one seems so simple yet I am unable to make it work they way I want... I'm using one of those smallish green land buildings as an FOB in my mission, and I need the following addaction to appear in your action menu when you drive your vehicle within 30m of the building (its calling a repair/rearm script for vehicles the player is in). Here's the addaction command im starting with: if (support_veh_refit_available) then {_fob addaction ["<t color=#ff0066'>Repair/Rearm/Refuel Vehicle</t>","support\veh_refit_fob.sqf", "", 0, true, true, "", "_this == player];}; This works fine except you must drive your vehicle too close to the building before it shows up on your action menu...How should I change it so it'll show up further away so you wouldn't have to drive so close up to it? I've tried a bunch of snippets I've found while searching around (where you change the "_this==player" with a distance argument), but I cannot get any of them to work. No matter what I try I always have to drive up close against the building before the action shows in the menu. Any ideas what would work?

This is what worked for me (however I did not to use the " in mylist" part)...just the "player addaction" and "_this distance cursortarget < 100" worked when running inside the script that creates the fob's...and to run outside the script I was able to just add a "forEach (Array_of_FOBS)" at the end. It's amazing how such simple tasks can get so darn confusing when you don't have a good understanding of the syntax used in the code. Thank you for all your help gentleman, much obliged :-)

the buildings can be many, they are all created dynamically so you never know what it's name will be...each time a player creates one it is sent to an array of existing fob's list "Array_of_FOBS"). I thought if I add it to the player then it might not work since player is in a vehicle, unless I use "vehicle player"?

thanks guys...ill give it a go. **EDIT: no joy guys...same result...works for host just fine...and works for client ONLY during a JIP...but client joining AT mission start is getting the editor saved time...so the code is only running for the client when he joins AFTER the mission has started. My init file is failry large...could it be i need to place it in a better position? farther up or down? ***EDIT - yup that was my issue...code was fine...my placement was stupid. Thank you VERY much for the help tonight...can't tell you how much I appreciate it!

I'm working on a mission that has a parameter to set the time of day at mission start. Im using this in my init.sqf to set the time of day for clients (im using this on non-dedicated self hosted server): if (isServer) then { setDate [2035, 7, 6, (paramsArray select 3), 1]; }; Now, the trouble is...the time gets synced fine for anyone who joins after mission start (JIP), but the players who join with the host at mission start get the wrong time. I'm a bit confused how to get both types of players synced with the correct time.

didnt work...that made the mission start with the editor saved time.

Im not sure what to do...it is being executed on all clients but only AFTER the mission has started....so the time works fine for JIP'ers...but how do i get the time correct for players who join with me AT mission start? I was originally using skiptime...but that only works for players who join AT mission start and not after. So i switched to setdate and now things are the opposite, heh.