Camble

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.

I have the same problem on all maps. It seems that point lights are affected by draw distance, but this shouldn't be. You should be able to see lights at a much greater distance at night than you can see terrain.

This is likely to be far down on ED's list of priorities, but I would love to see support for viewport exports in VR Mode. Currently the only viewport space you have to work with is what is rendered in front of the pilot's head. I've trawled the forums and various Discord servers in search of a utility that could be used or adapted to suit. For example, I've had no success with UltraMFCD, DCS MFD Exporter or Helios. I've also experimented with using SteamVR in extended desktop mode and adding cameras to MonitorConfig lua files all day long, but no luck. I just can't render anything outside the bounds of that single viewport. Just being able to create a viewport off-screen in VR mode should be all that's required.