STTS , что-то я не могу зарегится на sourceforge.net ... она не шлет мне логин на ящик

Alex-scat у меня прошло на раз. Даже сам удивился. Может из за того что ящик был настоящий, тот что дал провайдер а не mail.ru или прочие рамблеры. Там со спамом строго и они запросто могли подстраховаться и заблокировать российские "рассадники заразы" . Попробуй с другого ящика посолиднее а если не прокатит я тебе скину свои пароль и логин. У них 100000 проектов и юзеров под миллион так что придется подстраиваться под их правила.

STTS
Меня больше всего беспокоит кто будет моделить уровни... Если брать городские пейзажи и природу - это, по слухам, самая трудоемкая часть работы. Разрабы Сталкера говорили что у них на один уровень уходит несколько месяцев...

Уфф... осилил 12 страниц. В общем буду отвечать сразу на всё и вся:

Изучаю 3DMax но пока нахожусь на уровне анимации "качущиеся зеркальные шарики".
Программер из меня никакой, художник тоже вряд ли. Мог бы заниматся тестированием но опять же проблема - сижу на dial-up'е.

По поводу сюжета:

Как говорил Alex-scat, вначала мы будем выбирать, за какую сторону играть, но что если еще сделать раздеение на классы а-ля Battlefield? И в начале, например, общий сбор в колхозе\муниципалитете\рубке капитана и нам даётся возможность поиграть за каждый класс и увидеть его плюсы и минусы. Например, дают под управление тощего очкарика со специализацией "Хакер". Так вот он по пути может узнать из чьего-нибудь компьютера про тех самых киборгов, и пойти дальше. Следом дают управление за громилу. Он может дойти\добежать до рубки по основному пути, а может например, через заброшенный склад, выломав дверь. Ну и так далее - медик лечит кого-нибудь по пути, за это получает что-то, может себя за одно вылечить от взрыва рядом стоящей бочки. Я думаю это будет интересно.

Если же фентези то то же самое: волшебница может там урожай какой-нибудь увеличить огороднице, за это получить денег\овощей, торговец поторговать, имея начальный капитал в игре и т.п.

Black Dragon

Ну, это не знание 3D MAX-а. Знание - это когда моделить могешь. А так я тоже могу сказать что делал трехмерную анимацию к дебютному фильму режиссера который учился у Хотиненко (который "72 метра" снял, может видели). Тока что от этого проку? Там самые сложные модели - люди - были спи... то есть украдены из инета, а свои собственные модели ограничивались пресловутыми шариками - солнце, земля и все такое. Прикольный момент был как Старое Солнце, еле-еле, кряхтя от натуги из-за горизонта выкатывалось... Или еще накладывал видеоммонтаж на реальные кадры, чтобы два солнца было... Тут ведь от тридэмакскников требется довольно сложные модели персонажей сделать, да не абы кабы, а на основе эскизов, ну еще обьекты разные.

Я что, сказал что знаю 3DMax? Я же ясно написал : ИЗУЧАЮ.
То есть аниматор и моделлер из меня тоже пока что никакой.

Pbs_5 Я читаю это как раз самой интересной и простой работой. Я сейчас продумываю идею как впихнуть в мой редактор систему плагинов чтобы можно было легко добавлять объекты и сохранять в базе данных координаты и прочие атрибуты. Если это получится, то у нас будет что то вроде своего самопального maya/max'a/si|3d в котором можно "летать" над землей и вставлять/удалять объекты. Будут слои :
- слой основных больших объектов - большие города ( в грубом виде блок-схемы, только прямоугльник и название, но на 2D карте он должен быть в том месте где задумано)
- слой границ континентов/стран/областей. Контуры вроде границ обычных карт. Грубо, просто список самих областей ( название), общий список опорных точек, у каждой области список точек границы. В редакторе будет выглядеть как паутина, висящая на расстоянии от поверхности.
- слой оперделяющий маршруты (дороги между объектами первого слоя), эдакий граф путей. Пригодится для ИИ, по нему юниты будут выбирать варианты перемещения на большие расстояния.
- слой сложных отдельных объектов (одинокая разрушеная древняя башня, пещера), пока их можно выводить обычными коробками, из атрибутов только имя.
- слой, определяющий высоту ( я думаю это список 2D NURBS которые описывают движение 2D кисти со спецэффектами вроде фотожопа только вместо яркости - высота). Лучше всего если он будет полу-автоматически генерироваться из предыдущих слоев. Это сохранит нам много сил и времени. На крайняк сделаем вручную, тогда точно работы всем хватит.
- слой растительности. Грубо, замкнутые 2D NURBS/ломаные с областями леса пустыни степи тундры.

