HLFX.Ru Forum - XashNT: блог разработчика

Страницы (255): « Первая ... « 65 66 67 68 [69] 70 71 72 73 » ... Последняя »
Показать все 3825 сообщений этой темы на одной странице

HLFX.Ru Forum (https://hlfx.ru/forum/index.php)
- Наши проекты (https://hlfx.ru/forum/forumdisplay.php?forumid=1)
-- XashNT: блог разработчика (https://hlfx.ru/forum/showthread.php?threadid=5297)

Отправлено nemyax 17-02-2020 в 21:23:

Цитата:

Дядя Миша писал:
кстати он для блендера есть

Пожалуй, лучше в гудини пойти, где встроенный оператор Convex Decomposition порубает налиту =)

Отправлено Дядя Миша 17-02-2020 в 21:49:

VHACD работает, но во первых долго, а во вторых очень приблизительно.
Причём приблизительность, судя по всему напрямую зависит от кол-ва вокселей. Тепичный представитель нового подхода к программированию - долго-долго маслает, жрёт несколько ядер и выдаёт крайне приблизительный результат. Не нравится мне всё это.

Неаккуратные брашы - это продукт VHACD.

__________________
My Projects: download page

F.A.Q по XashNT
Блог разработчика в телеграме

Цитата:

C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'

Отправлено Дядя Миша 17-02-2020 в 21:56:

Вообще говоря, дефолтный патч это работа через OpenCL. Но даже при максимальных настройках оно ведёт себя странновато.
Я бы не стал заострять на этом внимание, но по сути это вообще единственное, что я смог найти. Прикладываю демку, сами попробуйте.
Столик, кстати из буллита.

__________________
My Projects: download page

F.A.Q по XashNT
Блог разработчика в телеграме

Цитата:

C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'

Отправлено Дядя Миша 17-02-2020 в 22:05:

А вот коллизия 12 минут считалась. Ну это несеръезно.

__________________
My Projects: download page

F.A.Q по XashNT
Блог разработчика в телеграме

Цитата:

C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'

Отправлено nemyax 18-02-2020 в 06:12:

Обычную бсп-шинковку меша по фейсам можно приспособить для декомпозиции? Или это и есть олдовый алгоритм?

Отправлено Дядя Миша 18-02-2020 в 07:26:

nemyax да я уже думал об этом.

__________________
My Projects: download page

F.A.Q по XashNT
Блог разработчика в телеграме

Цитата:

C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'

Отправлено Дядя Миша 19-02-2020 в 19:47:

Прогнал конкавные мешы через BSP-дерево. Это далеко не такое простое занятие, как может показаться. Дерево, оно же не различает где пустота, а где солид, поэтому мы на выходе очевидно имеем нарубленное конвексное пространство. И из этой кашы нам надо вычленить наш исходный меш.
Простая фильтрация точек в дерево не спасёт - точности не хватает.
Моё решение - задвинуть исходные точки полигонов внутрь, примерно на ON_EPSILON * 2, тогда в большинстве случаев референсные лифы определяется правильно. Фейл обычно наступает в случае заострённых поверхностей, ну например на приложенной карте к грешному языку прилипло два лишних браша. Для наконечников тоже есть эта проблема, но поскольку наконечники являются wrapped convex меш, то для них вызывается другой алгоритм, без декомпозиции.

__________________
My Projects: download page

F.A.Q по XashNT
Блог разработчика в телеграме

Цитата:

C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'

Отправлено nemyax 19-02-2020 в 20:38:

Цитата:

Дядя Миша писал:
Дерево, оно же не различает где пустота, а где солид

Ты ведь можешь метить оригинальные фейсы, мол у меня со стороны бакфейса солидно/пусто. При разрезании это свойство унаследуется.

Отправлено Дядя Миша 19-02-2020 в 21:12:

nemyax кутришное дерево не сохраняет фейсы, да и толку мне с тех фейсов? Мне же конвексные брашы нужны, а не фейсы.

Цитата:

nemyax писал:
мол у меня со стороны бакфейса солидно/пусто

это не работает так. Это если я бы изначально фильтровал брашы в дерево.
А я сую ему вот эту кашу из полигонов и потом, получившимся деревом кромсаю браш на конвексные части. Ну как в унреале, для понимания.
Там не остаётся места для пустоты, там всё заполнено брашами. Я тоже думал, да ерунда ща определим. Весь день промудохался, пока не придумал фильтровать в дерево оригинальные плоскости, но с небольшим смещением, чтобы компенсировать потерю точности.

__________________
My Projects: download page

F.A.Q по XashNT
Блог разработчика в телеграме

Цитата:

C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'

Отправлено nemyax 19-02-2020 в 21:38:

Есть понимание, как надо моделить, чтобы получалась хорошая разбрашовка?

Отправлено Дядя Миша 19-02-2020 в 22:19:

nemyax это только для коллизии и по желанию дизайнера.

__________________
My Projects: download page

F.A.Q по XashNT
Блог разработчика в телеграме

Цитата:

C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'

Отправлено Дядя Миша 24-02-2020 в 18:56:

Утомил меня этот .ase в край. Более идиотского текстового формата я просто не видел. Там получается занятная тенденция, поскольку текстовый формат не является строгим, то каждый извращается как может.
На этом фоне .smd выглядит просто образцом стандартизации, хотя он тоже текстовый. Вот как раз потому что никакие вольности там недопустимы, даже пробелы и отступы должны совпадать. Так что финальная версия компилятора будет грузить именно .smd. А для асешек я конвертор напишу, ну оно не особо сильно нужно, скорее для обратной совместимости и тестирования.

__________________
My Projects: download page

F.A.Q по XashNT
Блог разработчика в телеграме

Цитата:

C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'

Отправлено FiEctro 25-02-2020 в 08:54:

Цитата:

Дядя Миша писал:
На этом фоне .smd выглядит просто образцом стандартизации

Ага, только новые версии 3д пакетов его уже не поддерживают, никто не писал никаких плагинов. Разве что в блендере был экспорт в сорсовский smd.

Цитата:

Дядя Миша писал:
Прогнал конкавные мешы через BSP-дерево. Это далеко не такое простое занятие, как может показаться. Дерево, оно же не различает где пустота, а где солид, поэтому мы на выходе очевидно имеем нарубленное конвексное пространство. И из этой кашы нам надо вычленить наш исходный меш.

А по нормалям меша нельзя определить?

__________________
У котёнка мокрый нос и гладенькая шерсть, у него забавный хвост и быстрых лапок шесть. Две задних, две средних и две передних лапы, такая многоножка получилася у папы.
Он ученый — папа мой — зверушек изучает, гуляет по помойкам, ловит крыс и чаек. Две крысы белокрылые и чайки две унылые покрытые пупырчатою кожей лягушат без пёрышек тоскуют и ускакать спешат.
А ещё есть муравей большой размером с гуся он пугает всех зверей, и я его боюся, когда он ковыляет на лапках на своих.
И в двери ударяет, и начинает стих: Я — муравей, воды налей! Не меньше ведра, напиться мне пора!

Отправлено Дядя Миша 25-02-2020 в 09:19:

Цитата:

FiEctro писал:
никто не писал никаких плагинов

Там плагин элементарно пишется за полчиса, вон Немякса спроси.

Цитата:

FiEctro писал:
А по нормалям меша нельзя определить?

В дереве используются только чётные плоскости.

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

Но конечно опционально. Скажем еденичную дырку от взрыва или там лужу так еще сделать можно, а вот всю стену выпуклыми кирпичами замостить - нет, слишком тормозно.

__________________
My Projects: download page

F.A.Q по XashNT
Блог разработчика в телеграме

Цитата:

C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'

Отправлено ncuxonaT 25-02-2020 в 10:56:

Smd объединяет вершины с одинаковыми координатами в одну вершину, это не круто.

Временная зона GMT. Текущее время 18:30.

На основе vBulletin версии 2.3.0
Авторское право © Jelsoft Enterprises Limited 2000 - 2002.
Дизайн и программирование: Crystice Softworks © 2005 - 2024