Вот хочу представить вам свой софт для PMDG 737NG. Реализовано пока еще не все, но многое. Программа совместима с платами EZ_BUS то есть на COM-порте, хотя думаю можно попробовать перевести все на USB через виртуальный COM-порт.
Передача в сим осуществляется через виртуальные джойстики(оффсеты 3340-3364). Так же сделана плата для осей и энкодеров.
Передача в сим осуществляется через виртуальные джойстики(оффсеты 3340-3364). Так же сделана плата для осей и энкодеров.
И хотелось бы узнать: Есть ли смысл работать дальше над проектом?
Вот скрины проги:
http://pic.ipicture.ru/uploads/090803/5K4fibZ1se.jpg
http://pic.ipicture.ru/uploads/090803/jGZGPqrsgl.jpg
http://pic.ipicture.ru/uploads/090803/XxMf5AIW0f.jpg
http://pic.ipicture.ru/uploads/090803/5BdjPTmpv1.jpg
DellR (03 August 2009 — 21:10):
Передача в сим осуществляется через виртуальные джойстики(оффсеты 3340-3364). Так же сделана плата для осей и энкодеров.
И хотелось бы узнать: Есть ли смысл работать дальше над проектом?
Наверное имеет 🙂 Я пока сделал только это. Но я делаю классику, а Вы NG.
Прикрепленные изображения
На какой платформе у вас прибор выполнен, если не секрет?
Мне удалось написать на VB.NET альтиметр.exe на базе GDI+, данные ему шлет по UDP клиент.exe, приконнектившийся к FSX.
Несмотря на .NET все летает.
GIP (11 August 2009 — 14:58):
На какой платформе у вас прибор выполнен, если не секрет?
Мне удалось написать на VB.NET альтиметр.exe на базе GDI+, данные ему шлет по UDP клиент.exe, приконнектившийся к FSX.
Несмотря на .NET все летает.
Написано все на Microsoft Visual C++, используются только WinAPI и OpenGL для максимальной совместимости с большинством платформ.
Кто хочет, может попробовать с X-plane. http://www.737cl.com/files/plugins.rar (Шрифты и xplane IOCP клиент в архиве от opencockpits) инструкция:
В нем несколько смещен центр вверх, но это потом буду править. Несмотря на помощь пилота Люфтов пока разработка приостановилась из-за того, что я реализую логику блоков согласно схемам реального самолета, дополнительные режимы индикации на EADI (stall pitch limit) зависят от режима полета и, в частности, Slats & Flaps, а с этим у фришной модели 737-300 которую я брал за основу — просто беда. Поэтому переделывать придется все — и решил пока с геометрией самолета и, в частности, кабиной закончить, раз уж начал. а там просто дебри — можно годами размеры сводить 🙁
С++ для меня сложноват даже при обилии примеров. Другое дело доступность .NET. Разобрался, захотел реализовать свою панель стрелочных приборов а-ля ITRA под fsx. Долго экспериментировал, получилось, но — пока только один альтиметр (времени мало).
Концепцию выбрал по типу этой: каждый прибор — exeшник со своим IP, размещение на панели — мышью, координаты — в общем ini. Отдельный клиент запрашивает данные у симконнекта и шлет на нужный IP, протокол UDP как самый быстрый. Результаты неплохие, на буке с пнем1600 стрелка вертится как и в симе. Так что буду продолжать.
GIP (11 August 2009 — 22:18):
С++ для меня сложноват даже при обилии примеров. Другое дело доступность .NET. Разобрался, захотел реализовать свою панель стрелочных приборов а-ля ITRA под fsx. Долго экспериментировал, получилось, но — пока только один альтиметр (времени мало).
Концепцию выбрал по типу этой: каждый прибор — exeшник со своим IP, размещение на панели — мышью, координаты — в общем ini. Отдельный клиент запрашивает данные у симконнекта и шлет на нужный IP, протокол UDP как самый быстрый. Результаты неплохие, на буке с пнем1600 стрелка вертится как и в симе. Так что буду продолжать.
Для стрелочных приборов такая концепция конечно лучше и проще, но только если у Вас есть готовая модель для сима с логикой 🙂 А у меня такой нет 🙁 Т.к. и автопилот и автотроттл и инерциалку и FMC все придется писать мне самому (безумие, «а шо пАделаш»). В таком случае передавать данные по айпи и синхронизировать будет очень сложно. Я просто пишу объекты в пределах однйо проги и так мне легче программить. А для каждого прибора просто создаю отдельное окно, благо с OpenGL это довольно-таки несложно (а вот включить сглаживание — ВОТ ЗАДАЧА ОКАЗАЛАСЬ! 🙂 ).
А с MSFS я завязал — попробуйте как приборы работают в Xplane. Тоже обратно не захочется 🙂 Т.к. моя прога общается с симом только через IOCP сервер, я пробовал подключаться к MSFS. Скорость обновления приборов была совсем грустная — никаких 40 ФПС как положено в настоящем боинговском EADI & EHSI 🙁 Визуально было заметно как прибор ходит за горизонтом с запаздыванием.
Сообщение отредактировано vitabutch: 12 Август 2009 — 00:52
Я в этом плане оппортунист: мощная машина + симконнект + проработанный самолет + свои приборы = полеты со всеми аддонами, погодами в детальные, красивые порты по всему миру. Cогласен, век MSFS подходит к концу — Aerosoft напр. вплотную разрабатывает новую невиданную доселе мега-платформу авиасима на новых технологиях. Железо-то наше останется, клиент перепишем под новый SDK — и в дамки. Кстати, через эти 1,5 года разработки, возможно X-Plane уступит позиции, тот еще вопрос.
В любом случае — удачи в начинаниях!
GIP (12 August 2009 — 19:35):
Конечно критична 🙂 Причем была не критична пока я не полетал на 40 фпс 🙂 Причем если Вы попробуете пилотировать как положено — по авиагоризонту — то меня вспомните 🙂
GIP (12 August 2009 — 19:35):
Несомненно! Но симконнект жестко привязывает Вас в МСФС.
GIP (12 August 2009 — 19:35):
Посмотрите на Париж, сделаный еще для 8ки. Причем бесплатный. http://baugras.club….te/english.html
Я когда летали в этом сценарии над центром жена то и дела тыкала пальцем — помнишь, мы там кушали, а там мы сели на RVR, а вот там ты бокал вина опрокинул на скатерть. В общем — впечатляет. А потом посмотрите на него-же только на закате, с включенным трафиком на дорогах.
GIP (12 August 2009 — 19:35):
Монументальным — нет, а вот эксклюзивным — да. Причем не потому что он такой уникальный, а потому что это понадобится всего нескольким людям. Обычный симмер, кто не строит кокпит вряд ли заинтересуется таким софтом. А продавать я никогда не буду по принципиальным соображениям 🙂 Все что захочу выставить — будет фришным.
GIP (12 August 2009 — 19:35):
ну тут как раз парадокс. Что значит уровень рынка? Вы будете неприятно удивлены, узнав НАСКОЛЬКО примитивно сделан моделинг систем во всеми любимых PICе и PMDG(старом, т.к. нового пока нет). Я сейчас говорю про 737й. Причем если сузить выбор до 737 классики, то вообще ничего кроме PIC на рынке нет. И я Вас уверяю, что сделать моделинг систем лучше, чем там, очень просто. Именно потому, что я могу писать моделинг на отдельной платформе, и мне не надо заморачиваться чтобы втискиваться в рамки сима. А это, уж поверьте, большая разница 🙂 (А еще потому что у меня есть довольно много информации как оно должно работать и помощь увлеченного симом реального пилота классики, кстати, это и его цитата тоже что МСФС фтопку)
Я не планирую делать визуализацию,т.к. мой софт предназначен для кокпита. А это значит минус 80% усилий «рыночной» разработки по визуалке.
Главное тут не бросить — а иногда меня так бесит копаться в мануалах сутками 🙁 Как сказали буржуи, разработку надо вести так, чтобы можно было летать еще до того, как проект будет завершен. У меня пока не очень выходит так делать 🙁
GIP (12 August 2009 — 19:35):
В любом случае — удачи в начинаниях!
Поживем увидим кто разработает и что разработает 🙂 Я планирую мимнимизировать «порочные связи с симом»,т.к. что новая платформа меня не пугает а даже радует.Я — за прогресс! 🙂
Вам тоже удачи! 🙂
С оффтопмком завязываю 🙂
vitabutch (14 August 2009 — 12:23):
Абсолютно согласен. При разработке систем для тренажерного комплекса (или домашнего кокпита — хоть как назовите) лучше сразу предусмотреть более-менее универсальное и относительно симонезависимое решение, так как собственно ПО вряд ли будет сильно совершенствоваться, зато симы могут меняться хоть каждый год.