Search the Community

With the enormous size of modules and maps, some settings for downloads be added to the launcher client? The file manager in the launcher is a step in the right direction, but it has not addressed the downloading phase itself. The ability to set bandwidth limits on downloads should all be available in the launcher. Presently if a user needs to free up bandwidth they need to cancel the download and attempt to resume later, or resort to third party software to throttle the download. I would also suggest a more user friendly UI, as it isn't apparent from the current UI that clicking "cancel" stops the download and can be later resumed. Cancel, to me, means that the progress is lost. Perhaps "Pause, and exit" or just simply "Pause" is more appropriate?

Hi everyone, While there's a couple of threads already about Harpoon launch issues, these pertain to ships that shouldn't be firing Harpoon in the first place and don't have launchers for Harpoon. However, the same doesn't apply to FFG 7s and their Mk 13 Mod 4 GMLS should be perfectly capable of employing and launching Harpoon, unfortunately, it seems that sometimes Harpoon will explode almost immediately after spawning on the launcher, doing significant damage to the ship and destroying the launcher. Unfortunately, I can't quite see what's going on - there's a miniature SM-1 floating on the launcher, that remains present after the launcher is destroyed, perhaps the missile is colliding into that - the only clipping I can see is of the folding wings and fins. OHP_RGM-84_LaunchBug_SlowMo_Ahead.trk OHP_RGM-84_LaunchBug_SlowMo_Rear.trk OHP_RGM-84_LaunchBug.trk

Hi everyone, Very pleased that missiles now appear on the Mk 13 Mod 4 GMLS of the FFG 7, though there is a minor bug - the RGM-84D that appears on the launcher is misaligned (too far backwards and possibly 180° rotated, the former is obviously more what I'm after in this report). Note that DCS depicts an exercise shot with the red nose, whereas this depicts a war shot with a grey nose (as seen with the AGM-84D in DCS). Note how the radar altimeter is also faces towards the left, in DCS, it faces the right. Mk13GMLS_RGM-84D_misaligned.trk

Can the SS-1C Scud Launcher be re-armed in mission, or is it single fire per mission? If it can be rearmed, which support unit needs to be placed with it to do this?

I use the custom presets in the DCS system options menu to toggle between my preferred 2D and VR presets. I would love if DCS itself could be launched with a flag (e.g. "--custom2-preset") to apply the desired profile from a Windows shortcut. That way, I could combine it with the "--force-enable-VR" flag to create direct-launching DCS 2D and DCS VR shortcuts which pre-load the relevant settings profiles. No mess, no fuss. There are a handful of extremely useful DCS launcher utilities already in existence which variously get close to this. I've tried a few and found them chockful of features, but haven't found that any provides a way to do exactly what I want (at least, not that I've figured out!). So I knocked up my own, which works exactly like I wanted, and figured I'd share it. Usage: dcs_launch.exe [OPTIONS] [ARGS] Arguments: ARGS Arguments to pass to DCS executable [optional] Options: --dcs-bin PATH [required] --dcs-saved-games PATH [required] --profile-id INTEGER [required] --help Show this message and exit. Simply create a shortcut to this launcher, and set the --dcs-bin, --dcs-saved-games, and --profile-id options in the shortcut target. You can add any additional arguments as well, which will be forwarded on to DCS. The launcher will pick up the custom profile options in your saved games folder and integrate them into the options.lua file before launching DCS. By allowing you to specify the DCS bin directory, you can create separate shortcuts to ST and MT as you wish. Example shortcut target: C:\Users\<username>\Downloads\dcs_launch.exe --dcs-bin "C:\Program Files\Eagle Dynamics\DCS World OpenBeta\bin-mt" --dcs-saved-games "C:\Users\<username>\Saved Games\DCS.openbeta" --profile-id 2 --force_enable_VR Why is it 8-freaking-MB!? Because I knocked it up in Python, and so the .exe includes an entire Python DLL (I used Nuitka for packaging). I'll include the extremely short Python script for anyone who wants a look-see. Just - please - if you want to try this SAVE A COPY OF YOUR OPTIONS.LUA FIRST. This script rewrites the file, and while it hasn't been a problem in my extremely limited 5-minutes of testing, consider yourself warned. dcs_launch.exe dcs_launch.py

1. Minimize Button The Launcher resides in the middle of the user desktop screen and does not behave like ordinary Windows apps ... or any common UI. It will not minimize by clicking on the app icon in the taskbar. There is no UI element to let the user minimize it. Why is that important? Nobody wants to look at this thing for 12 hours, while the game is downloading the new Afghanistan map. Yes, you can run other apps 'on top of it', in the middle of the screen and 'behaves' like it (rendering in full speed?!) and therefore is treated by the Windows OS and Kernel Scheduler in that way. See Windows documentation on 'best practices' for app developers on how to create an app that is compliant with UI/UX standards ... or see any modern HTML5 course? 2. Redundancy Issues Aside from that, there is the question of 'redundancy' once again withing DCS and the DCS UI. If something 'new' is not replacing something 'old' it can run in parallel, creating a duplicate process of the same task? Even interfering with it? You have now the Launcher, which allows for in-game setting changes, while you also have the in-game settings menu that does the same thing. That is 'fine', since both interfaces communicate with the same file and no user is going to simultaneously use both (launcher and in-game settings) to change values in both at the same time. 'Downloads' though, are a different thing ... A user can now start a download in the launcher. When s/he choses the download new DLC, s/he can still start the game and 'play' (because - as we all know - the actual download is a separate process and has it's own instance and GUI. But the user is still offered to download the same content s/he is already downloading, within the started game in the 'Module Manager'. Clicking that (and many users will do ... "just to be sure") is ... starting a new download process and overriding/deleting the previously started download in progress! ____ I see, someone is not familiar with the most basic rules of UI/UX development ... which are also basic programming rules, btw: "Don't repeat yourself", "Keep it simple", "One tool for one (type) of tasks", "close the door that you opened", etc, etc. At least 1. should be an easy fix?