Limaro

Hello Everyone, I am currently testing the AV-8B and tried to figure out, how to get my two extra screens used. I saw this thread: I removed the two dashes from MPCDR_init.lua and MPCDK_init.lua in C:\Program Files\Eagle Dynamics\DCS World OpenBeta\Mods\aircraft\AV8BNA\Cockpit\MPCD\indicator try_find_assigned_viewport("RIGHT_MFCD") And my screensetup looks like this: _ = function(p) return p; end; name = _('2Camera + RMFCD'); Description = 'Right MFCD on the right and camera on the center' Viewports = { Center = { x = 0; y = 0; width = 3840; height = 2160; viewDx = 0; viewDy = 0; aspect = 3840 / 2160; } } RIGHT_MFCD = { x = 3026; y = 2258; width = 800; height = 800; } LEFT_MFCD = { x = 3; y = 2259; width = 800; height = 800; } CENTER_MFCD = { x = 1525; y = 2261; width = 800; height = 800; } UIMainView = Viewports.Center GU_MAIN_VIEWPORT = Viewports.Center This is selected in DCS, and working well for A10 and F16 and F18. However, for the Harrier is remains black on my left and right screen. But they are somehow active. They show things like mouse, control input (ctrl+Enter) and the kneeboard. Does anyone have an idea?

Good news for 2.7.9 It looks like, that Flappies experiances with 2.7.9 matches with mine. I already tested 2.7.9 on my main PC and on my last posted third environment. I repeated the test missions (initial post) - Main PC: Stable 2.7.6: 84,775 FPS OB 2.7.9: 84,785 FPS - Third Env: Stable 2.7.6: 43,4 FPS OB 2.7.9: 43,01 FPS Thanks Flappie, thanks ED! Wish you very nice Christmas and a happy new year!

Thanks for that great news! . After a long day this made me a bit more optimistic this evening. And I still crossing the fingers like @speed-of-heat

Me again, sharing some data. I had the chance to reactivate an old computer. - I put it together with a old Geforce grafic card, - installed a new windows 64 bit pro, and then - Installed very fresh DCS Open Beta 2.7.8 (crutial, first installed fresh OB) - installed Stable 2.7.6 - made performance measures Guess what.... Open Beta 2.7.8: 36,5 FPS Stable 2.7.6: 43,4 FPS As metioned in a previous post, I pointed out the settings, that have a bigger effect on this performance drop, like shadows and resolution. So I've chosen these settings that shows the bug. As always, all my data attached. Even though it would be really hard for me to belive in any more "cannot reproduce", but after all the time I am really interested in a official comment to this topic - if there is any news. Tracks&Logs.zip Stable.2.7.6.csv OpenBeta_2.7.8.csv

Wow i never saw those. Thanks a lot

Hallo ED, I would like it, if you add a kind of no-nations coalition setup. Just having Team-Red, and Team Blue (In that context, it would be also even better to have even more neutral colors, like yellow, green, violet,.. and so on.) Such a "no-nation" would have all aircraft types, ground units, and everything else available. I just believe it would be a good thing, not always being forced to decide, which nations are fighting each other. In DCS, I believe, it's often just a contest. (Personally, I always feel bad making these nation decisions.) Regards Limaro

Currently the realtion between wind and roughness of sea seems a bit unrealistig. espacially on marianas, I dont expect the ocean to be as quite as a lake, just because I don't setup a storm. Maybe it would be greate to just separate both options, or better, to have a minimum roughness for the see depending on the wind, but being able to make maximum roughness, with moderate wind.

I saw btw. that my settings were only to "Ryzen Balanced" but also on MaxPower, leads to identical results. @impalor I tried a lower multiplier for the RAM, down from 3200 to 1600. but this had no effect on my side.

