lester

Хорнет уже не в раннем:

@Flappie Looks like I have issue with SLAM-ER after the last update (2.9.3.51704): when programming 2 intermediate waypoints before target (I created them manually during mission, not in ME), SLAM-ER follows first one correctly but doesn't turn to the target after reaching second waypoint (there were some slight movements on external view as if it couldn't turn for some reason). First faced it during MP mission on the server, then reproduced it locally. I recorded track for the local test, but it might be too long (I used time acceleration). Had no issues with the missile flying directly to the target without intermediate waypoins. It still might have been some mistake on my end (I didn't touch SLEM-ER for some time), but it definitely worked before with the same sequence of actions. UPDATE: it seems SLAM-ER can't turn to the target even when there's just one intermediate waypoint. Thank you hornet_slam_er_29_broken.trk

Just FYI, I believe it's already reported and there's a workaround: /index.php?/topic/340172-Link16-Don't-work-when-starting-cold#entry5350328 Sent from my Pixel 7 using Tapatalk

А, теперь понял, сорри.

Мэтт как раз это показывал в видео (с 4:18) Да, в моей простенькой тестовой миссии радар в цикле выделял уже уничтоженные юниты (Шилку и Т-55). Что интересно, стационарная ЗУ распознавалась как квадрат (неопознанная), а не как ПВО - возможно слишком маленькая цель. Еще один момент: есть ли возможность увеличить ZOOM или что-то вроде EXPAND для FCR? Если цели расположены близко друг к другу приходится переключаться на TADS чтобы различить между ними.

К сожалению, он разучился это делать уже давно, с 2.9 (если в миссии есть ветер). Пока вынужденно запрашиваю контроль на упавление(C) сразу после того, как преключаюсь с заднего на переднее сиденье и вывожу на висение вручную, а потом задействую автомат удержания положения ATT HOLD (и высоты ALT HOLD) - благо его пофиксили в этом патче.

Looks like George is still unable to hover when there's a wind in the mission after switching from the backseat. When in the backseat I bring it to hover with no issues (with or without ATT HOLD mode engaged), then after switching to the front seat George immediately turns aside, can't align. The only workaround for now it seems is to request control right after switching to the front seat then hover manually. Attached track just in case, can someone confirm please? I could have put too strong wind, but again I have no issues to hover when doing it manually. apache_george_wind_29.trk

Подтверждение карты Афганистана от Ника Грея (не помню, было ли официальное подтверждение от ED, были координаты в прошлогоднем and beyond видео), работы ED по ней продвигаются очень быстро, ожидается в 2024 (цитата: "coming next year"). Также в работе карта "еще одной страны поблизости" в начале 2024 (цитата: "but also coming early next year is another one nearby"), пока воздерживатся от названия: будет в 2-х частях и поспособствует тому, чтобы регион был представлен в симуляторе. Обе должны быть представлены в новом видео "2024 and beyond".

А вот и официальный видос от HB:

Very sad news. RIP

Имеется в виду в 2.9 vs 2.8? https://github.com/Quaggles/dcs-charts#changelogsummary-dcs-290

Hey @Flappie. Now with pagefile settings set to default for sure, I got crash in 2.9 MT while flying in a Viper on a multiplayer server. Looks like it's familiar ACCESS_VIOLATION memory error. Please find the logs attached (also sent crash report), hope it might help. dcs.log dcs.log-20231031-061115.zip

I wasn't able to reproduce it in singleplayer mission: both with hot start in the air and with cold start and take off, with my usual startup routine. But it's definitely reproducible for me in multiplayer. Unfortunately can't provide track because of that. This is how this effect looks like: Note that I didn't touch rudder pedals after switching to CPG seat.

Same here. Makes working with TADS after switching really uncomfortable.

А ЭПР Maverick достаточна для перехвата Тором?

Хотел еще уточнить, помимо ATT HOLD наблюдаю проблему при переключении с места пилота на CPG в 2.9: вроде оттримировался, но после переключения вертолет под управленем Джорджа начинает осциллировать влево-вправо, что делает работу с TADS очень некомфортной. Может это быть как-то связано или я что-то делаю не так? До 2.9 я обычно переключался на CPG только после установки ATT HOLD и ALT HOLD, но сейчас ATT HOLD сломан, поэтому просто стараюсь переключиться из максимально стабильного положения. Если необходимо, могу записать короткий трек. И большое спасибо разработчикам за постоянную работу над модулем. UPD: пользователи на англоязычной части форума сообщают о такой же проблеме: UPD2: с коротким треком я поторопился, не удается воспроизвести в простой миссии со стартом в воздухе. этот эффект воспроизводился в мультиплеере, причем каждый раз когда я перключаюсь с пилота на CPG. UPD3: не смог воспроизвести и после холодного старта, с мой обычной процедурой запуска и настроек и последующим взлетом в однопользовтельской миссии. На сервере воспроизводится, снял короткий ролик как это выглядит: Педали естественно не трогаю после переключения.

Если его нет, то его нужно создать. Проблема в том, что даже при наличии файла с ключом и значением как указано в патч ноутс не возвращает прежние точки. Есть несколько сообщений на англоязычной части форума с такой же проблемой.

@Flappie I wasn't able to disable new dots in VR the way it described in the patch notes: There are other reports about it too. Maybe I did something wrong or maybe sharpening affects it as you wrote? I do have DLSS and DLAA enabled and sharpening set to 0.5 as suggested. Checked 2D with just DLAA too: new dots are still there

Same here: wasn't able to disable new dots by setting DotRendererExperiment = False in the autoexec.cfg file I created under \Saved Games\DCS.openbeta\Config folder in VR (HP Reverb G2).

Shoot, I did change the pagefile settings back to default as you suggested, but it looks like they haven't not been actually applied until the OS restart (which I thought I did at the time of error, but it obviously didn't happen looking at the logs). My apologies and thank you for your time @Flappie !

Just got interesting OOM error on MP Syria server flying Viper, there was a dialog notifying that game crashed (and suggested to send report, which I did later), but the DCS process continued to run until I left the server. dcs.log-20230917-062313.zip dcs.log

@Flappie After upgrading to 64GB of RAM got first OOM error on multiplayer server Syria map flying Apache. Pagefile settings are the same as above. dcs.20230912-063313.crash dcs.20230912-063313.dmp dcs.log

Okay, I got a lot of OOM crashes recently, I even tried a different multiplayer server. No errors in single player so far. The bad part of it is: it made DCS unplayable in multiplayer for me, the good part: my new 64GB RAM arriving tomorrow so hopefully these OOM errors should be gone. It's probably caused my RAM given that I don't see a lot of other reports, the only thing disturbing me is that number of these OOM errors grew exponentially for me since the latest OB. Attaching two recent crash logs when I flew on 2 different servers just in case (first Apache on PG map, second Strike Eagle on Caucasus map), because in both cases proper zip files were generated and they probably contain more information than in previous messages. For the second one it seems DCS process was still alive even after error message had been displayed until I pressed the button to send crash report. dcs.log-20230728-004708.zip dcs.log-20230728-021820.zip dcs.log

And just got another OOM error flying Apache on Syria map on the same server (I was switching between looking at F15SE on F2 view flying overhead and F10 map at the moment of a crash). I'm curious can it be a problem with physical RAM on my machine... I see other reports about crashes in the most recent OB though: I did delete fxo and metashaders2 folders (I do it every time after the update). dcs.20230726-043434.crash dcs.log