tver.56s

Being a community manager, please, do your job: deliver the feedback of the community to the developers and let responsible experts decide how to solve the issue and improve delivery process. Still this is a major problem and it has nothing about trust to ED. There are number of situations when antivirus policy couldn't be changed on a host machine. And under no circumstances disabling antivirus on a user host machine should be considered as a solution. Especially for app like dcs running frameworks like moose. That is a way to unblock a variety of attacks both on server and its client machines.

Being a part of DCS community I would like to share I expect from community manager to clarify ambiguities. We already have been able to notice that feature was requested many time for past serveral years. Could you please share official ED vision on toe brakes feature? Is it planned to be implemented as part of Su-25 update or not?

Спасибо за внимание! Думаю сообщество по достоинству оценило бы чуть более развернутый ответ по тому какие конкретно баги были приняты и обозначили их приоритетность.

Доброго времени суток! В прошлом патче в DCS обновилась логика взрывателей. В связи с этим сначала короткий баг репорт: * одновременное использование разных взрывателей для одного типа бомб делает все бомбы данного типа не функциональными; * для бомб с тормозным устройством в меню можно выставить только high drag arm время взведения, хотя при использовании без тормозного устройства должно использоваться low drag; * при изменении задержки срабатывания взрывателя для FMU-139 подставляется валидное high drag arm время взведения неявно для пользователя (пары значений корректные, но логика неявного изменения для пользователя негативно влияет на UX); * бомба с задержкой срабатывания попавшая в движущийся объект или упавшая "на землю" не срабатывает никогда; * недоступны настройки взрывателей для GBU-10/12/16 на JF-17, хотя доступны для Mk-82; * для харриера доступны настройки для Mk-82 при условии подвески одной бомбы на один пилон, но недоступны для 2 и 3 бомб того же типа на одном пилоне. Кроме того пользовательский фидбек: 1. Первое и главное. Добавление новой фичи с которой пользователь неизбежно вынужден взаимодействовать должно быть задокументировано, либо в сам UI должны быть встроены подсказки для пользователя. Если нет возможности часто обновлять документацию для всех модулей, то хотелось бы как минимум видеть какой-то changelog или ссылку на развернутый комментарий. Возможно имеет смысл поднять wiki на сайте, где ответственные за доставку специалисты смогут оперативно публиковать информацию для игроков. Если такой информации нет, или не предполагается в рамках работы над фичей ее (информацию) публиковать - значит фича не должна попадать в релиз. Изменение с которым игрок не знает что делать, про которое негде узнать как им пользоваться и которое работает с множеством оговорок - очень токсичный опыт, который вредит восприятию продукта. Со стороны это ощущается так будто в патче у пользователя отняли то, что до патча работало. 2. Очень сильно упростила бы жизнь кнопка "применить ко всем" боеприпасам данного типа текущие настройки. По аналогии с лазерным кодом, но чтобы копировать типы взрывателей и их параметры. 3. Если одновременная поддержка разных взрывателей для одинаковых бомб не планируется, то для настроек взрывателей нужна валидация. Если настройки разные - нужно об этом сообщать до старта миссии, всплывающим окном, выделять точки подвески цветом и т.д. Выяснить над целью, что все бомбы - просто балласт из-за одного мисклика тоже очень токсичный опыт. 4. Для FMU-152 было бы лучше с точки зрения UX использовать три дропдауна с доступными параметрами. 5. Для FMU-139 было бы лучше с точки зрения UX использовать два дропдауна. Параметры high drag arm/delay также как и на реальном устройстве задавать одним дроп дауном. На low drag arm при этом имеет смысл добавить значение X. 6. В окно настроек взрывателя хорошо бы добавить краткое описание устройства и особенностей настройки конкретного взрывателя. 7. Для DSU-33 высота срабатывания просто не имеет смысла, подобные параметры стоило бы вынести в описание из п.6. 8.Субъективно некоторые поля в которых используется спинбокс с возможностью ввода с клавиатуры (например как скорость вращения на FZU-39) лучше настраивать через выпадающий список. Либо заблокировать возможность текстового ввода. Выбор одного из пяти параметров и неявная (не иницированная пользователем) замена введенного значения - UX который может фрустрировать пользователя. 9. В целом есть ощущение, что от более детального моделирования компонентов (как минимум электрической системы) бомбы на базовом уровне геймплей сильно выиграет. Например, если добавить вероятность отказа взрывателя как случайное значение обусловленное внешними факторами и типом взрывателя. Или научить электрические взрыватели расходовать конечный заряд полученный через Mk122... или чтобы FZU-48 вырабатывал электричество только при достаточной скорости... и обязательно логировать такие отказы в дебрифинге. Да, это уже скорее идеи для хотелок, но реализация не выглядит супер сложной, а игроки сразу заметят новый уровень детализации. Далее фидбек более субъективный... Новый уровень детализации бомб очень достойный. Работа эта определенно нужная и важная и определенно заслуживает признания. И я не скажу за всех, но в моем кругу общения именно последние изменения взрывателей подняли волну негатива. Очень хочется быть услышанным и понятым правильно. Лучше такие фичи доставлять "одним куском". Но нет ничего плохого в том, чтобы доставлять фичу по частям. Однако критически важно, чтобы каждая из частей была завершенной, цельной и не ломала то, что уже работало. По ощущениям с взрывателями этого не случилось и поэтому очень хочется привлечь внимание разработчиков к этому вопросу, в том числе чтобы избежать подобных проблем в будущих релизах. Более живой и детальный фидбек в этом видео (да, вот настолько наболело На этом у меня все, надеюсь на ваше понимание. И если я в чем-то ошибся, готов выслушать аргументированные возражения. Со всем уважением к команде разработки и пожеланием новых успехов.

Hello and thanks for your feedback! Payloads is a part of a mission setup. For now tool doesn't support editing mission files. It is planned to support limited mission editing in future. Do you mean you would like to have kind of payload validator for chaff/flare?

Hi everyone! I've become tired of editing the default countermeasure programs every time I started the mission. So I've desided to implement a simple editor tool for presets and shared it with friends. While working on the tool i found out there are some quite simmilar tools already exist Neverthless... I think I should share my tool with community. I'll be glad if it will be usefull to you. Your feedback also is highly appreceated same as help with testing the tool. We've verified the tool with several installs on win 10 and win 11, yet there might left some bugs to fix. You may leave your feedback in this thread or on a github. New releases going to be anounced here too. Feel free to suggest new features or share your ideas. This tool is free and will be always free, if you wanna support me - just share this tool with your friends. Download from here: https://github.com/SilverSwift/DCS_CMS_Editor/releases/tag/1.0.0-release Documentation is here: https://silverswift.github.io/guide/