I still cannot believe they dont care. But priorization is always a tricky thing. that's why I asked in this thread again everyone to follow the advice from ED, to make a own thread, to allow better tracking of the different aspects. I also made some hopefully last tests, but I think they point on the issue, in one or another way. I truely believe that most damage caused something with shadows and resolution. Here is my last data: - I run everything with settings from @impalor (mostly everything is set to low). - Then i've changed specific settings - Run both versions (stable 2.7.6 and OB 2.7.8) - I calculated the total loss compared to the "original run" - I made the tests in the order listed here. The text in bold is the changed setting. And there are two very outstanding impacs: My original Track, Impalor settings (Origial Run to compare settings changes with) 2.7.6 Average framerate : 116.0 FPS 2.7.8 Average framerate : 115.6 FPS > 2.7.6 vs. 2.7.8: -0,34% My Track, Impalor Settings, + Low Shadows (previously off) 2.7.6 Average framerate : 103.0 FPS -11,2% 2.7.6 Average framerate : 97.8 FPS -15,4% > 2.7.6 vs. 2.7.8: -5,0% My Track, Impalor Settings, + Low Shadows + Terrain High, Shadow Terrain Default, Global Illu - Performs better than the previous, I guess because of terrain shadow. I mentioned this effect in another thread) 2.7.6 Average framerate : 103.4 FPS -10,9% 2.7.8 Average framerate : 100.8 FPS -12,8% > 2.7.6 vs. 2.7.8: -2,5% My Track, Impalor Settings, + Low Shadows + Terrain High, Shadow Terrain Default, Global Illu - @ 4k 2.7.6 Average framerate : 83.9 FPS -27,7% 2.7.8 Average framerate : 74.5 FPS -35,6% > 2.7.6 vs. 2.7.8: -11,2%

I run some additional tests, comparing settings, resolution and track files. this is the outcome: impalor track, original settings from impalor (1080p Settings) 2.7.6 Average framerate : 112.0 FPS 2.7.8 Average framerate : 111.4 FPS impalor track, 1440p Settings impalor 2.7.6 Average framerate : 109.6 FPS 2.7.8 Average framerate : 108.1 FPS impalor track, Own Settinges @ 1440p 2.7.6 Average framerate : 86.1 FPS 2.7.8 Average framerate : 84.8 FPS impalor track, Own Settinges @ 1400p Only recorded Under Clouds 2.7.6 Average framerate : 76.3 FPS 2.7.8 Average framerate : 74.3 FPS My original track, Own settings 1440p 2.7.6 Average framerate : 106.2 FPS 2.7.8 Average framerate : 101.2 FPS My original track, Own settings 4k 2.7.6 Average framerate : 84.9 FPS 2.7.8 Average framerate : 75.8 FPS impalor track, Own settings 4k 2.7.6 Average framerate : 79.7 FPS 2.7.8 Average framerate : 73.3 FPS impalor track, Own settings 1080p 2.7.6 Average framerate : 87.7 FPS 2.7.8 Average framerate : 86.6 FPS My original Track, Impalor settings: 2.7.6 Average framerate : 116.0 FPS 2.7.8 Average framerate : 115.6 FPS Espacially last run, of my track and @impalor settings, shows, that somehow it is settings related. However, I also assume that resolution has special impact comparing 2.7.6 and 2.7.8. But also the other tackfile shows less differences in general, comparing the versions... this is all odd EDIT: my settings are on my initial post.

This is really nice work and thorough test results. I was really curious why you have nearlly no frame drop. so I've tried your exact settings and run your track and these are the results: 22-11-2021, 14:30:08 DCS.exe (Stable 2.7.6) benchmark completed, 7342 frames rendered in 65.515 s Average framerate : 112.0 FPS Minimum framerate : 87.9 FPS Maximum framerate : 138.8 FPS 1% low framerate : 25.5 FPS 0.1% low framerate : 3.7 FPS 22-11-2021, 14:34:27 DCS.exe (Open Beta 2.7.8) benchmark completed, 7354 frames rendered in 65.985 s Average framerate : 111.4 FPS Minimum framerate : 89.0 FPS Maximum framerate : 136.8 FPS 1% low framerate : 39.9 FPS 0.1% low framerate : 3.7 FPS The averate framerate just drop by .6 FPS!! It's the first time, I've seen nearly the same data in both versions. I will repeat the tests again , to exclude the propability that I missed something.

That does not matter. I've made most of my tests having 2.7.6 on my HDD, but it was still faster.

You mean it does not start any more? Thats why i meant to install the other Version. OB when you normally run Stable, or visa versa.

Dear everyone, as you may have notices, the thread to the performance loss has been closed, due to endless discussions. I opend this one, as ED asked that everyone having issues, should open his own thread, posting as much data as possible to support the ED developer team. Even though the thread being set to "reported" as a ED tester could have reproduced it, I asked the question, if it is still whished, that everyone having the problem should share his experiances in a own thread - and this was answerd true. I truely believe, that this has only advantages: - First of all, there would be a reliable number of affected people. Espacially because data will be a bit better prepaired. - And it offers an easy way fo ED to "collect" the benchmars, dxdiags,.. (nobody wants to crawl through the pages of a thread). - It would also give ED the possibility to give individual feedback. So I kindly ask everyone of you, to not overload this thread, as I tried to share data here, that is ment to help ED finding a solution. And If i find something new, I'd like that it does not get lost. @impalor: You said you did not feal strong performance difference from 2.7.6 to 2.7.7. That is very interesing for me. Do you have the possibility to install the 2.7.6 again (maybe using stable or OB, which one you dont use) and make a real benchmark? And if there is really no difference, please share then you dxdiag and settings.That would really make me curious

I know. Very "thanks" for that reminder... I just don't have fun, making endless runs arround a airfield, typeing in coordinates spottet by the TGP into the HSI and UFC... this is NOT replacing it.

Dear ED-team, could you pleeeeeaase finally fix this bug: It's now there since 2.7.1, and it makes using of TOO modes for JDAM very very painful, as it takes you the possibility to attack multiple targets without the need of slewing the TGP all the time. In short: When undesignate the target, it wipes out all the TOO coordinates from all stations, TOO1 and TOO2.

Status Update 2.7.8 Average at one try ~76.0 FPS, attached the geforce results. So It it recovered maybe 2~3 frames, but is definetely not on 2.7.6 level. 2.7.8_Flight_Caucasus.csv dcs.log

I ve tried what you described. But i have no moment where fps reaches more than when not pressing alt+tab

I'd like to share one last but very important information, thats why I just not updated my previous reply: On my wifes computer, there are - no modules. - It's a very blank installation - with its own DCS account, and there are - no devices beside mouse and keyboard. I still cannot understand, how it can be, that this does not happen to all. What I consider a big problem, is, that not all people may have noticed the issue - and/or they don't take the effort to really compare different versions, making rollbacks and dedicated comparisons - espacially now that stable is also on that version. So the real number of affected people could be underestimated easily. And: People not having the problem, shared not much data so far. So I beg ED to not give it up, finding a solution! And in that spirit, I repeat my offer to make more verbose test, when I am getting asked. I have two different computers available. Just give us intermediate build versions, zipped shaders, special configs files, or whatever could lead to valuable knowledge. ..as software developer I am used to debugging

I am adding "new" information. I have tried everything again, but that time on my wifes computer. And I am getting the same results, resp. same drop of FPS. 2.7.6.13436: 74.0 FPS 2.7.7.15038: 61.5 FPS She has a totally different PC than I do. Only common thing are the windows language, and the nvidia driver version. In a nutshell: Win 10 Pro, i5-4670, 16 GB Ram, GTX 980 So again, attached you will find: - trackfile and a mission - two geforce performance logs - two dcs logs - dxdiag - screenshot of settings (different to mine, as pc is slower) Some prosa to the installed situation: - I have first installed DCS open beta - I created the track file and mission - Then I measured - switched to 2.7.6 and measured again. And it was better! - then I switched back to 2.7.7 and it was bad again. dcs performance drop.zip DxDiag.txt

This is true. But since Flappie could reproduce it, and the bug got the state reported, I guess many think, that it does not worth to find additional parameters anymore. But this may be also wrong and a question to @BIGNEWY or @Flappie. Is ED still "collecting data" for that problem? I am refering to this, where you asked everyone to create a topic for each ones specific problem/circumstances (Link) Btw.: I've also tried the shader cache size from NVIdia Control Panel, but this has influence i could measure.

@Hiob I now tried it as well, and renamed the directory dcs.openbeta from Saved Games - which is then re-created. After setting up the right settings, and running my track, I have still my reduced framerate.

Really interesting. I will try that later. When it "works" i will then copy one file after another, this shall then show it, as soon as performance changes.

You are definetly too fast, I wanted to share the link too Now let's all cross the fingers

Hi @Flappie, wow this is really great news to read, thanks for givin this update ! I will share this answer to the other - more frequented - thread, this will lead to many reliefs