BR55Sevas

Формат lom окончательно канул в лету? Только edm, только хардкор? :)

Exactly what I`d like to see :) btw Thread need to stick, very useful tools for modelling!

Weltensegler, using your great tools I noticed some feature. Every time I press DCS_tools button I have popup window asking "CHange system units to meters?". If I press yes, then next time I press DCS_tools this window popuped again, same if I click no.

Теперь всё ясно. Про unwrap для нескольких объектов как-то не додумался. Будем четвертовать :) Спасибо.

Вопросы по анимации повреждений. Насколько правильно я понимаю, вся модель разбивается на куски, которым присваиваются имена из damage.lua и через их прозрачность заменяем их на поломанные части. http://forums.eagle.ru/showpost.php?p=1479846&postcount=9 Вопрос первый - для каждого этого куска нужна своя collision_line? Вопрос второй - как лучше делать коллизию, как тут через collision_line или как тут через примитивы и collision_shell? но здесь не вижу collision_line. Я тут запутался совсем. Вопрос третий - как быть с развёрткой текстуры при распиливании на куски? Т.е. если я сделал развёртку для целой болванки, а потом её буду расчленять, то весь маппинг же поломается. Как тут правильно делать, чтобы потом попиксельно не подгонять развёртки отдельных частей?

AFAIK, you can assign any argument number for your cockpit switch/buttons - clickabledata.lua List of basic commands for gear, brakes, lights etc etc you can find at DCS World\Config\Export\export.lua So basically, argument number is not standardized for cockpit animation, but list of basic action commands is standard - this number you have to use at your_device.lua

Дмитрий, а вывод инфы из игры в ваших тестах через export.lua или как-то иначе?

Thx Smiley, good to know thats not my prob. Did you tried to use some socket connection, or writefile function for debug?

How to create debug window for dll tests? I was looking at c++ forums, but basicaly there is working example for console and form apps, not for dll. I added #include <windows.h> #include <iostream> using namespace std; and cout << "thrust = " << throttle * 5000; cin.get(); in void ed_fm_simulate(double dt) function, but no any debug windows or forms appear.

Try to create Dummy for each gun in your 3d model and name it Gun001, Gun002 ....

Take popcorn, seat close to monitor :D

In default Wunderluft there is not "Gun1", but "GUN_POINT" Open Wunderluft.edm in Modelviewer. Select View>>Show>>Show connectors Place your mouse on L-39 gun position, you`ll see connector named GUN_POINT. I`m not test it yet, but I supposed if you want four guns, then you have to create four connectors in your 3d model. If you get succes, share it plz.

Тестишь с внешней ФМ? PS Пиши в скайп

Впечатляет что это сделано в Excelе. Жаль 2D Здесь можно качнуть - http://excelunusual.com/archive/2011/06/the-aeroscope-a-preliminary-version-of-a-2d-flight-simulator-based-on-real-physics/ Для запуска надо включить макросы.

Реально. Смотри запись стрима VFAT2011 Виртальных Blue Angels. У них прогиб как-то сделан через прозрачность крыла.

Сейчас ~17 000. Разницу в полигонах и треугольниках уже знаю - RulesOOKT настольная книга :) Пока ещё нет кабины, пилота, шасси и пушек. Много чего ещё надо исправлять, т.к. есть неточности в чертежах, пропорции пытаюсь подгонять по фоткам . Версия мига 15бис поздний (у него щиток прямоугольный, и ещё там по мелочам различия с базовой версией). Самое трудное место для меня сейчас зализ в стыке крыла и фюзеляжа. А сколько для такой модели лучше треугольников? Хотелось бы распределение по частям, допустим фюзеляж ~5 000, крыло - 3 000. Форма то не настолько сложна чтобы 50 000 выделять. PS Я как-то посмотрел модельку Миг-21 от beczl`а для ГС2, у него там аж больше, чем 200 000 треугольников. Явно многовато, возможно сейчас уже меньше.

