Activity

“складные лучи” … возить ее в автобусе несколько неудобно.

Да, я не представляю как на трамвае возить модели. Я в своё время и машину купил ради хобби - но я начинал с самолётов, а они как правило больше - выбора не было.

А что касается конструкции, я не понял, как будет реализован шарнир - но (складываемость) увеличивает вес, уменьшает надёжность. Может быть сделать чехол прощще ?
И еще один момент смущает - я так понял тяговыми будут 450-е хвостовые узлы. А выдержат-ли хвостовые хабы увеличенные лопасти (+ видимо нештатные обороты) ?

Простите, а зачем складные лучи ?

Потихоньку вернулся к проекту - пришлось сделать домен, сайт, хостинг, изучить php 😃

Но всётаки вернулся собственно к симулятору. Работа идет.

Спасибо.
Я в общем тоже не тороплюсь (ну то есть не хочу гнать во чтобы то ни стало).
Тем более, авторы графического движка обещают скоро выпустить новый релиз, где обещано больше опций с тенями, что в свою очередь может положительно сказться на производительности старого железа.

Для тех, кому не очень нравится поведение модели, и кто хочет заняться настройкой (что при наличии пока всего одной - достаточно актуально) - буду выкладывать версии с логом-консолью, где можно будет увидеть невидимые сейчас характеристики. По ним косвенно будет легче понять, куда что подкручивать (и что работает неправильно).

В буд. среду-четверг сдаю рабочий проект, потом 2-3 дня не вылезаю с поля - сезон уже давно наступил (!), ну а потом продолжаю этот проект.

Мелкие новости:
Горит рабочий проект, и я видимо недели на 2-3 делаю паузу. В связи с этим, и т.к. были желающие посмотреть выкладываю версию 0.5.8 в текущем состоянии (как оно есть) на сайте (в разделе links) разместил ссылку.

К сожалению сделано не всё, что обещал в 0.6, но тем не менее:
Что поменялось:

0. Оптимизация производительности (почти) не проводилась.
1. Вместо упраздненных фич “Engine autostart”, “Toggle engine” двигатель теперь управляется каналом Throttle.
   1.1. Контроллер (пока) включает / выключает двигатель по 50%-му порогу. В дальнейшем поведение контроллера (???) видимо будет переносено в настройки модели. Autorotation escape происходит, если обороты не упали до совсем критической величины.
   1.2. Так-же, есть возможность управлять этим каналом с клавиатуры. В этом случае “автостарт” будет работать при установленной галочке “Invert”.
2. Тестовые ползунки каналов для W7 (часть оставленя старые)
3. Как писалось раньше, можно выбирать карты (самих карт пока нет 😁)
4. Вынесена (незначительная часть параметров модели в отдельный XML файл). Есть сопротивление воздуха. На подбор корректных параметров времени много не тратил. Если не нравится, подкорректируйте пока сами.
5. Внутри много других (возможно сразу незаметных) мелких переработок (и видимо багов тоже), котрые сейчас нет времени описывать.
6. Силовая установка и хвост остались прежними.

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

Да, к сожалению, еще немного придется подождать, потому что:

0. По основной работе небольшой завал.
1. Праздники, хозяйственно-личные дела.
2. Полетать тоже хочется (зима вообще была караул 4 месяца средняя дневная температура -20 -25), вчера с октября прошлого года первый раз вылетел на улице. Супер.

Ну и по делу. Решил сразу побольше включить в релиз.
Итого, в 0.6 будет включено:

0. Доработки физики (в т.ч. воздух, силовая установка)
1. Вынос всех, каких можно параметов из хардкода в файлы конфигурации, с их документированием.
2. Переделка джойстика (канал throttle c передатчика и пр.)
3. Выбор карт (ландшафт) и дополнительная (облегченная, как первый способ оптимизации производительности) карта.
4. Ползунки, для Win7.

Ориентировочный срок - неделя.

Есть кстати вопрос:
Достаточно-ли 7 точечной кривой в каналах контроллера ? Или надо к примеру 9 и больше?

Еще новости

