davidp57

Hi, I've been playing DCS with multiple monitors for about 5 years now, and the controls indicator (the red semi-transparent windows showing the state of your flight controls) position is still broken. It's been first reported in 2012 (almost 10 years !). I've been looking into making a mod similar to the one I made for the kneeboard (also broken in multi-monitors btw), but it's too tedious as all the modules have their own controls indicators script, and all are different. Could this be please fixed at last ? Thanks ! Zip.

Thanks for the work on repositories ! I'll have a look.

You'll be most welcome to "steal" it, although it'll probably be quite easy from Hound Elint point of view, and heavily linked to my VEAF library on the radio side...

You're welcome ! I've also integrated Hound Elint to the VEAF scripts, if anyone wants to try. Next iteration will add a radio menu that human pilots will be able to use to take / leave the ELINT role.

Well I have not seen this error in a long time. Seems it wasn't fixed apparently.

Thanks ! Too bad, I wanted to use this on our server but the mods dependency makes this difficult if at all possible. Anyway, thanks for the link mate !

Searched the forum for a reference, did not find one. Could you please give me a link, I'd like to try your templates.

You can come to Ciribob's SRS Discord there is a channel called #help-with-ciribob-scripts-and-tts

Looks extra-cool ; I'll certainly integrate this with our dynamic mission framework very soon. Btw I like what you done with STTS and your `HoundCommsManager` object ; I wrote some code that had the same features but not your object's level of professionalism, so if you don't mind I'll start using it in my scripts.

@GGTharos install Tacview on your server, and use this configuration (in options.lua) : ["plugins"] = { ["Tacview"] = { ["tacviewAutoDiscardFlights"] = 10, ["tacviewBookmarkShortcut"] = 0, ["tacviewDebugMode"] = 0, ["tacviewFlightDataRecordingEnabled"] = false, ["tacviewModuleEnabled"] = true, ["tacviewMultiplayerFlightsAsClient"] = 0, ["tacviewMultiplayerFlightsAsHost"] = 0, ["tacviewPlaybackDelay"] = 0, ["tacviewRealTimeTelemetryEnabled"] = true, ["tacviewRealTimeTelemetryPassword"] = "", ["tacviewRealTimeTelemetryPort"] = "XXXX", ["tacviewRemoteControlEnabled"] = false, ["tacviewRemoteControlPassword"] = "XXXX", ["tacviewRemoteControlPort"] = "XXXX", ["tacviewSinglePlayerFlights"] = 0, ["tacviewTerrainExport"] = 0, }, },

Ah shoot ! Well, I may fork OvGME then, to try and correct its few flaws. But porting it to VS or VS Code is a complex endeavour, and I'd prefer someone else to do it Anyone ?

Well, we can't wait Allez hop hop hop plus vite !

Hi @sedenion! Any news on the "network repository" feature ? We're (at VEAF) eager to switch to your new tool, but without these repositories we're stuck with the old (socket coded) repositories in OvGME...

You're friend with Migow ? First, let me congratulate you for your resilience I know him well, he's a nice guy ; he was a VEAF member for a long time, and we still fly with him sometimes. Can I help somehow with this project ? (not the moving, the TAD maps ^^)

That's a kind of bug that OvGME had from the beginning. Some webservers work with it, some don't. Either change of webserver, or correct the bug in the code

Hi, Interesting idea ; it somehow rejoins our "Mission editing workflow toolset" (you can find it here)

That's a very interesting project ! Please, @BIGNEWY and @NineLine, could you please help our friendly cartographer here ? Flappie, you're probably better suited than me for this endeavour, but if you need another pair of hands you know where to find me !

Shamelessly plugging in : I've made a mod that automatically resizes and position the kneeboard to fill the right half of your main screen, even if you've got multiple displays, and in VR. It's here.

Hello @NineLine, We've experienced the same behavior and made a separate report here. Hope it helps !

Hi there, I've discussed this with @BIGNEWY on the Discord, who told me that the current behavior is to react to a missile launched either within 10nm or "half the missile range" (whatever that actually means, missile range is such a relative value). We made some tests in 2.7.0.5659, and can share a Tacview recording (here in video): first shot at 77 nm second shot at 60 nm third shot at 50 nm last shot at 30 nm

Thanks for your help Flappie! I'll try and disable Tacview but, for the record, it's been enabled very recently (2 days ago) as I disabled everything on the servers when updating to 2.7, and reactivate one feature at a time. And it did crash even then. Regarding trk files, this is disabled too (always has been on our servers, in `autoexec.cfg`)

Sure, here it is. An excerpt, which shows no audio device whatsoever (that's ok because we're on a W10 virtual machine running on a ProxMox hypervisor). Maybe 2.7 has a new pre-requisite : having an audio device ? We've seen this with BMS, for example. === Log opened UTC 2021-04-30 07:47:41 2021-04-30 07:47:41.094 INFO DCS: Command line: "C:\DCS World OpenBeta Server\bin\dcs.exe" --server --norender -w private_server 2021-04-30 07:47:41.095 INFO DCS: DCS/2.7.0.5118 (x86_64; Windows NT 10.0.19042) 2021-04-30 07:47:41.095 INFO DCS: DCS revision: 185114 2021-04-30 07:47:41.095 INFO DCS: Renderer revision: 21720 2021-04-30 07:47:41.095 INFO DCS: Terrain revision: 21726 2021-04-30 07:47:41.095 INFO DCS: Build number: 557 2021-04-30 07:47:41.095 INFO DCS: CPU cores: 6, threads: 6, System RAM: 32762 MB, Pagefile: 4864 MB 2021-04-30 07:47:41.259 INFO EDCORE: (dDispatcher)enterToState_:0 2021-04-30 07:47:41.270 INFO DCS: Device hotplug disabled! 2021-04-30 07:47:41.271 INFO Dispatcher: 2021/4/30 09:47 V1803061700 2021-04-30 07:47:41.327 INFO NET: ProtocolVersion: 258 2021-04-30 07:47:41.339 INFO SOUND: Using driver: wasapi 2021-04-30 07:47:41.340 INFO SOUND: Found 0 available audio device(s): 2021-04-30 07:47:41.341 INFO Dispatcher: InitLow 2021-04-30 07:47:41.531 INFO EDCORE: Loaded C:/DCS World OpenBeta Server/bin/CockpitBase.dll dcs.log.zip

