Святой

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

Не будет. Сейчас для РЛС и ПРР не смоделировано ничего, что отвечает за излучение и приём радиосигналов. С другой стороны обнаружить прямой сигнал, излучаемый РЛС по БЛ, при уровне БЛ её антенны 25-50 Db и ср. мощностью передатчика единицы - десятки кВт с предельных дальностей пуска ПРР ( около сотни км), не столь проблематично как вам кажется. Так что ограничение по энергетике выходит на передний план. http://www.designation-systems.net/dusrm/m-45.html Полосы частот сменных ГСН для AGM-45 примерно перекрывают частотные диапазоны работы почти всех указанных РЛС. Тор, Оса - предположительно I-J band, Пэтриот - G band Иджис - E/F band 64Н6Е - E/F band Но поражать Hawk Search Radar AN/MPQ-51 она действительно не может КВО наших ПРР действительно неправдоподобно мало. В действительности, это - самое неточное самонаводящееся оружие В-З.

РЭБ - это табу. Зависит от СУВ. Если СУВ включает в себя антенну для точного определения направления на РЛ-цель или использует для этого ГСН ПРР, то для оценки дальности требуется выполнения маневров (как правило в горизонтальной плоскости). Наводится на сигнал, излучаемый боковыми лепестками антенны РЛС. Иначе в ПРР не было бы смысла. У нас не так, что все ПРР наводятся на все РЛС. Для каждой ПРР есть список доступных целей. Возможно он неадекватен. Есть примеры этого? Чем отличается включение/выключение от активации/деактивации? Наземными? Каких помех? Кому?

Похоже, что баг. Позже скажу насколько все серьезно. Должно, но не проигрывается.

Есть вторая радиостанция - Р-828. Можно музыку слушать через неё. СПУ-9, конечно, не позволяет слышать обе радиостанции (Р-800 и Р-828), но можно в моде на это забить. Только надо иметь ввиду, что диапазон частот у Р-828 другой - 20..70 МгЦ.

Эффект о фичи околонулевой, затраты на реализацию - высокие, заметно повлияет на производительность в худшую сторону.

В патче были изменения, связанные с lua export'ом. См. здесь http://en.wiki.eagle.ru/wiki/Export_1_0_1

Всё сильно упрощается, если моддер - программист и знает lua. На самом деле, это достаточно легко: Ищем модуль со статус-баром - это BlackShark/modules/me_statusbar.lua. В нем находим загрузку модуля с формой панели статус-бара: form = base.require('me_statusbar_form') Лезем в BlackShark/modules/me_statusbar_form.lua. Там находим строчку, где создаётся элемент с часами: t_clock = Widget.new(base.os.date()) Здесь элементу выставляется тема t_clock:setTheme(Theme.newToolbarWidgetTheme()) Лезем в модуль с темами BlackShark/themes/main/Theme.lua Там искомую тему строит функция function newToolbarWidgetTheme() Но это - общая тема для всех виджетов tool bar'ов. Так что либо нужно сделать здесь свою, которая изменяет только цвет текста у темы ToolbarWidgetTheme: function newToolbarClockTheme() local theme = newToolbarWidgetTheme() theme.text.color = {0, 1, 0, 1} --зеленые часы return theme end либо изменить тему при создании часов в BlackShark/modules/me_statusbar_form.lua: t_clock = Widget.new(base.os.date()) local theme = Theme.newToolbarWidgetTheme() theme.text.color = {0, 1, 0, 1} --зеленые часы t_clock:setTheme(theme)

Не прошло и года. :music_whistling: Код редактора октрыт, язык прост, и вообще там много чего ещё можно сделать.