1. Нашел явный косяк. Было случайно отключено сопротивление воздуха, т.е. оно было = 0. И поскольку вычисление подъемной силы было сделано в хитром макетном виде, автоматически, то и ситуация с общим шагом была досаточно странной.
   При правильном расчете сил (в общем случае) при даче питча аппарат должен снижать ускорение по мере вертикального (и вообще любого) разгона (как и отмечал AlexSr).
2. Сделана выбиралка карт.

2 Громозека (сорри, коммент типа удалился, изза моего незнания тонкостей блог-движка, но вроде по ссылке раскрвыается)

Я рассматривал этот симулятор, не далее как летом 2009го, так-же как и
Heli-X
ClearView
Preflight
FSOne,
Sikorsky
Плюс еще парочка, не упоминая о всех других коммерческих “флагманах” + FMS.

Моя позиция очень проста: аргументы типа “Вы езжайте в Киев и посмотрите” - не рассматриваю.
Почему: Вы по каким-то причинам (м.б время, желание) не хотите излагать суть вопроса, почему я должен докапываться до этой сути за Вас ?
Прошу не обижаться, это просто логика, и попытка рационального ипользования времени. Я и так трачу много (сверх запланированного) времени на какой-никакой суппорт в виде этого блога, сайта, документации, и кстати FAQ-а на русском. Не то чтобы я это ставлю себе в каую-то особую заслугу, а просто оно (время) соответсвенно отнимается от самой разработки.

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

Просто призываю Всех, давайте не будем скатываться в *общие* рассуждения о методиках проектирования програмных продуктов (не то чтобы при ~20-летнем опыте работы в области программирования я не мог сказать ничего по этому вопросу, а просто у меня на это нет времени).

Если хотите по сути - тут я готов обсуждать (при условиях, озвученных выше).

Но ваш на рабочем (не 3д видеокарта) компе не заработал

Вы FAQ читали ? Там всё написано про конфигурацию.
Еще раз, хотелось-бы уточнить:

• Если есть предложение по введению новой функциональности, то лучше их описывать непостредственно, без ссылок на другие проекты.
• Если есть комментарии по работоспостобности (багрепорт), то лучше их привязывать к формату, приведенному в заглавном сообщении дискуссии (кроме случаев, когда суть вопроса не попадает под приведенный формат).

Иначе, как я уже говорил мне придется тратить время на допросы.
Извините, но я не могу тратить на это время.

p.s. Про оптимизацию уже писал.

Прогрессбары в 7-ке. Видимо да, поскольку использую стандартный контрол из ctl32 - то возможности по их тонкой настройке ограничены. Видимо буду менять на свою отрисовку.

Александр, несколько вопросов касаемо:

• поддержка фотополей (это красиво и не слишком требовательно)
• открытый формат моделей (не сменные шкурки, а возможность засунуть свою любимую визуалку), пусть даже в виде одностороннего конвертера
• честная поддержка соосных/многороторных конфигураций (а не эмуляция невидимого хвостового ротора), возможно ли такое?
• в итоге планируется некая “летная модель” с кучей переменных, или что-то вроде “вот у меня лопасти с таким-то профилем, длиной и шириной, мотор с такой-то характеристикой (готовой или введенной вручную), сервы с таким-то откликом и тд…”? то есть конфигурация будет рассчитываться и отталкиваться от введенных человеко-понятных значений, или пользователь будет гадать “а на что же влияет ‘коэффициент упругости левой задней опоры’”?

• Фотополя (с большой долей вероятности) будут (собственно это проще). Просто руки не дошли.
• Открытй формат - он и так почти откртый, без конвертеров (zip, xml, 3d форматы). Почему почти - потому что сейчас (временно) по организационно-техническим причинам визуальные 3d файлы от ep-500 вшиты в экзешник. Причин несколько, их буду озвучивать позже.
• Соосники (они в планах есть, но не в первую очередь) конечно будут честные. Собственно по “честному” их делать (для меня) прощще.
• Летная модель. Сейчас очень много вшито. В итоге планируется нечто среднее, с постепенным переходом от вшитых таблиц к расчету по мере развития. К примеру профиль сейчас конечно не расчитывается. Сервы уже сейчас в некотором виде заложены. Но сосбственно тип профиля, длина и ширина тоже параметры. И вопрос лишь в степени детализации расчета физ. эффектов.
  Расчитывать можно и силу трения в резбовых соединениях в зависимости от марки локтайта, раскручивать их в полете от вибрации и т.д. И здесь есть 2 основных контрдовода:
• Ресурсоемкость такой разаработки (я всётаки (еще 😁) не аэрофлай и не феникс).
• Востребованность таких фич в массах.
  Сейчас есть очень много мест, где конь не валялся (те-же прогрессбары и звук … и еще 20 неозвученных пунктов). Сначала будут реализованы они, а потом пересмотрены другие компоненты на предмет детализации расчетов.

Косяков (сказать точнее просто недоработок) еще очень много, планов тоже.
В грядущей версии все должно быть несколько поадекватнее в плане настроек.

p.s. Да, звук на каком-то этапе “отвалился”, погляжу.

Виктор, еще раз спасибо за детальный подход к вопросу.

Фича “получение моделью в лоб” на самом деле уже была реализована, но изза небольшой переделки формата карт отложена (но вернется). Будут и другие модели. Все пожелалки считаю здравыми, и так или иначе будут реализованы. Модель повреждений будет детализована (лопасти сейчас немного криво складываются, будут ломаться и/или отстеливаться, в зав. от типа удара).
И еще к примеру сейчас есть небольшая проблема с повреждением обоих роторов. Т.е. : факт его повреждения регистрируется по силе контакта с землей, а глубина проникновения игнорируется. Иными словами, если аккуратно (трудно, но можно) погрузить диск ротора в землю (хорошо заметно с ХР), то контакт не регистрируется. В тоже время, если совсем чуть-чуть (по глубине проникновения) но с большой силой (направление тоже игнорируется) лишь коснутся земли, то ротор считается поврежденным. Просто пишу что такая недоработка есть, мне известна, и меры будут приняты.

В целом ближайший план работ таков:

1. Упорядочивание формата моделей (с публикацией и болле внятной (вкл. исправление некотрых тек. ошибок) интерпретацией физ. параметров).
2. Оптимизация быстродействия, снижение требований к железу.
3. Наколбасить чуть побольше моделей (в планах 450 и 600 нитро) и карт.

P.S Александр, убери кактус из полетной зоны! 😃

Кактусы за спиной

<?xml version="1.0"?>
<world version="2" size = "500;500;500" gravity = "9.8">

  <sky type ="skydome" texture = "sky.bmp" texture_percentage ="1.0" sphere_percentage ="1.05"
    clouds_texture = "clouds.bmp" />
  <lightsource ambient ="255;32;32;32" shadow_color = "100;0;0;0" position = "-500;4000;-1500" color="255;200;200;200" />

  <terrain type = "flat" tilescount ="1;1" texture = "terrain.bmp"
   detail_texture ="land_details.jpg" detail_scale ="250;250;0" /> <!--will be reimplemented -->

  <object
    filename ="helipad.object.xml"
    position = "0;0;0"
    rotation = "0;0;0"
  />

  <object
    filename ="cactus.object.xml"
    position = "10;0;-15"
    rotation = "0;0;0"
  />

  <object
    filename ="cactus.object.xml"
    position = "-15;0;-30"
    rotation = "0;0;0"
  />

  <object
    filename ="forest.object.xml"
    position =  "100;0;250"
    rotation = "0;0;0"
  />

  <object
    filename ="forest.object.xml"
    position =  "-70;0;150"
    rotation = "0;0;0"
  />

  <object
    filename ="forest.object.xml"
    position =  "-200;0;-150"
    rotation = "0;90;0"
  />

</world>

Меняем media\core.zip\test.world.xml

>При настройке каналов джойстика, когда прыгают линейки по каналам -
>прыгают они с большой задержкой. Если это не баг, а фича,
>то задержку можно уменьшить вдвое.

А на “controller hud indicator” - цветные линии в симуляторе - задержка видна ?
И какой джойстик ? PPJoy?

Тяга, что общая, что циклическая, должны быть максимальны в начальный момент (до движения) и падать - с ростом попутной скорости.

Да, согласен.

присутствуют задержки … по каналу управления

Да, присутсвуют - вкупе с люфтами они дают немного другой эффект, не просто задержка, а затухающие колебания (так или иначе почти по всем каналам). Это у меня тоже где-то было, но пока не очень успешно, всё входило в резонанс и я отключил.

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

