MAP file format

Fido Themes (ru.game.design)

От: Paul S. Romanchenko <paul@commed.ru>
Тема: MAP file format.
Дата: 28 марта 2001 г. 9:51

Привет.
Никак не могу разобраться с форматом файла MAP (это от кваков который). Точнее не с форматом файла, а с форматом брашей. Как из

( 128 0 0 ) ( 128 1 0 ) ( 128 0 1 )
( 256 0 0 ) ( 256 0 1 ) ( 256 1 0 )
( 0 128 0 ) ( 0 128 1 ) ( 1 128 0 )
( 0 384 0 ) ( 1 384 0 ) ( 0 384 1 )
( 0 0 64 ) ( 1 0 64 ) ( 0 1 64 )
( 0 0 128 ) ( 0 1 128 ) ( 1 0 128 )

Получится "rectangular region that extends from (128,128,64) to (256,384,128)"?
В строчках описывыются мелкие-мелкие треугольники. Какую роль они играют?
Как сделать преобразование координат MAP в нормальные координаты.
--
Paul S. Romanchenko
uin 609866

От: Alexey Yakovenko <waker@mdart.com>
Тема: Re: MAP file format.
Дата: 28 марта 2001 г. 14:46

"Paul S. Romanchenko" <paul@commed.ru> wrote in message
news:3AC17BB6.E6C92700@commed.ru...
> Привет.
> Никак не могу разобраться с форматом файла MAP (это от кваков который).
> Точнее не с форматом файла, а с форматом брашей. Как из
> ( 128 0 0 ) ( 128 1 0 ) ( 128 0 1 )
> ( 256 0 0 ) ( 256 0 1 ) ( 256 1 0 )
> ( 0 128 0 ) ( 0 128 1 ) ( 1 128 0 )
> ( 0 384 0 ) ( 1 384 0 ) ( 0 384 1 )
> ( 0 0 64 ) ( 1 0 64 ) ( 0 1 64 )
> ( 0 0 128 ) ( 0 1 128 ) ( 1 0 128 )
> Получится "rectangular region that extends from (128,128,64) to
> (256,384,128)"?
> В строчках описывыются мелкие-мелкие треугольники. Какую роль они
> играют?
> Как сделать преобразование координат MAP в нормальные координаты.

из трех точек можно получить уравнение плоскости. brush - набор плоскостей ограничивающих выпуклый объем. выше приведен список из 6 плоскостей, которые вполне могут описывать то что
ты сказал. координаты в кваке вроде такие: x вправо, y вперед, z вверх.

От: Paul S. Romanchenko <paul@commed.ru>
Тема: Re: MAP file format.
Дата: 28 марта 2001 г. 15:14

Alexey Yakovenko wrote:
> > Как сделать преобразование координат MAP в нормальные координаты.
>
> из трех точек можно получить уравнение плоскости.
> brush - набор плоскостей ограничивающих выпуклый объем.
> выше приведен список из 6 плоскостей, которые вполне могут описывать то что
> ты сказал.
> координаты в кваке вроде такие: x вправо, y вперед, z вверх.

Хмм, то есть я не могу описать один фейс? Обязательно должен быть браш,
который ограничивается плоскостями. Таким образом, я должен найти линии пересечения всех плоскостей и получу каркас.
Верно?
--
Paul S. Romanchenko
uin 609866

"Paul S. Romanchenko" <paul@commed.ru> wrote in message
news:3AC1C764.F9068901@commed.ru...

> > из трех точек можно получить уравнение плоскости.
> > brush - набор плоскостей ограничивающих выпуклый объем.
> > выше приведен список из 6 плоскостей, которые вполне могут описывать то
что
> > ты сказал.
> > координаты в кваке вроде такие: x вправо, y вперед, z вверх.
> Хмм, то есть я не могу описать один фейс? Обязательно должен быть браш,
> который ограничивается плоскостями.
> Таким образом, я должен найти линии пересечения всех плоскостей и получу
> каркас.
> Верно?

да, но это очень легко, и даже есть уже готовое в исходниках на ftp.idsoftware.com.

Alexey Yakovenko wrote:
> > Хмм, то есть я не могу описать один фейс? Обязательно должен быть браш,
> > который ограничивается плоскостями.
> > Таким образом, я должен найти линии пересечения всех плоскостей и получу
> > каркас.
> > Верно?
>
> да, но это очень легко, и даже есть уже готовое в исходниках на
> ftp.idsoftware.com.

Это сорцы QuakeEd? Уже копаю, хотя через Objective C пробираться сложно :)
Вопрос -- а в связи с чем был выбран такой неочевидный формат хранения?
Почему нельзя было хранить просто набор фейсов?
--
Paul S. Romanchenko
uin 609866

От: Alexey Yakovenko <waker@mdart.com>
Тема: Re: MAP file format.
Дата: 29 марта 2001 г. 21:53

"Paul S. Romanchenko" <paul@commed.ru> wrote in message
news:3AC30F42.59DD36D1@commed.ru...

> Это сорцы QuakeEd? Уже копаю, хотя через Objective C пробираться сложно
> :)

нет, сорцы q3radiant (хотя и в quakeed тоже есть).

> Вопрос -- а в связи с чем был выбран такой неочевидный формат хранения?
> Почему нельзя было хранить просто набор фейсов?

потому что это основной принцип csg (constructive solid geometry). все объекты всегда выпуклые. над ними легко делать boolean. ну и другие факторы. я думаю, в инете про это полно инфы.