nafigator
-
Число публикаций
145 -
Регистрация
-
Последнее посещение
-
AMKoin
17 [Подарить AMKoin]
Весь контент пользователя nafigator
-
GUNSLINGER mod [S.T.A.L.K.E.R. CoP]
nafigator ответил на тему форума автора STRIFER в Моды в разработке (ЗП)
Угу, мне тоже нравится, нормально затекстурить тока все никак не соберусь. http://images.gameru.net/image/45f892b84c.jpg -
Вот в таких вот разговорах и раскрывается суть некогда загадочного для меня термина школоло. Ни диалог нормально вести не умеют, ни вникать, ни рассуждать, чуть что сразу на личности и помериться бы чем нибудь. Я повторяю - ерунду вы человеку сказали. На этом все.
-
Потому что вы ерунду в массы продвигаете. Вы с темы то не соскакивайте, вам вопрос задали, будьте так любезны ответить. А мои достижения, если шибко любопытно, частично можно посмотреть в теме ААЗа.
-
ппц. Причем тут вообще положение wpn_body в иерархии скелета? Речь о другом. Дополнительный линк для боди нужен не для связи с другими костями, а для того что бы правильно привязать статичную часть модели. Я фигею, специалисты, нить не дотятнется ))) Куда вы будете привязывать, к какому линку (нити по вашему) корпус оружия, вы можете сказать?
-
Вы бы хоть попытались понять, что я написал, прежде чем оспаривать. Каким чудом вы правильно привяжите статичную, основную часть модели если линка для не будет? С какого перепуга ее правильно привязывать к линкам которые соединяют составные части? И почему это быть "не может"? Еще как может, вы же сами предлагает завязывать статику на линки к другим костям. И если эти кости начнут двигаться, то и вся модель начнет деформироваться. Неужели трудно понять?
-
На самом деле так лучше не делать. Привязка идет не к кости, а к линку между костями. Поэтому и нужны конечные - без них линка не будет. Все трансформации привязанных вертексов идут именно от трансформаций линка между костями. И ничего правильного в привязке к линку совершенно левой кости нет. Это хорошо еще если она статичная типа scope, а если какой нибудь magazine то вообще ппц, не дай бог потом магазин сдвинуть вся модель поплывет. И никакие другие кости в иерархии не могут быть конечными для wpn_body, с чего бы вдруг. Правильно делать конечную кость для wpn_body и привязывать статичную часть модели именно к этому линку.
-
Обязательная только wpn_body. Ну silencer и scope еще при наличии соответствующих прибамбасов. Остальное можете обзывать как вам угодно.
-
Я неоднократно делал такие цепочки, никаких проблем не было. Сейчас на текущей разработке к боди привзян магазин, к нему подпружиненная вставка, к ней патрон. Все нормально работает.
-
Странные какие то вопросы для профи 3д, это я вам как криворукий любитель говорю. Впечатление, что вы вообще не представляете из каких элементов и как строится сетка модели. Никаких не привязанных углов в игре получится не может при заявленной на скрине геометрии. Даже если приложить усилия и отатачить полигоны внешней стенки - при компиляции вертексы все равно свелдит. А если бы и нет -двиглу игры по барабану где и как расположены куски статичной геометрии; ни один элемент не обязан быть привязанным к другому, откуда вообще такие мысли возникли непонятно. Подход, на мой взгляд, к моделированию здания с интерьером не самый лучший. Дальше два пути - либо много лишних полигонов, что крайне нежелательно, либо много лишней работы по оптимизации, все секции на которых зачем то проступают торцы внутренних стенок нужно обрабатывать убивая все полигоны между окнами и затем заново их вручную по вертексам прошивая. Эта лишняя работа выглядит вдвойне нелогичной учитывая что внутренние стенки на внешнюю геометрию никак не влияют и лично мне совершенно непонятно зачем они участвуют в ее образовании. Как и зачем вы хотели удалить диагонали тоже непонятно. Там они в любом случае будут и вообще лучше всегда думать о модели в треугольниках (принцип "в глаза не бросалось" может дорого по полигонам обойтись) что бы точно знать что вы делаете, только так будут получаться правильные и оптимизированные меши. Причем заранее думать, что бы потом не переделывать как в случае с внутренними стенками на внешней. нпс, мутанты и гг тут вообще никаким боком не пересекались, хотя есть один момент - вы бы лучше позаботились о соответствии индурной геометрии пропорциям аи-сетки в первую очередь и только во вторую - точным размерам. Лимит на локацию (без применения софтины комрада K.D.) - примерно полтора ляма вертексов статики, больше компилятор не переварит.
-
k01jan где "не всегда" и "далеко не всегда" туманы просто криво настроены, в любом из этих случаев можно было сделать нормально.
-
Дык вылет или все же не отвечает? Железо какое? Если лока тяжелая, а комп слабый xrlc может на этой стадии несколько часов провисеть не подавая признаков жизни.
-
Ерунда там. Собственно сам момент подключения бампа к диффузу 100% неправильный, по той причине что его там вообще нет. Скорее всего автор потом подключал бамп вручную через textures.ltx (хотя не факт, ибо на приведенном в статье скрине я бампа не наблюдаю ) и не подозревает даже что про настройку бампа в сдк написал ерунду.
-
Valerich, то, что под двоечкой - это скорость проигрывания в максе. Что бы не настраивать в сдк нужно заранее ключи нормально расставлять или править потом через редактор кривых, в левом нижнем углу кнопица с двумя стрелочками. В простейшем случае что бы изменить скорость анимации можно в этом редакторе выделить все ключи и включив режим scale key растянуть или сжать их.
-
Параметры тайла менеджера материалов сдк по барабану. А вот тайл через анврап должен сохраняться в любом случае.
-
объект любой добавьте на локацию, бочку там какую нибудь
-
Нет там никаких косяков, что то у вас не правильно настроено. У меня из 2011 макса все нормально экспортируется, ничего не теряется.
-
МУ-обжекты разве не размерами (кол-вом ячеек) level_lods.dds ограничиваются? Что то смущает меня в логе словочетание про alife, не соображу как оно с растительностью может соотноситься.
-
Это совсем не тот слчай. Судя по скрину компиляция xrdo_light была прервана досрочно. Нужно заново прокомпилировать траву.
-
Плагин тут совсем не причем, не срабатывает selest by name, он именно по мешам смотрит. При этом ничто не мешает тыкнуть на нужный эдит-поли вручную и все нормально заатачиться.
-
Ну дык поделитесь, а то общественность окромя вот этого Плагин импорта статики формата object в 3ds Max (плагин кривоватый, автор Neo][): ничего больше не видело.
-
Включите в снап-лист все нужные объекты, у вас там походу один террейн, вот он один и обрабатывается при просчете. Ну или ручками удаляйте лишние ноды, но это нудно и неудобно.
-
Плагинов импорта для Макса отродясь не было. Самый простой вариант перетащить ogf или obj в Макс путем Майя->FBX->Макс.
-
Может. Прыгающие монстры (снорки, химеры) выпригивают за актором если он за пределами аи-сетки. Потом спешно бочком-бочком возвращаются на аи.
-
А ограничения на поликаунт в динамических моделях здесь причем?
-
Вряд ли, у меня Макс 2011-ый 32бит на семерке 64бит как часики работает, а вот как раз при установке 64битной версии Макса плагины не подходили.
WodkaGT