Саш, обычно нижний предел принято считать 30-40 FPS. Выше человек уже не замечает разницы, и ниже очень все видно. Не совсем понятно, что так может тормозить компутор. Вроде графика не тяжелая на вид. Может многовато полигонов в кадре получается?

Навороты там присутствуют в большом объеме. Модель по полигонам слишком большая (для старых видеокарт). На карте (которая на самом деле не плоское поле, а ландшафт с картой высот) включено несколько detailmap-ов (травка под ногами), слой облаков (или по моему даже несклько). Карты отражений в модели (в самом 3Д-файле этого сейчас нет, но они включены, и время отжирается). Итог такой: вроде ничего сверхестественного, а тормозит (на старом железе).
Уже писал, всё это буду делать опциями детализации (видимо в в. 0.7)

Теперь с моделью:

Самая главная проблема, что большая часть сейчас прошита в коде и не читается из файла. У меня есть несколько режимов отладки (ну типа читкоды 😃), что-то из этих коэффициентов возможно попало в “релиз”.
Конкретно сейчас занимаюсь соданием “профилей” - т.е. выбираемый (из множества) файл конфигураций на одну модель, и тогда будет неважно, что я там у себя начудил, конечного пользователя это не затронет.

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

По поводу величины тяги - она у меня зависит от 4х табличных кривых: питч, обороты и верт. и гориз. скорости … но… моя явная недоработка (просто еще не брался как следует) - вычисление эффекта срыва потока. Он сейчас начинается очень быстро и почти всегда. И соответственно неоправданно много отжирает от подъемной силы. Опять-же вшито. Отсюда очень странная реакция на питч. Примерно то-же самое с просадкой оборотов.

По поводу цельности тушки - да, так и есть. Она монолитная (я писал пред. записях). Буду делать 3 материала - пружинящие шасси, жесткий ротор, сминаемая тушка.

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

Да нет, всё нормально. Я прекрасно понимаю некоторое недоумение пользователей. Каждой водитель - он всегда пешеход 😃. И если есть косяки, то они есть косяки, как не называй.

Обсчёт физики должен быть равномерным и привязан к реалтайму (именно времени, а не времени между кадрами. Иначе будет то, что часто наблюдайтся в симах - проблемы дробления и неадекватности поведения.
ФПС может меняться по множеству, не зависящих от самого приложения причин.
В этом варианте - невозможна интерполяция вперёд. В варианте реалтайма - возможна. Хотя, это конечно усложняет алгоритмы работы.
Одно дело “дёргание картинки” при сохранении правильной траектории и реакции (стабильность получения данных от “джойстика” - то же важна), другое дело - изменение самой физики полёта в зависимости от фпс.

На самом деле всё так и есть - физика просчитывается по рилтайму, а не по скорости графики. Ведь те, у кого дает 120-240 фпс, не наблюдают, что вертолет летит в 2-4 раза быстрее. Есть и интерполяция, сглаживающая разбегание физики и графики… но…

Всегда есть нижний предел (который всегда должен быть > 0), при которм “разбегание” настолько велико, что симуляция теряет стабильность и смысл - всетаки пользователь управляет глядя на картинку. У меня сейчас этот предел равен 60. Я могу поставить и 20 - но при этом на экране будет изображаться модель там, где ее на самом деле уже нет, а если выключить интерполяцию, получится слайд-шоу. Интерполяция вперед - вещь сомнительная для интерактивных (упр. пользователем) объектов.

Я безусловно признаю, что в тестовой версии перегрузил графику - хоть визуально это не очень заметно (на самом деле виной тут карта(scenery)), и если ее упростить, полeтит даже сейчас). Во многих симах вообще всё гораздо прощще - модель - а вокруг нее только панорамная текстура. И просчитывается только “пол”. Никаких объектов, по карте ходить нельзя.

В общем решение я уже принял - надо несколько более диференцированно подходить к детализации, сделать порог в 30fps. Сделать облегченные версии графики без ущерба визуализации и т.д. На след. этапе этим и буду заниматься.

На самом деле, Вы говорите всё тоже самое, что говорил Longobard.
…
Я понимаю, примерно так это и должно выглядеть, но…