Для этого нужно оформить вещание так: ["Mayak"] = { name="Mayak", ... content = { [1] = { startTime = 43200, --стартовое время полдень period =86400, --период - сутки rand = true, cycled = true, priority = 1, sources = {"RadioMayak/SomeMusic/"} } } } Содержимое каталога Sounds/RadioMayak/SomeMusic будет проигрываться раз в сутки в полднень. Параметр Interruptable устанавливается для порции вне зависимости от её приоритета. Если он Interruptable = true, то порция сразу же прекращает играть, если приходит время для проигрывания музыки из порции с более высоким приоритетом. Для вышего случая нужно оформить вещание так: ["Mayak"] = { name="Mayak", ... content = { [1] = { --порция с рекламой priority =0, sources = {"RadioMayak/Advertisiment/"} }, content = { [2] = { --порция с музыкой priority = 1, rand = true, --случайная музыка из папки cycled = true, --с повторами interruptable = true, --прерывается сигналами точного времени и выпусками новостей sources = {"RadioMayak/Advertisiment/"} }, content = { [3] = { --экстренные выпуски startTime = 0, period = 3600, --в начале каждого часа - экстренные новости priority = 2, interruptable = true, --прерываются сигналами точного врвмени sources = {"RadioMayak/HotNews/"} } } content = { [4] = { --сигналы точного времени startTime = 3600 - 55, --за 5 сек до окончания 1-го часа period = 3600, --каждый час priority = 3, sources = {"RadioMayak/TimeSignals/"} } } } Почему же. Это можно сделать.

Для этого нужно оформить вещание так: ["Mayak"] = { name="Mayak", ... content = { [1] = { startTime = 43200, --стартовое время полдень period =86400, --период - сутки rand = true, cycled = true, priority = 1, sources = {"RadioMayak/SomeMusic/"} } } } Содержимое каталога Sounds/RadioMayak/SomeMusic будет проигрываться раз в сутки в полднень. Параметр Interruptable устанавливается для порции вне зависимости от её приоритета. Если он Interruptable = true, то порция сразу же прекращает играть, если приходит время для проигрывания музыки из порции с более высоким приоритетом. Для вышего случая нужно оформить вещание так: ["Mayak"] = { name="Mayak", ... content = { [1] = { --порция с рекламой priority =0, sources = {"RadioMayak/Advertisiment/"} }, content = { [2] = { --порция с музыкой priority = 1, rand = true, --случайная музыка из папки cycled = true, --с повторами interruptable = true, --прерывается сигналами точного времени и выпусками новостей sources = {"RadioMayak/Advertisiment/"} }, content = { [3] = { --экстренные выпуски startTime = 0, period = 3600, --в начале каждого часа - экстренные новости priority = 2, interruptable = true, --прерываются сигналами точного врвмени sources = {"RadioMayak/HotNews/"} } } content = { [4] = { --сигналы точного времени startTime = 3600 - 55, --за 5 сек до окончания 1-го часа period = 3600, --каждый час priority = 3, sources = {"RadioMayak/TimeSignals/"} } } } Почему же. Это можно сделать.

Диалог нужен, когда взаимодействие игрока с кем-либо посредством радиосообщений работает как FSM, и когда фразы в двилоге имееют какой-либо эффект, помимо звукового. Например, процедуры взлёта и посадки (РП), дозаправка (танкер), процедура атаки наземной цели при выполнении непоср. авиационной поддержки (ПАН). В общем, имеет смысл. Вместо того, чтоб игрок за каждой командой лазил по меню и выбирал из общего списка команд нужную и уместную в данной стадии диалога , можно отображать только уместные для этой стадии - как в MSFS. Очень даже может быть.

While controlling CAS attack FAC usually gives directions on target in polar coordinates from named control points. Control points may be placed on map and named in misson editor.

I just try to understant what "full FAC support" means.

Do you really want AI-controlled JTAC in DCS A-10C?

Для взаимодействия с "The DCS radio physics model" в lua-экспорт радиостанций следует добавить функцию для получения уровня громкости сигнала от радиостанций всех активных сетевых игроков, как если бы они что-то сейчас передавали в эфир. Подумаем над этим. Но насколько возможности Mumble позволят это всё использовать? Позволяет ли Mumble менять уровень громкости при прослушивании сообщений от отдельных ироков? Если да, то можно обойтись одним каналом.

У внеаэродромных радиомаяков по умолчанию состояние радиомаяка - BEACON_ACTIVE, т.е. активен и имеет "тело" (объекты). Если состояние радиомаяка BEACON_DISABLED, или BEACON_INACTIVE, BEACON_DESTROYED, он работать не будет. На работу аэродромных радиомаяков состояние поле status не имеет эффекта. Привода ВПП включены только с посадочного её торца. Аэродромные ОПРМ и ОПРС (BEACON_TYPE_AIRPORT_HOMER и BEACON_TYPE_AIRPORT_HOMER_WITH_MARKER) не включаются. Это баг и он будет исправлен в патче. "Сочи" - нельзя, нет такой ОПРС. Ародромные радиомаяки указываются только обоим подканалам сразу через числовую константу, например Sochi или Maykop. "Пицунда" - можно, это ОПРС. В патче механизм назначения будет другим.

Нынешний спосб задания каналам АРК маяков имеет недостатки. Сейчас нельзя назначить конкретный аэродромный радиомаяк на канал. ОПРМ (BEACON_TYPE_AIRPORT_HOMER и BEACON_TYPE_AIRPORT_HOMER_WITH_MARKER), не перечисленный в списке радиосредств ВПП вообще нельзя назначить. Можно назначить обоим подканалам любого канала аэродром. ark_channel = { [1] = Krasnodar, [2] = Maykop, ... } При этом подканалам дальнего и ближнего приводов будут назначены найденные в таблице указанного аэродрома ДПРМ и БПРМ, принадлежащие первой в списке ВПП. В патче способ назначения будет другим. Каналу и подканалу будет передаваться таблица, содержащая описание радиомаяка из beacons.lua Не так. Так будет в патче. Это ОПРМ. Его нельзя назначить каналу/подканалу АРК. Это аэродромный привод. Можно назначить каналу аэродром ark_channel = { ... [n] = Sukhumi ... } тогда подканалам назначатся соответствующие привода АЖ (489кГц) и А(995кГц).

Речь о более жестких условиях на пуск ПТУР "Вихрь", чем любой другой ПТУР. Т.е. дело не в Ка-50, а в "Вихре". Бот при заходе на цель иногда добивается этих условий слишком поздно, т.е. будучи слишком близко к цели - требует исправления в патче.

1. Создаётся юнит? СКП-11, например. В нем будет сидеть оперативный дежурный. Имя его - C2. 2. Ставится группа Торов - юниты SAM#1 - SAM#4. 3. Ставится отряд спецназа - юниты SpecOps#1 - SpecOps#12. 4. Добавляется группа Су-25 для подавления ПВО - SEAD_GROUP. 5. Создаётся триггерная зона "Tor detection zone" вокруг группы "Торов" с радиусом обнаружения их группой спецназа - 3 км. 6.Создаётся триггер: Один раз (обнаружение "Торов") Правила: Объект в зоне(SpecOps#1, Tor detection zone) Действия: -Радиосообщение(SpecOps#1, "4xTor's detected.wav", "Обнаружено 3 ЗРК Тор", 40.50) -Установить флаг 1 7. Создаётся ещё один триггер Один раз (предупреждение о "Торах") Правила: Флаг истинен(1) Действия: -Активировать группу(SEAD_GROUP) -Радиосообщение(C2, "Tor's warning for player.wav", "В квадрате 234596 обнаружено 4 ЗРК Тор. Работать в зоне запрещаю. Горбатые уже в пути. Ожидайте последующих инструкций.", 130.75)

В Black Shark радиосообщения (от игрока, ботов, РП) передаются с использованием физических радиостанций. Возможность и качество приёма сообщения помимо настроек приёмника завивист от дальности и рельефа. Назначение юнита транслятором сообщения сразу же определяет координаты и тип, а может быть даже сразу и частоту транслирующей радиостанции, а также снимает надобность в проверке уничтоженя юнита-транслятора. Можно, конечно, извратиться и транслировать такие радиосообщения без физической радиостанции с одной лишь проверкой частоты. Тогда гарантированный приём при правильной частоте и ненужность в указании координат или юнита - передатчика. Да, частоту лучше вынести в триггер, чем в свойства юнита.

Всё я правильно понял. И предложил вариант выше. Послушать через неё какую-нибудь широковещательную станцию. Передачик последней должен иметь частоту 20.0 - 69.975 Мгц и передавать в режиме ЧМ. На Р-828 нужно выбрать канал с соответствущей частотой. Частоты каналов в файле .../R-828/R_828.lua.

Именно это я и имел ввиду. Для действия триггера "звук" помимо выбора звукового файла выбираешь имя юнита, несущего радиостанцию - и он посылает сообщение в эфир по-честному. Не думаю, что может понадобится делать факт прослушивания игроком сообщения условием для победы/поражения или триггера. Игрок может просто не получить информацию, что скажется на том, как он выполнит задание. Р-828 КВ радиостанция вообще-то смоделирована. Можете проверить.

Т.е. вы просто хотите чтобы частота радиостанции была условием проигрывания некоего сообщения по триггеру? Почему вместо этого транслировать в эфир настоящее радиосообщение по триггеру - частота и всё остальное учтется автоматически.

А зачем это нужно? Пример можете привести?