PMG

Ну, судя по качеству моделей в Half-Life2, это ХОРОШИЙ формат)
Просто, хочу поучиться на хороших форматах, чтобы сделать свой формат для игры)

Я уверен, что если сделать:
1) такой формат;
2) питоний скрипт, который поможет Блендеру работать с этим форматом;
3) научить редактор игры работать с этим форматом;
то 1/4 игры будет готова.
Думаю, до лета сделаем.
Предлагаю всем желающим присоединиться;)

_________________
Opensource Game Studio

У меня есть HL2, там везде mdl, vtx, phy, а hl2 нет. Чем ты смотришь этот формат?

Есть исходники HL2, можно там посмотреть.

_________________
С уважением, Сергей

???
Исходники игры???

_________________
Opensource Game Studio

Именно исходники, они довольно-таки распространены. Но разобраться там довольно сложно.

_________________
С уважением, Сергей

MagicWolf, кстати кто-нить кроме valve'вцев пробовал их скомпилить? сырцы ворованные все таки.
Мне кстати понравились легальные частичные исходники HL1. Это HL_SDK. Там попроще

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

_________________
С уважением, Сергей

Ну, игру я не потяну. Может, там конкретно есть коды для работы с их форматом...

_________________
Opensource Game Studio

Вроде как есть. Что-то очень похожее на SDK в HL1.

_________________
С уважением, Сергей

И сколько это весит?

_________________
Opensource Game Studio

Half-Life_2_Leaked_Sources-DLe.rar - 42.5 мега

_________________
С уважением, Сергей

мда... нет, не потяну.

_________________
Opensource Game Studio

Могу выслать тебе на DVD ...

_________________
С уважением, Сергей

Я в свое время, не мудрствуя лукаво, написал питоновский плагин для Blender'а, который дамповал в текстовом формате всю информацию, необходимую
для отображения модели. Формат был примитивный, из разряда:
MODEL
VERTEX_COUNT 10
TRIANGLE_COUNT 4
VERTEX 0.0 1.0 1.0
NORMAL 0.0 1.0 0.0
UV 0.0 0.0
VERTEX 0.0 1.0 0.0
NORMAL 0.0 1.0 0.0
UV 0.0 1.0
.......
TRIANGLE 0 1 2
TRIANGLE 2 1 3
....

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

Единственное, с чем пришлось помучаться - это экспорт информации
о скелете и экшенах (Armature,Action) - они там намудрили с матрицами страшно , а некоторые функции и вовсе глючат

Подгружать быстрее, когда бинарный.

_________________
С уважением, Сергей

С этим я полностью согласен. Но нужно учитывать, что при использовании бинарного формата возникает проблема переносимости
между различными платформами:

[list=] big endian vs little endian (ну и middle endian тоже )[/list]
[list=] необходимо использовать платформенно-независимые типы (использовать long не прокатит)[/list]
[list=] насколько я знаю, существуют архитектуры, в которых float имеет не совсем стандартный формат представления[/list]
[list=] padding в структурах (необходимо использование #pragma pack... или чего-то подобного)[/list]

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

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