Я снова вынужден повторить, что если у кого-то железо при определенных настройках не вытягивает 60 FPS (почему - это другой вопрос), то физика не считается корректно, и говорить о ней вообще не имеет смысла. Такова особенность реализации (я не говорю о том, что ее нельзя поменять), основанная на спецификации, а там написано GeForce 6xxx+ и аналоги.

С инсталятором, да, был косяк, сменил mutex, переделывать очень много приходится. А uninstall делался ? По идее надо-было-бы (не помню, писал, или нет).

Конфиг пока не может не перезаписываться, т.к. формат меняется. Ничего не поделаешь (кстати я вот тут выше поднимал вопрос о throttle - и пока его не решу).

Проблема выбора мин. конфигурации для разработки - это всегда очень сложно. Сделать упор на “low-end” - значит потерять в фичах, на “hi-end” - потерять “средних” пользователей. Какой-бы распрекрасный по физике симулятор ни был, мало кто захочет его запускать без ускорителя, в режиме VGA 320*200*8 bit. Поэтому графика должна быть на уровне.

Посему был сделан выбор на среднюю на тек. момент конфигурацию.

Тут я вижу 2 варианта - для тех пользователей, у которых что-то не работает (вкл. 60+ fps) - попытаться добиться работоспособности (снижением разрешения, выключением тени, итд, я могу описать, как это делать), либо подождать, через пару недель я примусь за низкополигональные модели, и некоторые другие оптимизации. Возможно найду и процитирую фак, как tweak-ать видеосистемы на производительность.

Прямо сейчас заниматься оптимизацией не могу. Позже.

p.s. Спасибо за упорство AndrewStick - был найден недоложенный в setup wrap_oal.dll. Не знаю, запустилось-ли у него после этого, а мой косяк тут был.

Время раскрутки ротора на старте слишком большое. Тут “реализм” не нужен, ждать по 10сек надоедает. В Фениксе ротор раскручивается почти мгновенно.

Поменяйте softstart=“0.0”. На самом деле это будет равно ~1.5 секунды (цикл коррекции говернера).

А вообще тут не всё так просто (не на уровне реализации, а на уровне постановки задачи):
0. У меня (почти) всё по честному - если что-то летит - это сила, если крутится - вращающий момент. Если дать большой импульс на ротор, тушку просто свернет. Но это конечно можно обойти (давая “нечестный” контр-импульс - сейчас кстати отчасти так и делается (потому-что гира тоже в 2 оператора написана), поэтому и хвост такой нереалистичный), есть небольшой вопрос когда это делать:

1. Нужно иметь возможность авторотации (с отменой). Т.е. вкл-выкл мотор.
2. Не только с клавы “E” как сейчас, но и обязательно с передатчика, каналом throttle.
3. А вот после того-же autorotation escape (когда из холда обратно включаем газ) - применять хак или нет? А если сел, остановился, покурил и снова полетел ?

Если я непонятно объяснил суть вопроса, спрашивайте, попробую по другому сформулировать.

Выложена новая подверсия. narod.ru/disk/…/setup 0.5.2.1 alpha.exe.html
Ничего революционного. Скорее типа патча.
Стоит попробовать тем, у кого не идет.

• Обновил версию графического движка. Обновление обещало “it fixes a severe bug … which causes reduced rendering speed.”. У себя большой разницы не заметил.
• Лог в файл rcsim_log.txt
• Несколько более предметные сообщения об ошибках.
• Модель подзаряжена по общему шагу (4.5 вместо 2.5)
• Добавлена опция упрощенной тени. Пока выглядит позорно, буду заниматься.
• Предупреждение в виде “!!!” при маленьком уровне FPS.

Внятное настраивание моделей в процессе, но будет позже.

Для желающих поменять Ц и К шаги пока рекомендую временно обойтись кривыми.
В “умолчательном” положении они кстати довольно сомнительные - это мои личные настройки, использую для отладки.

Чуда не произошло.

Жаль конечно, но чудес на самом деле не бывает.
Я бы рад помочь, но могу только гадать, что у вас за система.
Если есть желание, надо предметно разбираться (к примеру самое простое пришлите мне на почту файл, сгенерированный msinfo32).

Если нет, может быть позже, я поставлю побольше диагностических сообщений (саму проблему это кстати тоже не решит) - но возможно несколько прощще будет с отчетами.