От незнания ещё вопросы. Когда вырезал нишу для щитка Cut`ом зачем-то добавил лишние грани Из-за них теперь в этих местах появились стяжки. Фюзеляж здесь по идее цилиндрический, а доп. грани исказили его форму. Откат сделать нет возможности, заметил лишь недавно. Полигоны в этих местах имеют одинаковую группу сглаживания.

Вот ещё хорошая книга http://www.reaa.ru/yabbfilesB/Attachments/Osnovy_ajerodtnamiki_Riga.pdf В которой упоминается аэродинамика стреловидных крыльев (стр.47). Особенно интересны графики Сy(Z), жаль метОды расчёта нет, только график в общем виде. И то хорошо.

True aaron, Ctrl-F will save DCS World modmaking, lol

looks like here DCS World\DCS World\Scripts\Database\db_weapons_data.lua

Ещё есть несколько бесплатных программ для разных просчётов. Вот виртуальная труба с инструкцией на русском, вроде заточка на RC-планеры - http://forum.rcdesign.ru/blogs/32670/blog6437.html а вот для профилей JavaFoil, тут всё инглишь - http://www.mh-aerotools.de/airfoils/jf_applet.htm На самом деле не знаю насколько это может помочь, ибо программы это всё хорошо и красиво, но без головы тут не обойтись, т.к. в конечном итоге надо писать всё самим.

Gambo, Ice спасибо! Разобрался! Мне удобнее с Tape`ом, всё таки это линия-лента. Даммик несколько неудобно подкручивать пока ось не совпадёт.

Из-за стреловидности крыла, ось вращения элеронов не совпадает с осями 3дмакса. Тоже и с щитком. Из-за этого не могу их нормально анимировать по месту Как сменить ось вращения объекта? Я конечно могу сначала подогнать ось элерона под оси макса, сделать анимацию, а потом вернуть его на место. Ещё пытался сделать ось цилиндром, к нему прилинковать элерон, и у цилиндра выбрать ось local и потом всё это вращать. Но это всё какие-то костыли. Явно тут всё проще.

Я пока не веду речь об АФМ, всё что сейчас есть это возможность создать свою внешняю ФМ. Трудно сказать как реализована АФМ у ЕД, конечно хотелось бы советов от Yo-Yo. Я пока вижу путь подразбивки крыла и других частей на несколько участков, к которым прикладываются векторы сил. В сопромате есть такой метод упрощения расчёта равномерно распредёлнной нагрузки. Т.е. расчёт всех реально действующих сил по всей площади заменяется расчётом в одной точке. Но для этого нужно знать, или хотя бы примерно представлять эпюру этих сил по профилю крыла в продольном и поперечном направлениях. Очевидно, что чем больше таких участков будет, тем ближе будет итог к реальности (аналогия численного интегрирования/дифференцирования). В результатах продувки обычно такой информации нет (здесь говорю только за свой мигарик), указывается в основном только Cx,Cy от М и то, не профиля, а всего самолёта. Расчёт срыва, вихрей, и других малоприятных колебательных вещей для меня сейчас представляется тихим ужасом... В целом согласен, что пытаться получить "реальное" крыло в игре нет смысла, не хватит ни времени, ни знаний, ни опыта (зависит от разраба и их количества конечно). Думаю, что нужно попытаться учесть основные моменты и подкручивать параметры, пока модель не станет более-менее адекватной, как оценивать адекватность было в теме про акулу, там кто-то говорил что во второй акуле что-то не так по сравнению с первой. В общем идея в том чтобы игровые данные совпали с реальными графиками. Для количественной оценки гурманам можно посоветовать получить коэффициент корреляции между этими цифрами, если 0.9 получится, то это уже успех. Смотри файл ED_FM_Template.cpp как там рассчитывается подъёмная сила, именно от угла атаки, и характеристик профиля. PS Сорри за зубодробительные термины. На самом деле многое может быть не так, как на самом деле. По образованию я метролог (не путать с метеорологом :D). Буду только рад, если поправят.

Пока нет, но принципиально У/ОВТ возможно сделать. Пока тут просчёт только крыла, видно что стабилизация киля не работает. Всё планируется. Изучаем матчасть и теорию. :book: