EyeDoc

"Скорее всего", "вероятно", "затрудняюсь ответить"... Вы уверены в том, что это действительно так? А эти старые папки самолётов ГС после обновления останутся на месте или удалятся (как старые и больше ненужные)? Или "затрудняетесь ответить"? Смысл этих тайных манипуляций с разбивкой ГС на отдельные самолёты какой? Сделать как лучше или добавить проблем? У отдельных самолётов в папке самолёта есть папка инпут, а в ней папка джойстики. У ГС наоборот - в папке ГС есть папка инпут, в ней - папки самолётов, а в них папки джойстиков. Мне думается, что изменение пути с "ГС - инпут - самолёт - джойстик" на "самолёт - инпут - джойстик" как-то должно отразиться на понимании программой того, где искать эти самые настройки. Вот все эти преобразования и переносы как раз и должен делать тот патч, про который я писал. Чтобы все ссылки на старые самолёты ГС во всех местах, где они есть, были корректно заменены на новые.

В английской ветке много об этом пишут. Кое-какие промежуточные варианты предлагают, но не у всех срабатывает. Вопросы к разработчикам (ED): 1. В качестве одного из таких решений предлагается скачать и установить самолёты из ГС3 по отдельности. Где, в таком случае, взять J-11, который в пакете ГС3 есть, а в качестве отдельного модуля в магазине не представлен? 2. Что делать с настройками управления в заново скачанных и установленных по отдельности модулях? Переназначать заново все кнопки и оси на РУСе, РУДе и панелях - не вариант. Как перенести имеющиеся настройки управления? 3. Миссии и кампании с самолётами из ГС3 - что с ними? Сохранятся как были, обнулятся или вообще пропадут? Моё мнение - нужен патч (официальный, от разработчиков, владеющих полной информацией о продукте, а не от народных умельцев, у которых методом тыка что-то получилось), который все эти переносы настроек, лицензий, папок, файлов и внесение соответствующих изменений в lua-файлы (которых тысячи, если не десятки тысяч!) сделает автоматически, незаметно для пользователя, без необходимости что-то вручную переустанавливать, переносить или переписывать (с вероятностью ошибок). Пользователю, по большому счёту, всё равно, в какой папке у него лежит Су-33, например - в отдельной или внутри ГС3, гораздо важнее, чтобы всё работало без проблем, и не надо было заново всё управление настраивать. А уж если решили пакет ГС3 разбить на отдельные самолёты, то такой "разбивающий" патч давно надо было сделать, чтобы сейчас (в связи с очередным большим обновлением) эти вопросы уже не возникали. Кто-то с вахты приехал, у кого-то на полёты пара часов в неделю выдаётся - не у всех есть время возиться с этими, искусственно созданными проблемами.

No, I'm still afraid to install the latest update. Maybe, we should buy FC2024 now, but install it later, after everything will be fine?

To make it less complicated, the whole situation should be divided into smaller tasks... 1. To set FC3 pack to legacy leaving the individual aircraft from this pack working. This should've been planned in advance, users should be informed and instructed if they needed to undertake some action to continue flying their existing FC3 aircraft without the need to reconfigure and remap everything. The best solution here would be a patch (optional, only for FC3 owners, since others are not affected by this issue) which could make all necessary changes in the configuration files, transfer plane folders (if needed) and preserving existing mappings. Authorization algorithms should've also been updated to take into account this "separation", so that the end user would notice nothing - every FC3 aircraft after applying this patch should work exactly the same way as it worked before. 2. "Older codes"... Well, until this update they were not so "old" to work properly. Maybe it's just the update is too "new", I mean the compatibility with the existing codes was not tested enough to be sure that everything will work fine? 3. Mix of steam and e-shop. Again, did you test this before releasing the update? 4. Personally I don't have any issues yet, because I haven't installed the latest update. But, as you can understand, I don't want to have any problems after downloading it. As for now - I can't be sure. 5. "Most" people... What about the rest, who still have problems? What about mapping of the controls for downloaded individual aircraft? If they have to be configured from a scratch then it's not good - you're solving one problem but creating another one! Summary - it was not a good idea to combine so many changes (launcher with new authorization, maps, FC update) into one single release. Now you know that there are problems, but you don't know where they are - and what to do. Taking this into account I think the best solution at the moment (responsible approach, not "it's not my problem" approach) is to cancel the update, revert everything to the previous (working for everyone) state - and then search for the error, test everything thoroughly and, maybe, release again not as one major update, but part by part, to make sure that every step is OK, before making the next step. Instead of having headache and performing troubleshooting without any guarantee of a success I'm ready to wait a little (and even longer that just a little) to get everything smoothly working. Best luck to you in recovering from this, for sure, unpleasant for many, situation!