Ну в общем вынес 2 решения:

1. Уменьшить нижний порог в графике (полигоны в модели, пыль, итд). Хотя изначально думал еще наворотов подогнать. Есть еще вариант: сделать упрощенную тень. Не так красиво, но помогает в ориентации.

2. Модель. В приложение к текущему будет отдельный текстовый файл, где можно будет менять основные параметры. Перенос из кода, упорядочивание и документирование в процессе, так-что пока не сильно спешите, в новой версии будет описание.

p.s. У кого тормозит, выключайте тень (stencilbuffer) - она прилично кушает. К примеру запускаю в разрешении 1280 x 720 - без тени 360-400 fps. С тенью 160-230.
Для справки ниже моя конфигурация (на самом деле скромная по нынешним понятиям).

------------------
System Information
------------------
   Operating System: Windows XP Professional (5.1, Build 2600) Service Pack 3 (2600.xpsp.080413-2111)
           Language: English (Regional Setting: Russian)
          Processor: AMD Athlon(tm) 64 X2 Dual Core Processor 4600+,  MMX,  3DNow (2 CPUs), ~2.4GHz
             Memory: 1024MB RAM
          Page File: 437MB used, 2023MB available
    DirectX Version: DirectX 9.0c (4.09.0000.0904)
     DxDiag Version: 5.03.2600.5512 32bit Unicode
---------------
Display Devices
---------------
        Card name: NVIDIA GeForce 7300 GT
   Display Memory: 128.0 MB
   Driver Version: 6.14.0011.9562 (English)
Driver Attributes: Final Retail
 Driver Date/Size: 11/21/2009 08:34:54, 6282752 bytes
      WHQL Logo'd: Yes
-------------
Sound Devices
-------------
            Description: Realtek HD Audio output
                   Type: WDM
         Driver Version: 5.10.0000.5377 (English)
      Driver Attributes: Final Retail
            WHQL Logo'd: Yes
        Driver Provider: Realtek Semiconductor Corp.
         HW Accel Level: Full
              Cap Flags: 0xF5F
    Min/Max Sample Rate: 8000, 192000
Static/Strm HW Mix Bufs: 33, 32
 Static/Strm HW 3D Bufs: 33, 32
              HW Memory: 0
       Voice Management: No
 EAX(tm) 2.0 Listen/Src: Yes, Yes
   I3DL2(tm) Listen/Src: Yes, Yes
Sensaura(tm) ZoomFX(tm): No

Ну вас не поймёшь - одному резвая, другому вялая по циклику 😁

В принципе есть файл ep500.zip - в нем model.xml
Там есть секция <properties>.

Проблема в том, что

1. Не всё в берется оттуда, кое-что просто тупо hardcoded внутри программы.
2. Не всё в одинаковых единицах. В основном это си, но есть и “попугаи”.
3. Формат не окончательный, наверняка будут изменения.

Опишу только то, что реально можно подкрутить прямо сейчас:

liftpower=“2.5” - тяговооруженность, т.е. макс. подъемная сила ОР, выраженная в усл. единицах, сейчас не помню, типа (масса модели * гравитация). Т.е, если поставить 1, то оно не взлетит (будет еле держаться в воздухе).

rotaterate=“0.8;1.2;0.8” - Скорости вращения (вернее вращ. момент) циклик и хвост ELE;RUD;AIL

Ну и есть кривые отклика контроллера, там можно покрутить.

Матрицу инерции (распределение массы по объему) косвенно редактировать тоже можно, но сейчас она связана с геометрией, и поэтому редактировать не стоит. Сделаю отдельный параметр.

Всё остальное - (даже несмотря на то, что вам кажется, что вы понимаете как этот параметр должен работать) сыровато, и не всегда может дать требуемый эффект 😃. Т.е. попозже, и как я говорил, параметры вынесу в отдельный текстовый файл (для удобства).

p.s. Да, какие-то антивирусы могут давать предупреждения, т.к. используется т.н. ехе-packer - для оптимизации объема программы.
Но уверяю, вирусов не держу.

Я в общем-то не любитель хвалебных од, и всегда хочется по сути, за что Вам и спасибо.

win7, технических проблем нет (кроме хаотичных рывков картинки, при fps 30-35 и выводе direct3d).
Что же касается движка - претензии такие:

