Голосовой чат средствами симулятора.

А если уже ночь и в комнате спят близкие - это будет считаться "причиной летать молча"?

Прием сообщений будет осуществляться и пилот будет в гуще событий.

нет нет, да и вякнет что нить ;))

ИМХО Нет, так как то, что такая фича нужна, безусловно, но в данный момент есть достаточно сторонних качественных программ. И потому разработчикам попросту не выгодно брать на себя разработку и поддержку такой фичи. Вот если бы не было альтернативы (хотя бы только ТС), то тогда можно было бы надеяться.

Не встречал ни одной качественной, которая бы установилась и работала без гемороя у всех пользователей одновременно. Может не там искал? Ссылочкой не поделитесь?

Возьму на себя смелость сказать: судя по дебатам на этом форуме, на культуру в радиоэфире не стоит уповать. Вспомните манеру общения индивида с ником serg_p и всё станет понятно.

А каким боком культура в радиоэфире к самой фиче? Может в ТС все культурнее будут себя вести, чем во встроенной радиостанции?

А по-поводу serg_p...ТО человека просто достали откровенные глупости, публикуемые уважаемыми форумчанами. Ты заметь, что он грубит не всем, а только избранным. :music_whistling:

Тут есть такие персонажи, что serg_p на их фоне ангел небесный. ИМХО

Вот так реализован голосовой чат в "мире танков"

http://worldoftanks.ru/ru/content/guide/general/voice_chat/

http://www.gamer.ru/world-of-tanks/vivox-predostavit-igrokam-mira-tankov-golosovoe-obschenie

кстати, публика в танчиках бывает очень разная и там есть очень полезная фича выключить приём голосовых сообщений от слишком словоохотливых игроков :D

...в Тундре вроде как тоже есть голосовой чат

ИМХО:

На самом деле радиостанция тема интересная, если реализовать её в реалистично, и каким-то образом заставить только ей пользоваться. Т.е. использовать радиосвязь в тактике и планировании миссий, в т.ч. с возможностью лишить противника связи совсем.

А так утопия - разбазаривание человеческих ресурсов из команды ЕД, а также и без того хлипкого ресурса самого ДЦС.

Проголосовал по первому варианту.

Средствами симулятора - значит "возложить" реализацию на ЕД? Категорически против. У ЕД и помимо радио ещё много что надо доделать, а также внедрить погоду, Т5 с его "динамическим изменением ландшафта" и т.п. В крайнем случае пусть Ми24 сделают, чем радио (хотя и этот модуль я с большим оптимизмом ожидал бы от более опытных в этой сфере Белсимтеков). А радио пусть продолжают разрабатывать люди, создавшие ТАРС, Ариес Радио и тп. Наработки у них есть, нужна лишь "стабильность" от ЕД, чтоб не сталкиваться с проблемами при выходе новых патчей ДКС.

Никакой ТС не позволит нормально коммутировать ястребам, вертам, штурмам и наземке с хотя бы по 2 человека в каждой группе. А добавьте сюда РП, ОБУ и не по 2 человека, а по 2 звена в группу. Уже давно люди задались проблемой радио в ДКС и не спроста.

Радио - это не "свистелка/перделка в уши". Изначально это дифференциация информации, отчленение нужного от ненужного. Относительно помех/шумов многим скептикам стоило бы установить хотя бы какую-нибудь радиостанцию, чтобы понимать о чём разговор. В современных разработках с оглядкой на игровую составляющую внедрены настройки как качества помех (дальность, рельеф и тп), так и их количества. Т.е. какие-то помехи можно вообще отключить, а какие-то уменьшить/увеличить.

Далее, у самолётов ГС3 ведь тоже есть радио, и не одно зачастую. В программах радиосвязи это реализовано, единственно в управлении такими р/с отсутствует "кабинная кликабельность", а доступно лишь управление через GUI или клавиатурными сочетаниями.

В итоге: против реализации ЕД, но за всяческое их взаимодействие с 3-ми лицами в этом направлении.

... Наработки у них есть, нужна лишь "стабильность" от ЕД, ....

Да проблема-то как раз и не у ЕД (пример с TARS), а у тимспика. При выходе новой версии с новой API всё сыпется к чертям. Поэтому разраб TARS и заморозил проэкт. С другими аналогами тоже гемороя хватает. А когда это будет в одном флаконе (DCS+голосовая связь), этих проблем не будет. Я лично против, чтоб это отдавать на разработку сторонним разрабам. Потому что поддержки потом не будет. Пример: BantDit написал в своё время классный скрипт. Вышел патч, и до свидания. И так с каждым обновлением. Так что лучше этим заниматься одной компании. ИМХО

