Pillowcat

kind of related (in a sense of sensors image distortions after changing vehicles):

Похоже многие представляют дин. кампанию в духе "других авиа-симуляторов", но всё что говорилось и показывалось ранее намекает о том что это будет нечто в духе блока логики CTI Warfare в Arma2 - добавил на любую миссию в редакторе параметр+настройки - вот тебе и динамическая "кампания"+ укладывается в логику добавления сохранений в том виде в котором они сейчас, т.ч. никаких натуральных ограничений на карты быть не должно, так понимаю.

On every update most of binaries and protected data are rebuilded and enciphered with no matter have they changes or not, guessing, just to have proper version number and unified encryption at least.

Pls, no

Magnetic values differ probably due difference of dates map represent and mission date you play, true courses drift is flat earth limitation artifact on any map in DCS.

MAIN MENUs, guys, are you think it is preload of kilometers of 2D GUI and so cause freezing or what?! it is not 'performance' issue in the meaning of system being insufficient in drawing 2D picture..

Was the solution for some people at least parking warning shall gone from logs

@BIGNEWY @NineLine 1) Are developers being aware of problem? None of any visible reaction so long. 2) what "pause10: xxxx cycles" value in logs means? Those who have that problem seems to have high 'std dev' on this line

Most probably: core parking issue, second: had run with admin rights, else: yet some variants exists

По большему счёту ничего сохранять в данный момент нельзя, эта функция находится на стадии чернового наброска.

ДАЛЕКО, ДАЛЕКО, но лугу пасётся

Англоязычная тема с этой проблемой, если вдруг чего:

Btw, as you mentioned X4, there in beta update logs it has such line: Maybe this can fuel some ideas of how to detour the issue, or not, never used eyetrackers

No one said it is, messing with timers in multithreading is realistic way to hang whole system. "DXGUI_WIN_ADAPTER (Main): resize main window to [0, 0]" in end of log file, means dcs windows was minimized to taskbar or at least tried, so had a reaction on process switching attempt. If in some attempt where be a luck to minimize dcs, I suggest to "Analyze wait chain" of dcs process in taskmanager (warning: it is not instant in work), but I doubt where would something

Also as a last thing, you may try this: kind of description: https://linustechtips.com/topic/915727-common-stutter-lag-crash-fix-hpet-guide/

@Wizard_03 @Vnavspeed Try to add into your autoexec.cfg (create one if you have no such) in Saved Games\DCS\Config\ a line: no_device_hotplug = true reason:

Ensure you don't run DCS as administrator and core parking is really deactivated - these 2 was major causes of performance problems after last updates for most people. Your particular description match core parking behavior discussed on the forum this week https://forum.dcs.world/topic/371134-igra-i-kompjuter-zavisajut-na-osnovnom-jekrane-i-pri-priblizhenii-udalenii-na-karte-f-10-kolesom-myshi/page/2/#findComment-5623528 upd. also process priority must be normal

2.9.14.8394 Вместо кратера под взорвавшимся от повреждений грузовиком зелёная заглушка 'missing texture' без модов, трека нет, в миссии 1 хорнет с tgp, 8xGBU38 и 1 бронегрузовик, gbu кидались невзведенными tmp.miz В логах было такое: 2025-03-27 12:51:33.079 WARNING EFFECTS2 (Main): OParticleSystem: preset 'smoke' not found in 'speedSmoke.lua', using default 2025-03-27 12:52:43.778 ERROR_ONCE DX11BACKEND (9536): texture 'new_voronka.tga' not found. Asked from ''

Однажды помогло от совершенно безумных фризов возникших после одного из обновлений (так до сих пор с этим костылём всё и работает), тоже 'ModelTimeQuantizer: ANTIFREEZE ENABLED' было в логах, но скорее всего тут что-то другое, а не конфликт использования системой разных таймеров: хотя если подумать, поведение было довольно похожим но всё вешалось не в главном меню, а менюхе выбора роли в сетевой игре на некотрых серверах, т.е. тоже на отрисовке 2D интерфейса, но там и в 3D fps шло пилой

Это про то когда драйвер видяхи долго не отвечает занимаясь очень долгой задачей, типично например в прогах расчёта гидродинамики, компиляции горы супернавороченных шейдеров во всяких сабстенспаинтерах, рендеринга видео и по типу, и руками из плеч решалось увеличением до десятков секунд/минут в реестре значений максимально разрешённого времени непрерывного выполнения работы по истечении которого драйвер и софтина его использующая объявлялись зависшими, тут явно не этот случай. На не заданный вопрос: "что ты мелешь? тебе же говорят, 'повреждение драйвера', реестор очисти" отвечаю: тот ответ из яндекс-вопросов и отвечающие думаю понятно.

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

Это отчёт отправляемый в микрософт так называется, P3: временная метка в unix формате (на 18 марта ?! лул втф) P4 (PID номер процесса?), P5 нипонятна, в крашах там обычно пишется смещение в котором случился развал, по которому можно установить в какой либе и иногда даже какой функции либы произошел развал, но тут явно что-то другое, ничего полезного для анализа проблемы не вижу, ну кроме того факта что система смогла зарегистрировать повисон...

А в Windows Error reporting выше и ниже hang'а что пишут?