29.01.2016, 20:41 | #621 |
Местный
|
|
30.01.2016, 23:30 | #622 |
Местный
Регистрация: 12.04.2009
Сообщений: 5,062
|
Yt2 на самом деле просто спрашивал, без подколов и претензий ... ничего такого...
__________________
ищется идейный Программер ) |
30.01.2016, 23:36 | #623 |
Greif11
Регистрация: 27.08.2008
Адрес: FUBAR city Mariupol
Сообщений: 1,513
|
Олег просьба если будеш продолжать флаг сразу на стенгу с кормового флагштока убери Это я тебе как бывший военный моряк говорю. Ибо не положено...
На корме только на якорной стоянке или у стенки.
__________________
|
30.01.2016, 23:50 | #624 |
Местный
Регистрация: 12.04.2009
Сообщений: 5,062
|
а это исключение?
__________________
ищется идейный Программер ) |
30.01.2016, 23:53 | #625 |
Местный
Регистрация: 12.04.2009
Сообщений: 5,062
|
__________________
ищется идейный Программер ) |
31.01.2016, 01:52 | #626 |
Greif11
Регистрация: 27.08.2008
Адрес: FUBAR city Mariupol
Сообщений: 1,513
|
Из истеричной вредности сразу кинулись искать пруфы.))
По первому снимку Г-5 несет флаг комфлота на грот мачте(грот стеньге) соответственно п337 устава Соответственно флаг ВМФ на кормовом флагштоке А остальные это постановочные ерзания в пределах базы. Но есть Военно Морские традиции и не писанные правила. Загадка найди флаг ВМФ на картинке БПК "Образцовый" на ходу как раз во времена моей службыhttp://navsource.narod.ru/photos/02/191/02191013.jpg
__________________
Последний раз редактировалось Grejf11; 31.01.2016 в 02:12. |
31.01.2016, 12:10 | #627 |
Местный
Регистрация: 12.04.2009
Сообщений: 5,062
|
__________________
ищется идейный Программер ) |
09.02.2016, 12:45 | #628 |
Местный
Регистрация: 12.04.2009
Сообщений: 5,062
|
__________________
ищется идейный Программер ) |
11.02.2016, 19:28 | #629 |
Местный
Регистрация: 26.12.2013
Адрес: Донецьк Україна
Сообщений: 1,848
|
Тип Светлана
Никто с Pyton-ом не дружит?
|
11.02.2016, 19:52 | #630 |
Местный
Регистрация: 18.01.2012
Сообщений: 792
|
"Профинтерн" это очень привлекательный объект. Но...
Корректный экспорт только из макса освоен. Конечно можно идти "своим путём", но помочь с экспортом из макса проще (Max9 - Max 2011, версии выше не желательно). Резать, тоже надо уметь. Как описывал Choisek на своём Е13, добавляя поверхности NULL. Со сглаживанием проблем в максе не будет. |
11.02.2016, 20:07 | #631 |
Местный
Регистрация: 12.04.2009
Сообщений: 5,062
|
мы это... староверы... протореной дорожкой идём ...
__________________
ищется идейный Программер ) |
18.02.2016, 22:53 | #632 |
Местный
Регистрация: 26.12.2013
Адрес: Донецьк Україна
Сообщений: 1,848
|
Тип Светлана
По моей просьбе был переписан скрипт экспорта из блендера в Ил. Тем не менее игра объект не видит. Может кто подсказать на что, ругается Ил.
|
19.02.2016, 01:58 | #633 |
подсадной пассажир
Регистрация: 15.01.2010
Адрес: Earth
Сообщений: 1,431
|
какие вообще присутствуют файлы в игре по пути ...3do/Buildings/Static_planes/Svetlana ?
|
19.02.2016, 14:45 | #634 |
Местный
Регистрация: 26.12.2013
Адрес: Донецьк Україна
Сообщений: 1,848
|
Тип Светлана
Пробовал экспортировать примитив куб в статические объекты. Интересно, что в MshConverterEx куб есть, а в игре нет, причем конвертер не сообщает об ошибке. Старым экспортером объект без проблем добавляется в игру.
|
19.02.2016, 17:51 | #635 | ||
Местный
Регистрация: 12.07.2015
Сообщений: 417
|
Цитата:
Цитата:
У вас в логе: ERROR: SectFile: GetDataBlock float (#: 72!=36) '3do/Buildings/Static_planes/Svetlana/Live.msh' Смотрим внимательно, что это может быть такое... - Посчитаем кол-во вершин. Их у нас 36. Ага, панятна, панятна! - Посчитаем кол-во текстурных координат. Ого! Их 72! Вот об этом в логе игра и ругаеццо. И, таким образом, получается, что ваш экспортёр неправильно выдаёт текстурные координаты, зачем то удваивает их кол-во. На всякий случай нужно запомнить: Кол-во текстурных координат в мешах игры ВСЕГДА должно совпадать с кол-вом ВЕРШИН! |
||
19.02.2016, 18:30 | #636 |
Местный
Регистрация: 26.12.2013
Адрес: Донецьк Україна
Сообщений: 1,848
|
Большое спасибо.
|
28.02.2016, 21:01 | #637 |
Местный
Регистрация: 26.12.2013
Адрес: Донецьк Україна
Сообщений: 1,848
|
Тип Светлана
Всем доброго времени суток. Благодаря самоотверженной работе замечательного програмиста Евгения, на основе старого bbexporter-a, был фактически заново создан аддон-экспортер, который позволил мне продолжить работу с Светланами. Кораблик частично экспортирован в Ил и даже плавает, но появились вопросы. Уважаемые моделлеры подскажите пожалуйста незнающему что, в игре отвечает за осадку модели. Кораблик низковато сидит, как исправить?
Последний раз редактировалось tvister; 28.02.2016 в 22:07. |
29.02.2016, 01:29 | #638 |
Местный
Регистрация: 12.07.2015
Сообщений: 417
|
Если не изменяет склероз, то надо двигать хук centre (или как-то похоже он называется, сейчас на планшете не посмотреть). Остальные хуки - бурун на носу, след от винтов, лево/право (для угла следа, как я понимаю) - на его уровень тоже надо выводить. Можно посмотреть у существующих моделек имена и положения хуков, которые на корпусе кораблей сидят на уровне воды.
|
29.02.2016, 10:58 | #639 | ||
Модератор
|
Цитата:
Цитата:
|
||
29.02.2016, 15:00 | #640 |
Местный
Регистрация: 12.07.2015
Сообщений: 417
|
У нас есть следующие хуки на корабликах, определяющие осадку и эффекты на воде:
_Nose - бурун на носу _Centre, _Left, _Right - место появления и угол расширения следа _Prop - след от винтов Судя по тому, что я вижу в моделях кораблей, _Centre, по мимо всего прочего, определяет и осадку. Возможно, что требуется обязательно выводить _Centre, _Left и _Right на один уровень. _Nose может отсутствовать, по крайней мере есть модели, где его нет. _Prop отсутствует там, где нет винтов. А в [ROOT], как видно из названий, VisibilitySphere и CollisionObject определяют сферу видимости и объект коллизии для модели в целом. Т.е., если CollisionObject, например, не пролазит где-то, то моделька туда не войдёт. Ну и скорее всего, как первичный уровень проверки на пересечение с лучом при проверках попаданий, ибо всякий раз обсчитывать коллизии по всей модели очень накладно, а первое приближение на пересечение луча и одного элемента позволяет многократно ускорить процесс проверки. Просто если луч CollisionObject не задевает, то и нет необходимости дальше смотреть в какой элемент модели коллизий он попал. По крайней мере я бы именно так и делал, и уверен, что так и сделано. Это логично и наиболее правильно, все расчёты в 3Д очень затратны и накладны и нужно любую возможность отбросить что-то в расчётах использовать, иначе нам ни какого железа не хватит для бол-мен преемлимой производительности. UPD: Забыл про VisibilitySphere. Эта штука нам нужна для отсечения объектов, которые не попадают в пирамиду видимости, чтоб не рисовать то, что мы со стороны камеры не видим. Последний раз редактировалось NB79; 29.02.2016 в 15:11. |
Здесь присутствуют: 3 (пользователей: 0 , гостей: 3) | |
|
|