I think that ED made some changes to the webgui page, to support 2.7, and that maybe these changes, while correcting the error I had on 2.7, broke the compatibility with 2.5.6 Just an educated guess.

Hello, Our dedi server crash everytime I stop them, since 2.7 ; they did not do this before. They always crash in ed_sound.dll with this error log : 2021-04-28 09:38:20.267 INFO NET: server has stopped 2021-04-28 09:38:20.271 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 0 2021-04-28 09:38:20.275 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 1 2021-04-28 09:38:20.275 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 2 2021-04-28 09:38:20.408 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 3 2021-04-28 09:38:20.519 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 4 2021-04-28 09:38:20.525 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 5 2021-04-28 09:38:20.528 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 6 2021-04-28 09:38:20.532 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 7 2021-04-28 09:38:20.532 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 8 2021-04-28 09:38:20.536 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 9 2021-04-28 09:38:20.536 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 10 2021-04-28 09:38:20.537 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 11 2021-04-28 09:38:20.537 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 12 2021-04-28 09:38:20.538 INFO EDOBJECTS: lTypeObjectManagerImpl::clear 13 2021-04-28 09:38:20.539 TRACE Lua: Deleted state "gui::GUI::initSkinLuaState_" - 0000020F87972020 2021-04-28 09:38:20.541 TRACE Lua: Created state "GUIApplication::~GUIApplication" - 0000021CC00113A0 2021-04-28 09:38:20.542 TRACE Lua: Deleted state "GUIApplication::~GUIApplication" - 0000021CC00113A0 2021-04-28 09:38:20.618 TRACE Lua: Deleted state "Gui" - 0000020F8057F9A0 2021-04-28 09:38:20.657 TRACE Lua: Deleted state "Mission" - 0000020F8057FC10 2021-04-28 09:38:20.659 TRACE Lua: Deleted state "Scripting" - 0000020F8057D030 2021-04-28 09:38:20.705 INFO EDCORE: try to write dump information 2021-04-28 09:38:20.708 INFO EDCORE: # -------------- 20210428-073821 -------------- 2021-04-28 09:38:20.709 INFO EDCORE: DCS/2.7.0.5118 (x86_64; Windows NT 10.0.19042) 2021-04-28 09:38:20.710 INFO EDCORE: C:\DCS World OpenBeta Server\bin\ed_sound.dll 2021-04-28 09:38:20.711 INFO EDCORE: # C0000005 ACCESS_VIOLATION at 5BFE52C6 00:00000000 2021-04-28 09:38:20.712 INFO EDCORE: SymInit: Symbol-SearchPath: '.;C:\DCS World OpenBeta Server;C:\DCS World OpenBeta Server\bin;C:\WINDOWS;C:\WINDOWS\system32;SRV*C:\websymbols*https://msdl.microsoft.com/download/symbols;', symOptions: 530, UserName: 'veaf' 2021-04-28 09:38:20.713 INFO EDCORE: OS-Version: 10.0.19042 () 0x100-0x1 2021-04-28 09:38:21.205 INFO EDCORE: 0x00000000000152C6 (ed_sound): SND_speaker_layout_get_info + 0xBF6 2021-04-28 09:38:21.207 INFO EDCORE: 0x00000000000147EE (ed_sound): SND_speaker_layout_get_info + 0x11E 2021-04-28 09:38:21.207 INFO EDCORE: 0x000000000000398A (ed_sound): SND_exit + 0xEA 2021-04-28 09:38:21.207 INFO EDCORE: 0x00000000007E50B2 (DCS): SW + 0x4F4702 2021-04-28 09:38:21.208 INFO EDCORE: 0x0000000001C2BB7A (DCS): AmdPowerXpressRequestHighPerformance + 0xE40B76 2021-04-28 09:38:21.208 INFO EDCORE: 0x0000000000A067DE (DCS): SW + 0x715E2E 2021-04-28 09:38:21.208 INFO EDCORE: 0x0000000000017034 (KERNEL32): BaseThreadInitThunk + 0x14 2021-04-28 09:38:21.208 INFO EDCORE: 0x0000000000052651 (ntdll): RtlUserThreadStart + 0x21 2021-04-28 09:38:21.337 INFO EDCORE: Minidump created. 2021-04-28 09:38:21.337 INFO Lua::Config: stack traceback: That's when I click the "close" button on the dedicated server window (which is how I always have closed the servers). @BIGNEWY can you please transmit this report ? Priority is very low because it still works afterwards, but I have to clean up loads of dumps (servers auto-restart every few hours) Thanks !

at that point you should look in the referenced file : C:\Users\CSG-8S~1\AppData\Local\Temp\DCS.openbeta_server\/~mis00003768.lua