I also started from LockOn on CD, then A-10 on CD, then Black Shark on CD, then FC on CD, then DCS World (non-steam)... Wanted to upgrade from FC-3 to FC-2024, but before downloading the latest update something told me to check the news - and here I am, reading all of this and happy that I don't have these problems yet, because I didn't hit "Update" button... But still don't know what to do to get the most recent update (with new maps and new aircraft in FC) while preserving my present mappings for FC-3 aircraft. I'm still not sure that purchase of FC-2024 will solve the problems with authorization without the need to remap all the controls...

I think the problem is that your testers didn't test the situation when someone didn't want to purchase FC 2024, but wanted to continue their use of FC3 (I hope they still have the right to use FC3). Now we see the result. But the problems are not on the users end - it's the DCS authorization bug (if the users can continue to use FC3 then DCS should recognize FC3 correctly and allow to use it as it was before). So, instead of making users to do some additional steps, you (ED) should issue a patch which would solve this problem. If you decided to separate the FC3 planes and make them individual (it's your decision, not the user's) - do it within the patch, this should be invisible for the end users, and should not require any additional actions from them (uninstall, transfer licence, reinstall, remap all the controls for all the aircraft... - not funny at all!). I'm not a steam user and I wanted to add some new aircraft to my FC3, but I don't want to go through this curvy path (I want to ADD something, preserving the aircraft and mappings that I already have, NOT to REINSTALL everything), so I'll wait until you have more appropriate and acceptable solution.

It's now 2.9.5.55918 - the problem's still there...

Обновился недавно до версии 2.9.5.55918. Сегодня (просто для интереса, проверить не появилось ли ещё чего-нибудь нового) запустил из меню "Обновить DCS World". А мне опять предлагают обновиться до версии 2.9.5.55918... Это нормально?

Добрый день. В нескольких сообщениях форума упоминались проблемы с запуском ModelViewer2. Ни в одном не указано ни причины, ни однозначного способа устранения проблемы. В качестве возможного пути решения упоминалось обращение в техподдержку. На собственном опыте убедился в бесполезности этого совета - ответ сводится к тому, что "ваши проблемы - это ваши проблемы, поэтому мы их решать не будем, спрашивайте на форуме, может быть, кто-нибудь и подскажет". Предложения попробовать запустить ModelViewer2 из-под специально для этого созданной новой учётной записи или переустановить Windows я не считаю серьёзными (хорошо, что не предложили купить отдельный компьютер для запуска ModelViewer2). Моё (субъективное, конечно же) мнение - если программа входит в комплект поставки, требования к её запуску не должны отличаться от требований к запуску основного программного продукта (DCS World). Если есть какие-то особые системные требования или проблемы с совместимостью - это должно быть отражено в сопроводительной документации. С запуском DCS World у меня никаких проблем нет, а ModelViewer2 не запускается, при этом сам ModelViewer2 никаких сообщений об ошибке не выдаёт. Прошу разработчиков ответить, какие особые условия требуются для запуска ModelViewer2 (какие программные продукты для этого должны быть в обязательном порядке установлены или, наоборот, с какими программами ModelViewer2 категорически несовместим). Вторая часть - собственно, о том, для чего мне понадобился этот ModelViewer2. Есть желание связать подсветку кнопок на РУДе и панелях от VirPil Controls с состоянием сигнальных ламп в кокпите. Там же на форуме прочитал, что информацию о необходимых для этого аргументах можно найти в файлах моделей (*.edm), а открыть эти файлы можно как раз при помощи ModelViewer2. А он не запускается... Круг замкнулся. Техподдержка (уже вполне предсказуемо) отвечает, что "такой информации у нас нет, ищите на форуме". Для чего тогда нужна такая техподдержка - вообще непонятно. Я обращаюсь за официальной информацией к официальным лицам, а меня "отфутболивают" искать информацию самостоятельно "в открытых источниках"... А откуда там эта информация возьмётся, если даже в официальном источнике её нет??? Не думаю, что эта информация настолько засекречена, что раскрывать её нельзя. Поэтому снова убедительно прошу разработчиков (раз уж без особого разрешения техподдержка с этим не справляется) выложить где-нибудь для всеобщего обозрения аргументы состояния индикации в кокпите Су-27, Су-33, F-14, F/A-18, чтобы на основе этих данных (без использования ModelViewer2, который живёт своей жизнью) можно было настроить подсветку кнопок.

В англоязычной ветке было об этом: https://forum.virpil.com/index.php?/topic/2561-vpc-link-tool/&do=findComment&comment=62283, там почему-то быстрее отвечают. Я тоже хотел попробовать, но у меня этот ModelViewer не запускается... На форуме нашёл подобный вопрос, там посоветовали в техподдержку ED обращаться.

Well... I looked through viewporthandling.lua trying to understand what was the meaning of these expressions and variables (in my setup, with my screen resolution). I made notes and found the line which (to my mind) defined the size of MFDs. The last line in quoted fragment: -- positioning on screen in HUD Only view function update_screenspace_diplacement(aspect,is_left,zoom_value) local w = 3840; local h = 2160; -- oculus_rift part removed from here local x0 = 0 -- setting screen top left corner coordinates, x0=0 local w0 = 0.5 * h -- w0=y0=height/2=1080 local aspect = aspect or 1 local zoom_value = zoom_value or 0 local default_width = 762 -- w0 + (64 * zoom_value) If you put your desired size there (like I did, commenting the rest of what was there originally) all the following calculations of the correct coordinates are performed automatically. And the result is as follows:

Hi. I have a similar problem with Alt+F1 View, though my setup is a bit different from yours, and I've noticed this kind of MFD displacement flying F/A-18. Initially (using one monitor only) I wasn't quite happy with 3 huge MFDs (on Alt+F1 View) obscuring the lower half of the screen (almost no ground surface is visible through them since in addition to their size - almost half of the vertical resolution - they have solid black background - as the one on your screenshot). I will add my screenshots to illustrate what I mean. So I decided to remove at least central MFD from the main screen and bought WinWing MFD+DDI for this purpose. But after plugging it in, making settings in Wimdows (main monitor on the left, WinWing on the right) and configuring it with its SimAppPro I noticed that along with some positive effect (central MFD is no more visible on the main screen, it moved to the WinWing's monitor - and remains there both in ordinary F1 View and in Alt+F1 View) there's also negative effect - my right MFD is now displaced to the right and part of it is out of the main monitor (I can see only left portion of it). And I think it has something to do with viewporthandling.lua. In the very first lines of this file you can see reference to (what I think is) the total screen resolution taken from the Settings window: -- positioning on screen in HUD Only view function update_screenspace_diplacement(aspect,is_left,zoom_value) local w = LockOn_Options.screen.width; local h = LockOn_Options.screen.height; And I think that's why this displacement can occur - because DCS in HUD Only (Alt+F1) view will align everything based on this TOTAL screen resolution - and NOT the MAIN SCREEN resolution (as would be more logical). So I tried to "tell" DCS the correct width and height of my main monitor directly typing its resolution there: -- positioning on screen in HUD Only view function update_screenspace_diplacement(aspect,is_left,zoom_value) local w = 3840; local h = 2160; Of course, I'm not sure that this is a completely right solution, but it helped me to bring my right MFD back inside my main monitor. So, position is fixed, now the size is the question... Does anyone know where (in which script file) the default size of these MFDs is hidden? And a wish for ED - please, let us configure our multi-monitor or HUD-only views in a more user-friendly way (not by manually editing numerous script files distributed across different folders, but by "drag and drop" graphical interface - Helios can be taken as an example) from inside DCS, without the need of third-parties software. There should be a way to define what is to be displayed (and in what position) on which monitor (or group of monitors) in multi-monitor configuration or in HUD-only view. I think, it's simply not possible for ordinary user to figure out where to find all of these hidden settings and change them without causing possible configuration problems, security issues or even program crash. So, please, help us to do it more easily and safely.

Сообщение @USSR_Rik чуть выше показывает, насколько сложно устроен DCS в плане конфигурирования. Один и тот же самолёт в разных местах одного файла упоминается под разными названиями, а названия эти (следовательно, и этот файл) используются разными компонентами программы... Нет сомнения, что для высококвалифицированных программистов это не представляет никаких сложностей. Но (как мне представляется) простому пользователю разобраться со всем этим очень сложно (если вообще возможно). Подтверждение этому - огромное количество вопросов по мультимониторным конфигурациям, экспорту приборов и датчиков и т.п. И при всём при том - практически полное отсутствие возможности конфигурации средствами самого DCS. Всё, что у нас есть по этой теме в окне "Настройки" - это максимальное (суммарное) разрешение всех мониторов и несколько вариантов конфигурации мониторов (по большей части, требующих редактирования скриптов для корректной работы). Скажу про себя (может быть, не все со мной согласятся) - я не программист, поэтому редактирование скриптов для меня не такая простая задача. А если ещё и неизвестно, где найти нужный параметр... Вот я, например, в настройках нигде не вижу, где задаётся размер и расположение МФД в режиме "Только ИЛС". А у Ф-18 его 3 МФД в режиме "Только ИЛС" занимают всю нижнюю половину экрана - землю вообще не видно. И как мне их уменьшить? Почитал форум про вывод МФД на отдельный монитор, купил и подключил МФД от WinWing, вывел на него центральный МФД (чтобы хотя бы в середине землю видеть). Расположение мониторов в Windows выставил (основной слева, дополнительный справа, выровнены по верхнему краю), через SimAppPro сконфигурировал всё. Запускаю DCS - и что я вижу? При запуске заставка частично отображается на этом дополнительном МФД (зачем она там?) При загрузке миссии Ф-18 на дополнительном МФД (WinWing) появляется изображение центрального МФД, оно синхронизировано, меняется при нажатии кнопок и там, и там. Хорошо. Переключаюсь в режим "Только ИЛС" - в середине пусто (центральный МФД по-прежнему виден на дополнительном мониторе), но правый МФД частично "уехал" вправо, от него видно только левый край... Что за дела? Что делать? Написал в поддержку, получил совет прописать координаты левого и правого МФД в файле конфигурации мониторов. Прописал координаты и размер - размер уменьшился по сравнению с исходным, положение МФД исправилось, правый перестал уезжать за край экрана, но они теперь постоянно "висят" на основном экране (не появляются в режиме "Только ИЛС" и исчезают при выходе обратно в обычный кокпит, а постоянно видны даже поверх обычного кокпита). Опять не вариант. А что делать-то? Где что поменять, чтобы нужные мне МФД в режиме "Только ИЛС" отображались в нужных мне местах экрана, имели нужный мне размер, а в режиме обычного кокпита исчезали? Таких настроек и опций я в интерфейсе DCS не нашёл. В связи с этим пожелание к программистам интерфейса DCS - сделайте, пожалуйста, отдельные вкладки для мультимониторной конфигурации и режима "Только ИЛС". Пусть для мультимониторной конфигурации будет возможность в графическом режиме (способом "drag and drop") указать, какой МФД, прибор или индикатор в каком месте какого монитора показывать, какой размер они должны иметь (с учётом размера "по умолчанию", соответствующего физическому разрешению, обеспечивающему вывод информации без искажения, и возможности масштабирования - желательно целочисленного, чтобы опять же не искажать выводимые символы). Все расчёты координат, размеров и написание скриптов программа должна делать сама - так будут исключаться возможные ошибки в вычислениях и синтаксисе, а также проблемы совместимости с различными модулями. За образец можно взять те же SimAppPro или Helios. Но, думаю, что когда всё это конфигурирование будет выполняться "силами" DCS (без дополнительной программы, постоянно работающей в фоне), то и в плане производительности проблем быть не должно. А в режиме "Только ИЛС", кроме того, сделайте возможность включать/отключать отображение МФД и других доступных индикаторов (в идеале - всех, которые видны в кокпите) - на форуме есть сообщения о том, что режим "Только ИЛС" - это не "ИЛС + МФД", поэтому некоторым пользователям никакие дополнительные дисплеи, кроме ИЛС, в этом режиме не нужны. А кому-то (как мне, например) захочется изменить размер, предлагаемый по умолчанию - про Ф-18 я уже написал, а у Ф-14 наоборот - дисплей такой маленький, что на нём ничего не видно (и почему-то у пилота выводится дисплей из кокпита РИО, а у РИО - дисплей пилота). Думаю, что при наличии возможности сконфигурировать вывод на несколько мониторов или в режиме "Только ИЛС" штатными средствами DCS количество вопросов на форуме и в поддержку по этим темам резко уменьшится, а количество довольных вирпилов, получивших возможность без проблем настроить любимый симулятор под себя, не прибегая к дополнительным внешним программам, приложениям, модам и редактированию многочисленных скриптов, разбросанных по разным папкам, заметно увеличится. Я на эту тему написал в англоязычной ветке, здесь пишу для большего охвата аудитории (может быть, кого-то, кроме меня, эта тема интересует). Режим "Только ИЛС" и при наличии одного монитора нуждается в более доступных настройках, а количество мультимониторных пользователей, рано или поздно сталкивающихся с этими вопросами, я думаю, будет только расти.

Totally agree! Just posted my wishes on similar topic in another thread.

I would add a wish for developing and integrating in DCS itself more user-friendly interface for multi-monitor setup and layout. I mean - eliminating the need to use other third party solutions (like SimAppPro or Helios - it can serve as an example) and editing of multiple lua-files (located in various folders) for configuring and customizing DCS appearance on multiple monitors. It may be separate tab in Settings window showing (preferably in graphic form) where different views, MFDs, controls, indicators, text messages, pop-up menus, start-up pictures etc are to be displayed. User just need to "drag and drop" desired layout (position and size of displayed items). And then program itself (without any possibility for user to make a mistake in calculations or write something incorrect) would calculate all the necessary coordinates and write all the necessary scripts (or make changes to existing scripts) in their respective folders. Now it's possible to set total screen resolution and choose from several preset monitor configurations (most of which, anyway, require some editing) through Settings which is, obviously, not enough to cover all the needs of multi-monitor users. And another part of this wish (related to viewports and their assignment) is about "HUD-only" view. "HUD-only" view layout settings may also be a separate tab, where user can select which MFDs or other indicators or controls should be displayed, where they should be located on the main screen and what their size should be (3 MFDs of F/A-18 occupy almost half of the screen and display of F-14 (another strange thing is that in pilot's seat you'll see a RIO's display and vise versa) is so small that it's almost impossible to use). And - vice versa - where user can choose an option NOT to display any additional MFDs (there were posts on this forum about "HUD only" and not "HUD + MFDs" view). Right now there's no way to configure layout of "HUD only" view through Settings, so only defaults can be used, which is not always comfortable. I'm sure that for highly skilled ED programmers it's not an impossible task since it does not involve complex physical modeling. Besides, who knows better than them where those "default" positions, sizes and displayable items are hidden?

WinWing MFD has "clone" function, which can be enabled (or disabled) via its SimAppPro software. If this "clone" is enabled, you get 3 sets of buttons (instead of 1) and you can use the 3-position switch at the top of the left side (it's seen from the left, not from the front) to switch between them. But you'll still have only one MFD displayed (no change in displayed image when you switch to another set of buttons) - if you own the combined MFD+Display version.

DCS version 2.9.3.51704 - the problem still exists for both seats (pilot and WSO). All MFDs are displayed on top of each other in the lower right corner. Can it be solved by editing some configs, or should we wait for some bugfix?