1. Очень ватный переворот вбок (по оси aleiron) и относительно резкий - по элеватору. Руддер тоже оооочень задумчивый.
2. При попытке играть шагом (плюс-минус-плюс-минус) верт проваливается и падает. Вообще он очень легко падает вниз и очень задумчиво поднимается вверх, как будто в нем двигатель в одну хомячковую силу 😃

Инерции у вертолёта тоже почти нет. Харрикейн (пролет по кругу хвотом вперед в инверте) сделать так и не получилось, вертолёт просто встает на месте и теряет скорость
В целом физика очень странная, непохожая ни на реальность, ни на другие симуляторы. Хотя это альфа 😉 Но тест на то и тест - чтобы безжалостно указывать на недостатки.
А в остальном - вполне работающий симулятор 😃

На самом деле 30 FPS - это и есть проблема.
Минимальные, при котрых физика работает штатным образом, это 60+.
Попробуйте OpenGL, и меньшее разрешение.
Так-же штатным является VSync. И предпочтительным OpenGL 😃
Если Видео GеForce, может попробовать создать профиль приложени (NV Control Panel) с оптимизацией под скорость ?

Если-бы каким-нибудь образом удалось поднять FPS до 60, и снова проверить поведение модели (инерция и т.д).
А кстати, какой DirectX, и какой OpenGL ?

Выложил новую версию 0.5.1
По идее ошибки должны выдаваться более внятно (но не везде 😁)

Все кто просил версию
rcsim.narod.ru/links.htm

• вверху ссылка.

Еще раз просьба, если хотите оставить фидбэк, не теряйте наше общее с вами время, допросы с пристрастием крайне непродуктивная вещь 😃, сообщайте подробности (включая опции программы, с которыми у Вас возникали проблемы).

Ну это я понял. Я дальше про опции спрашивал и xml.

В общем смотрите, будет желание разобраться, давайте, а пока - сами видите:
метод локализации проблем “всё просто” не действует.

p.s. Почитал про ATI hd 2600. Она вроде DX10 поддерживает. Правда его не поддерживает XP.
И здесь сразу много вопросов.
p.p.s Можно еще попробовать driver=“software” - корректно работать не будет, но в качестве диагностики
нужности SP3 может кое-что прояснить.

Ну ладно, попробуйте, но может дело не в этом.
Просто мне трудно понять, что происходит, я несколько раз просил привести

последовательность действий, приводящих к ошибке.

мой конфиг.
WinXP pro SP2, ATI hd 2600, iP4-2.4, 1гиг памяти

Ok. А как проявляется ошибка, подробнее ?
Ставилось из зипа или из инсталятора ?
Советую попробовать :

• поставить разрешение 640 х 480 (не Fullscreen)
• убрать stencilbuffer.
• Direct3D вместо OpenGL (или наоборот)
  Если есть проблемы с записью конфигурации через launcher - может попробовать в config.xml руками параметры выставить.

Ну и еще… у меня XP SP3. Я не Майкрософт, утверждать что SP3 жизненно необходим не могу, просто предполагаю, в качестве гипотезы.

Ну а может быть вместо SP3 можно обойтись просто Microsoft Visual C++ 2008 SP1 Redistributable Package (x86): www.microsoft.com/downloads/details.aspx?familyid=…

Да, вот еще минифак:
Q: Как выходить из симулятора ?
A: Либо Alt-F4 😃, либо жмем ESC, появляется меню. В нем File-Exit.

Q: Как запустить Fullscreen на широких (16:9) мониторах, и вообще в других разрешениях, не указанных в списке ?
A: Пока в списке видеорежимов указаны только “стандартные”. Но можно руками в поле Resolution ввести нужный режим (если уверены, что он поддерживается вашей системой) в виде X x Y. Автоопределение списка появится позже.

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

Ага, спасибо. И сразу проблема:
При попытке запуска симуляции, появляется такое окошко

В настройках все отлично работает.
Ругается на rcsim.exe

Возможно я чего-то недоложил в пакет.
Подождем, что скажут другие.

Ну чтож.
Разработку физики пока приостановил (не то, чтобы всё сделано - а просто есть други задачи).
Занимаюсь доведением структуры и форматов файлов, их загрузчики, организация каталогов и т.д - в общем т.н. “packaging”.
На самом деле самая муторная часть.