Проблема у посредников, согласен, будь то ЕД или ТС. Поэтому разработчики неделю-пару назад анонсировали об исключении одного из посредников (ТС) и рассчитывают самостоятельно разработать звуковой софт. Ну а то, что API (не в каждой новой версии он радикально меняется) ТС обновляется реже, чем выходят патчи в ДКС - это очевидно даже на фоне последних "задержек" ЕД.

ЕД не успевает при выходе патчей разобраться со своими проблемами, зачем вешать ещё одну? Тут либо кол-во патчей в год сократится, либо вырастет кол-во багов, штат-то не изменится.

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

P.S. Сейчас в FSX полетаю в сети Vatsim, где такая радиосвязь через сторонний модуль как раз реализована. И это офигенно, не какой то бездушный тимспик.

Проблема у посредников, согласен, будь то ЕД или ТС. Поэтому разработчики неделю-пару назад анонсировали об исключении одного из посредников (ТС) и рассчитывают самостоятельно разработать звуковой софт. Ну а то, что API (не в каждой новой версии он радикально меняется) ТС обновляется реже, чем выходят патчи в ДКС - это очевидно даже на фоне последних "задержек" ЕД.

 

ЕД не успевает при выходе патчей разобраться со своими проблемами, зачем вешать ещё одну? Тут либо кол-во патчей в год сократится, либо вырастет кол-во багов, штат-то не изменится.

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

Проголосовал за третий вариант.

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

Я пекусь не о штате ЕД, а о кол-ве багов на единицу патча. А также стараюсь реально рассматривать что ЕД будет делать, а что нет, в какие сроки. Кстати, вам принципиально чтобы это было сделано или чтобы это было сделано ЕД?

Тоже за третий, хотя в онлайне не летаю, то есть пока не летаю...

Я пекусь не о штате ЕД, а о кол-ве багов на единицу патча. А также стараюсь реально рассматривать что ЕД будет делать, а что нет, в какие сроки. Кстати, вам принципиально чтобы это было сделано или чтобы это было сделано ЕД?

Кол-во багов на единицу патча, от наших с вами движений на форуме ни как не зависят, уж поверь мне на слово. :)

Принципиально? Скорее очень желательно, так как показывает практика со сторонними разработчиками, кроме геморроя и недоделанных/криво сделанных модулей мы ни чего не получили.

Кол-во багов на единицу патча, от наших с вами движений на форуме ни как не зависят, уж поверь мне на слово. :)

Принципиально? Скорее очень желательно, так как показывает практика со сторонними разработчиками, кроме геморроя и недоделанных/криво сделанных модулей мы ни чего не получили.

Спорно, ибо как раз для этого создана ветка с регистрацией багов пользователями, так что движение - жизнь)) Относительно сторонних разработчиков можно последить за Лотакой, Таквью и тп, ИМХО популярные и успешные проекты. Если же вопросом займётся ЕД, то:

1) это будет сделано ой как нескоро (у 3х фирм уже работает: те же французы у Лотаки и немецкая Ариес);

2) это повлияет на другие задачи (как раз из-за ограниченности штата ЕД);

3) появляется новая область генерации багов, время на решение которых придётся делить с существующими модулями/развивающимися направлениями.

Спорно, ибо как раз для этого создана ветка с регистрацией багов пользователями, так что движение - жизнь)) Относительно сторонних разработчиков можно последить за Лотакой, Таквью и тп, ИМХО популярные и успешные проекты. Если же вопросом займётся ЕД, то:

1) это будет сделано ой как нескоро (у 3х фирм уже работает: те же французы у Лотаки и немецкая Ариес);

2) это повлияет на другие задачи (как раз из-за ограниченности штата ЕД);

3) появляется новая область генерации багов, время на решение которых придётся делить с существующими модулями/развивающимися направлениями.

Багтреккер совсем другой разговор. Я говорю о том, что наши хотелки на количество багов не влияют. Не стоит тратить свои нервные клетки.

Спорный вопрос в том, что Лотака является успешным проектом, сколько являюсь владельцем, с ней были постоянные проблемы, как итог ей толком не пользовался. На каких серверах используется Лотака? 0 целых 0 десятых.

Тоже относится и к АраесРадио. Пока настроишь, чтобы у всех работало, уже и летать не хочется + у кого нибудь обязательно отвалится, начинай сначала. Обновление мира, и опять всё не работоспособно.

Удобнее иметь встроенную связь, и голова не будет болеть как подружить 3 разные программы.