В редакторе сделать чекбоксы которыми можно включать выключать изображение слоев. Как можно меньше использовать абсолютные кординаты. Это позволит немного менять расположение главных объектов и при этом сдвинутся зависящие от них второстепенные. Например выясним под конец что надо сдвинуть столицу ближе к горам. Меняем первый слой, и дороги и прочие пригородные объекты переедут сами на новое место, в том числе и рельеф дороги и деревъя "вырубятся" вокруг стен.

Конечно это скорее подход к разработке мира вроде WorldOfWarcraft или Oblivion и мало подходит к quake-подобным помещениям. C помещениями больше мороки, хотя если собирать из готовых блоков вроде 3D brush то простые системы комнат, связяных коридорами и раскидаными везде объектами вроде стульев шкафов, это не слишком сложно, можно взять готовый редкатор Quake2/3 и подстроить под себя.

Отстой. По той простой причине что он не расчитан на большое число полигонов. Эти редакторы создавались в эпоху не T&L карт и самых первых T&L карт, которые не были расчитаны на верш. буферы в памяти видяхи. Современные видяхи показывают огромную скорость при обработке полигонов (2-10 млн. полигонов при > 30 fps), но все это благодаря верш.буферам в видеопамяти. Стоит только поместить эти вершины в системную память, как мы получим скорость обработки в 20 раз ниже! Т.е. не 3 млн. полигонов на 6600GT, а жалкие 150000!
Кстати мне часто приходилось слышать упреки в отношении Valve, создавшей HL2, что мол что они возились целых 5 лет, у них же был уже bsp-редактор от 2 кваки и нужно было всего лишь переделать его - это ж так просто! Да ни хрена! Тот редактор был не расчитан на огромное число полигонов, на вершинные данные в видеопамяти, там вся структура была не та! Вот потому они так долго и возились.. А bsp у них остался только для проверки столкновений, а не того что надо рендерить в данный момент..
И с редактором для D3 та же история, там тоже была полностью переделана вся структура уровней и по новой сделан редактор для того чтобы данные были в видеопамяти и можно было рендерить огромное число полигонов..


Я тоже счас редактор уровней делаю - хочу оптимайзить все по максимуму чтобы мой граф. двиг был связан с редактором и структурой уровней. Только у меня немного иначе - на моем редакторе можно будет делать уровень по треугольникам (типа MeshEdit в 3DS Max) и вставлять разные примитивы типа сферы, бокса и т.д., но на сложные конструкции (NURBS и т.п.) он не расчитан, зато будет импортер из 3ds, x3d, ase-файлов, т.е. сделал какой-нибудь сверх крутой кусок уровня на 3DSMax, экспортировал его например в ase, и загрузил прямо в редакторе.. Все просто

BloodyWerewolf Что же они для этих целей используют? Frustum? И почему на новый движок относительно быстро портировали первый HL, который был полностью BSP?
Добавлено спустя 13 минут, 3 секунды
The Source Engine BSP File Format

STTS

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

Далее - планируете сделать упор на outdoor-графику? То есть внешние пространства и все такое? Огромный мир, генерящийся по ходу дела? Или вы это пока только про редактор говорили, а в игре вы предлагаете сделать все фиксировано?

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

BSP то им все равно понадобился

Pbs_5 NURBS это для того чтобы один раз нарисовать а потом детализировать до нужной степени. И на постер/коробку пойдет, и в картинку-иллюстрацию в руководство (огромное разрешение) и в движок. На лету конечно никто в игре из NURBS в треугольники не будет кидать в каждом кадре. Есть куча компромиссов - переводить в треугольники при подгрузке области (BSP/GRID - листа), при сохранении(компиляции) уровня редактором, ну и наконец полуфантастичекий способ - если ко времени выхода релиза игры вертексные шейдеры будут длинными и достаточно быстрыми да с условными переходами - почему бы не сделать на лету ? Ну если не все то может самый внутренний цикл сбросить на GPU. Хотя фантастика. Нам надо не статический а динамический NURBS для юнитов чтобы и мимика была и движения, слишком много данных меняется, наверно шейдеры не справятся.
По поводу планов - это к Alex-scat , он кажется тяготеет к Lineage-подобному. Пока все вообще очень аморфно, еще не факт что мне например удасться в разумные сроки сделать хотя бы пару слоев редактора. Я даже порт под LINUX не сделал, вот сегодня избавился от лишнего уровня при вызовах malloc/free, пофиксил очень старую ошибку (PopMatrix() без PushMatrix()) и только начал думать как сделать отмену операций. По хорошему надо все переделать, разбить на независимые части а это сложно, текста много.
Надо формат базы данных придумать или найти готовый. Может XML зазипованый ? Медленный конечно но зато не надо париться с порядком байт в слове и в случае чего можно простым блокнотом поправить.

