Camble

Instantaneous selection, copy & paste. If anyone is interested in testing an early version, give me a shout.

Progress...

For anyone interested, I decided to take this on and implement it myself. It's too frustrating to select dozens of groups one at a time only to mis-click and deselect everything. I'll make this available when as soon as I can.

Important, especially as people spamming the join button actually impacts server performance for those currently playing.

Think I've found the cause of the problem. The mission I'm running has a timed event to reload after 4 hours, and calls the mission by name. The mission was renamed months ago. I cleared the logs and ran the server without any resume setting, to let it run through and generate some clean logs. This revealed an error trying to reload the mission. Changing the event to END MISSION instead of reload got rid of the error and the server seems quite happy to jump to the next file now. Changing the mission duration to 10 seconds allowed me to test a rotation of mission files very quickly. Still doesn't explain why it was working for 2 months without a problem, but hopefully this will help someone with a similar issue. @Eld0r, thank you very much for your input!

Was. The issue returned a few days ago. I use a morning/evening rotation on the same mission. I think you're right about there being 2 separate issues here. The resume manual reverting seems to be a front-end issue and you need to be vigilant to not accidentally save that setting. But when my missions are over the server goes offline, even if loop is enabled. I don't think it's a path issue, as the server has been running fine for a few months without any trouble. 1. correct 2. correct 3. correct 4. C:\Users\%username%\Saved Games\DCS.openbeta_server\Scripts\

I'm running openBeta, I wonder if that's the cause. New patch comes out -> regression.

No, it just doesn't matter that the settings are correct in serverSettings.lua. No just one, and it seemed to be resolved for quite some time until it started happening again without warning. Switching from 1 to 2 missions in the rotation seemed to fix it for a while, then it came back. Changing my scheduled task to run on startup rather than on login seemed to fix it for a while, then it came back. The config file always looks correct. I get the impression most server hosts have workarounds for this kind of issue and put up with it because of that, but ED are unlikely to fix the root cause if everyone uses manual workarounds like auto-restart scripts etc. I'd just like the server to respect the settings in the file, and for the GUI to not revert the settings.

I use loop and resume with clients. It would keep reverting even without anyone touching the UI and the server goes offline when the mission is finished. serverSettings.lua: ["listLoop"] = true ["resume_mode"] = 2 As expected. There's something funky going on between the actual config and the web GUI, and it would seem that there's something causing the settings to revert after certain updates.

This has started happening again for me, UI keeps reverting to "resume manual", and even though it's still set in serverSettings.lua the server goes offline when a mission completes. Extremely frustrating.

Bump

Definitely required

This may be useful to others: I used to launch my dedicated server at startup, before user login. Since installing SRS, I've had to log in a user since SRS is a WPF application. I haven't experienced this manual start issue since switching to launch after login.

I'd like to see a central place for bug reports and wishlist items so people could vote on what they feel is a priority. This kind of thing just gets left and left and left. It's unlikely to ever be addressed

I wonder how often this request crops up... I see it mentioned in plenty threads, dating back up to 5 years. IL-2 has working mirrors with little performance impact. How do we get ED to take this on board and actually fix the mirrors? I have them disabled in VR because they're so wrong.

Great idea!

Still an issue 2 years later...

Bump

This was happening before and I thought I'd resolved the issue, but it's started happening again in the last few days. I find that serverSettings.lua always has ["resume_mode"] = 2 and the web interface displays "resume manual". No matter what I change it to in the GUI, or change it to in serverSettings.lua, the server always goes offline after the mission comes to an end. Even if I change the option in the web GUI, it's back to "resume manual" immediately.

This seems to still be an issue. Not sure if it happens after updates, but keeps reverting to "resume on manual".

I noticed the download link is no longer working. Hope this isn't against the rules, but here's a mirror. https://drive.google.com/file/d/1yMlTxPzpZCJn3kC6Da9K99DrcBIJCO3u/view?usp=sharing

Been experiencing this issue for a while too. Happens in VR and 2D. Managed to get a pretty decent screenshot, which may help. I was also able to pause a replay as it happened, by pure chance.

@RoyMi6 did you manage to make any progress with this? I've never been able to get the MFDs to render outwith the 1920x1080 virtual display that hovers in front of the pilot's head.

Patiently waiting for this to be implemented. I've tried many ways to get MFDs exported when in VR, but can only ever get them to render on the "virtual" display that hovers in front of the pilot's head. Seems most people want this for simpits, but I'd like to be able to capture the MFDs with video recording software.

Strange that it should be map independent and not a feature of the engine.