Багтреккер совсем другой разговор. Я говорю о том, что наши хотелки на количество багов не влияют. Не стоит тратить свои нервные клетки.

Спорный вопрос в том, что Лотака является успешным проектом, сколько являюсь владельцем, с ней были постоянные проблемы, как итог ей толком не пользовался. На каких серверах используется Лотака? 0 целых 0 десятых.

Тоже относится и к АраесРадио. Пока настроишь, чтобы у всех работало, уже и летать не хочется + у кого нибудь обязательно отвалится, начинай сначала. Обновление мира, и опять всё не работоспособно.

Удобнее иметь встроенную связь, и голова не будет болеть как подружить 3 разные программы.

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

А в чём проблема всех 3х фирм? ЕД выпускает мутный патч (в логе ни намёка, только о китайско-французском языке) и всё перестаёт работать. Сколько упомянутый скрипт Бандита работал и радовал пользователей? А сколько ЕД пытается сделать альтернативу? Экстраполируйте. После последних версий/патчей ЕД и Таквью перестал нормально работать. Проблема Виртуоза? Голосовать, чтоб подобный софт сделало ЕД? И ждать хз чего у моря? А почему бы ЕД, видя востребованность продуктов, не пойти на контакт с разрабами и не поинтересоваться, чем официалы могли бы помочь 3м лицам?

Например, тот же ГУИ у всех радиопрограмм идентичен (вплоть до ТАРСа), но проблема в очерёдности вывода его на экран с ДКСом. Чего бы не вставить унифицированный интерфейс в ДКС и дать возможность 3м его юзать, с перспективой самостоятельного использования в будущем при необходимости, как вариант? Если уж у самих руки на полноценную разработку не доходят, так хоть помочь по мере возможности. Если же по пути "мы сами либо всё, либо ничего", то не скоро дождёмся.

Прошу заметить, что никто здесь не кричит: ED бросайте все и делайте полноценную радиосвязь. Все на уровне хотелки, а вот как это решит ED, сами возьмутся (завтра или через год)или кого привлекут, может с разрабами ТС свяжутся нам не ведомо, да и не положено нам знать. Так что хватит бочки катить друг на друга. Лучше поразмыслить о действительно нужности сей фичи и разного рода ньюансах. Я за внутреннюю связь, кто её будет делать, мне не так важно, лишь бы работало и я абсолютно не требую этого ЗАВТРА И ПОД КЛЮЧЬ, прекрасно понимаю трудов затраты и приоритеты, потому и писал выше: с малого и по возможности, а дальше больше, может это уже есть на самом деле, но не включено или какие наработки были. В конце концов офф точки зрения не слышал. А как хотелка - считаю очень даже нужная вещь. И ещё раз: я не требую этого ЗАВТРА И ПОД КЛЮЧ

Просто радиосвязь сейчас уже реализована лучше, чем во многих проектах. Стало быть буква А произнесена. Буква Б никак не рождается.

Реализация базовой радиосвязи не требует больших трудозатрат - голосовые потоки можно реализовать тем же Opal, библиотеки практически под ключ. STUN решает проблемы NAT'а с обеих сторон. Единственное потенциально узкое место - conference bridge при большом количестве абонентов, может потребовать значительных вычислительных ресурсов. Cisco для этого выделенные DSP использует.

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

Ребят, так не забывайте, что по хорошему, нужно привязать связь к радиостанции конкретного борта, а не иметь универсальную на всех типах. Да плюс к этому, сецчас связь в ДКС зависит от дальности, затенения. Пеленги опять таки можно брать.

Представте себе, Ми8 например обнаруживает цели и по своим пеленгам выводит на них Ка50 или в идеале Су25. Это же совсем другой уровень взаимодействия. Или Ми8, эвакуирующие на некоторых серверах, сбитых пилотов идущие на Комара.

Реализация базовой радиосвязи не требует больших трудозатрат - голосовые потоки можно реализовать тем же Opal, библиотеки практически под ключ. STUN решает проблемы NAT'а с обеих сторон. Единственное потенциально узкое место - conference bridge при большом количестве абонентов, может потребовать значительных вычислительных ресурсов. Cisco для этого выделенные DSP использует.

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

О! Наконец, разбирающийся в этом деле человек появился :thumbup: Может поможешь ED с идеями по реализации.

muffler

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

а просто нормальный API реализовать религия не позволяет? Взять ту же Арму - имеем API, имеем два плагина раций - ACRE и TaskForceRadio. Работают через TeamSpeak. Оба разработаны сторонними разработчиками. У кого-то всё правильно, а у кого-то - по другому.Точно можно сказать, что программистам ED воры-карманники не страшны.