STTS

Ясно, спасибо за обьяснение. Значит, ориентировочно - внешние пейзажи и низкодетализированные внутренние помещения, по типу Морровинда-Обливиона...

C sourceforge"м так ничего у меня и не вышло ... прийдется тебе, STTS, завести там для меня аккаунт и скинуть логин/пароль мне на мыло alex-scat@yandex.ru.
Потихоньку придвигаются дела с физическим движком ... набросал классы и модель взаимодействия. Скоро сможете посмотреть на первые примеры.Для отрисовки использую свой древний программный 3д-движок. sse надеюсь у всех есть?

Alex-scat мой аккаунт выслал по почте. Как зайдешь то иди в проекты и жми на проект tver3d (он там один - не ошибешься) основная закладка - Admin. Чтобы изменить сайт - дальше читай доки, там все делается через ssh и причем тебе надо сгенерировать пары ключей и публичный ключ добавить в страничку с аккаунтом. Просто так по паролю не пустят. Наша папка с сайтом - /home/groups/t/tv/tver3d/. Вот пример сессии, я создал файл test.txt и он виден отовсюду. http://tver3d.sourceforge.net/



У меня затык c редактором, окончательно понял, что без меня вообще никто не разберется ни с текстом ни с интерфейсом. Нафиг он тогда нам нужен . Попробую переделать под SDL и отделить дерево объектов от самого редактора, если не выйдет то выложу как есть и начну все с нуля.

Не вижу новых ссобщений...
Что, на этом все и закончилось??

ага, щас. Просто все перешли от слов к делу и похвалиться пока нечем. На деле выяснилось что даже сайт сделать не можем . Я по мере сил довожу свою программку до товарного вида, вот затык - не знаю как лучше следать под SDL, где включать windows.h чтобы не маячил в тексте, надо бы поискать готовые программы и поглядеть как у них принято . От скуки зашел на сайты softimage и maya, походил по галереям, испытал шок от крутизны (не был там лет 5 ). Но с другой стороны основа все та же, двигаешь управляемые точки и все. Нашел обучалку как голову рисуют, понравилась http://www.3drender.com/jbirn/ea/HeadModel.html. Единственное но - как раз лофтинг я то и не доделал . Научился работать с subversion, то есть я ей давно пользовался просто для скачивания, а тут установил локально и прошел весь цикл - импорт коммит и прочее. Теперь надо с CVS потренироваться и можно выгружать исходники.
BloodyWerewolf, запустил я таки твой вьюер, поглядел модели. Факер прикольный такой, это ты нарисовал или готовая модель была ? Крутить камеру неудобно. Давай еще что нибудь, чтоб с фоном, интересно фпс поглядеть в условиях приближенных к игре.
Добавлено спустя 6 минут, 59 секунд
http://opengl.org/resources/features/oim/ вот как должен будет выглядеть наш редактор карт. Или почти так.

STTS
SDL - абсолютно ненужная лишняя прослойка. Имхо..

Я эту штуку вообще не юзал (просто делаю арх. копии, если вношу большие изменения), но посмотрю..

Уже готова - с какого-то фестиваля моделей для 3DS Max'а вроде.. Я такие многополигонные и детальные модели вряд ли смогу сделать

Попробую что-нибудь простенькое сделать - типа граф. бенчмарка или игрушку каку-нидь простенькую - типа танчиков как на Денди только в 3D - модели в принципе есть

Да, и правда тишина. Печально. Очень надеюсь что это связано только с тем что у активных участников закончиились новогодние деньги на Интернет. У меня застой, хотелось скопировать интерфейс с современного SoftImage XSI да тут засада - он требует минимум 1280x1024 на что мой 15" не способен. Из хороших новостей - sourceforge переходит на subversion, возможно даже в конце февраля, по моему неплохой повод выложить что нибудь на всеобщее обозрение.

Ну и как успехи?