Пробовал ODE, потом перешел на Newton, изучал Bullet (на момент изучения по многим отзывам он был нестабилен) и PhysX. На самом деле они все очень похожи.

Остановился на Newton.
Хоть и без исходников, но мне вполне подходит. Кросплатформенный, стабильный, как и все остальные, используемые мной компонеты под лицензией ZLib: используй как хочешь, даже необязательно (хоть и желательно) упомянать авторов.
Ну и определяющее для меня: в целом он работает для моего приложения.
Когда(если) перестанет устраивать, буду думать.

Виталий,

Не могу позиционировать себя как Блендер-гуру, но мои исследования этого пакета говорят о следующем: графика - да, немного своеобразный, но всётаки приличный моделлинг-пакет

Но очень слабый набор API. Физика (и вообще вся автоматизация среды) там реализована через питон, и не предназначена для серьезного realtime рендеринга. Можно очень красиво отрендерить (в оффлайне) красивый и реалистичный фильм в виде MPEG. Даже можно с минимальным качеством сделать простую аркадную 3D-платформер стрелялку.

Но качественый симулятор не потянет (по моим оценкам).

На отскоках в принципе уже поставлена точка. Т.е. после представленного на видео варианте сделал доработки и отложил.

К сожалению времени пока нет. Израсходовал его квоту на дурацкую болтовню в курилке. Больше туда не ногой.

Да, на heli-spb загляну.

Просто уже видимо скоро выложу для скачивания. Хотел вначале узкое тестирование сделать, но пусть уж сразу побольше косяков вылезет.
Просто есть вопросы по железу, как оно будет на Вистах, В7. На дохленьких видюхах.

Да, но в полном объеме это будет напотом.
Сейчас добиваюсь просто штатной работы системы, а ее основная логика такова, что есть torque (вр. момент) ОР, есть антиторк ХР. Под воздействием загрузки ОР (ц и к шаги, скорость воздуха, мощность, просадки батарейки итд) обороты силовой установки системы плавают, но поскольку кривые функций torque(RPM) (а для ХР нужно еще учитывать и tail pitch) этих вращающих моментов различны, и в дело вступают говернер и и гироскоп с хвостовой машинкой, и в те моменты, когда (MainRotorTorque ≠ TailRotorTorque * -1) и возникает увод хвоста.

В общем на самом деле нужно корректно вычислять обороты ОР, и кривые обоих torque, тогда и остальное будет получаться практически само.

Но пардон, я немного увлекся внутренней релизацией.

Ну на самом деле дерганье хвоста, дрейф это штатная ситуация. Вопрос в величине этих процессов 😃
Этим уже занимаюсь.

Да вот же, буквально вчера …

Вам везет в Европе. А у нас уже 2ой месяц выше -20 не поднимается.
Какие там полеты. Выходить на улицу не хочется. Передатчик пылью покрылся.

Зато мобилизует на программирование 😁.

Лопасти я пока ломать вообще не буду. Т.к. они в реальности действительно, хоть и заламываются (даже на дереве - пленка) всеравно в основном держат форму.

Имел ввиду именно тушку, когда строго носом в землю. В среднем, при крэше с большой вертикальной скоростью вертолет обычно не отскакивает высоко (демпфирует кабина, валы, трава, грунт).
У меня на видео это не показано, но косяк есть.

Это ведь не с нуля делалось, те каки то библиотеки использовались ?

Не всё с нуля. Про библиотеки я писал в начале моих симуляторных записей. Правда после этого сменил графический и физический движки. Изза этого сроки как всегда сдвинулись. Зато увеличилось число фич.

thesash : извиняюсь за отвлечение от темы топика 😃

Да нет, ничего.
Естественно, у меня есть свои взгляды на вопросы выбора среды разработки, но в 2х словах они будут выглядеть как лозунги, а статьи писать нет времени (и нужны-ли они здесь ?). Дай-бог-бы на симулятор хватило.

framework - общее понятие. Тем более 3d и сложную логику на .Net - некузяво.

Именно так. Просто программа не одна. И не только программировать приходится. Но все - native code. Преимущественно на С++.

en.wikipedia.org/wiki/Software_framework