>>318338 (OP)
Думаю по ссылке понятно, что это love2d.

не ОП

>>318338 (OP)
http://zxdn.narod.ru/coding/ig5ray3d.htm

Не плохая ссылка по данной теме, если не ознакомлен, то прошу ознакомиться.

>>318338 (OP)

>Я, конечно, не эксперт, но что-то мне подсказывает, что его можно ускорить, чтобы он не лагал так дико.

Суть в том что wolf 3d - не 3d, а очень даже 2d. Расчёт графики не делается по высоте, а только по глубине. Т.е. луч идёт не для каждого отдельного пикселя, а для каждого отдельного столбца пикселей.

>>318431
Ну просто хуй знает тогда. Всё таки Кармак мог в оптимизон.
Пусть ОП тогда в исходный код смотрит.

ОП снова вкатился в тред.

>>318426
Я знаю, как работает рейкастинг в вульфе. Только вот он спокойненько шёл на 80286, а вот код по ссылочке в совокупности с QuickCG (либа автора статьи, на SDL базируется) будет лагать на каком-нибудь обоссаном коре2дуо при 1280х1024.
Я грешу на то, что вся эта залупа рисуется попиксельно (!) на софтваре рендере(!!), но всё же хотелось бы оставить рендер на ЦПУ. Чёрт возьми, рейкастинг летает на первом пеньке (1024х768 всё-таки вытянет), почему он должен давать 60-65 фпс на компьютере образца 2007 года в окошке 512х384?

>>318451
У Кармака обычно полная разъёба в исходниках, ибо мелькают неочевидные оптимизации. Но вольфа вроде тоже рисуется попиксельно, правда, там вставочка ассемблерная на рисовку, потому что дос и можно напрямую работать с графикой. Но почитать всё же попробую, лишним не будет.

>>318343
Благодарю, сейчас почитаю.

>>318502
Потому что в вульфе не 1024х768, а 320х200 (даже меньше).
Вообще, попробуй вот этот алгоритм http://permadi.com/1996/05/ray-casting-tutorial-table-of-contents/ именно он раньше использовался. Потом выбери тот, который быстрее и профильни, но скорее всего, 800х600 - это предел.

Бамп.

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

А вопрос такого толка -- как реализовать эти ебучие двери? Про спрайты тоже интересно (желательно, чтобы они имели угол поворота, чтобы они были не такими палевными, это уже посложнее).

>>318338 (OP)
Во первых, LUA не то чтобы быстро работает. Плюс, ты пробовал смотреть на производительность в зависимости от размера комнаты?

ОП снова тут.
Собственно, вот исходники: https://github.com/boriswinner/raycaster/tree/testing травля диванон!11

Пишем с другом на лазарусе, просто потому что можем. Было бы кроссплатформой, если бы не Squall.
Основные проблемы -- крайне хуёвая оптимизация. Ну и куча говнокода, который хорошо было бы отрефакторить.

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

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

Алсо, пикрелейтед -- это наш рейкастер в действии.

ОП на связи.

Запилил двери -- пока чисто декоративно, к тому же, с багами, но зато работает. Было не слишком сложно, как оказывается. Сейчас жду друга и его переработанный формат карт.

Как обычно, репозиторий, если кому интересно, здесь: https://github.com/boriswinner/raycaster/tree/testing
Можете задавать свои ответы либо в этот тред, либо на гитхабе.

>>377888
У тебя больше на движущуюся стену похоже.
Ну как было в вульфе, только там не вверх отъезжала стена, а от игрока.

>>377904
способ с отъездом двери вверх -- самый простой, на мой взгляд

>>379338
У тебя текстура как-то деформируется, а не стена уезжает вверх.
На хак похоже.

>>380841
ньюфаги - дверь уезжала в сторону в wolf3d

>>380843
от игрока отъезжала стена при открытии секрета

ты ещё эффект что при поднятии копья лонгинуса происходит спутай

на дверях просто скролл текстуры

Лел, у меня проблема с флоркастингом. Как бы его оптимизировать, чтобы он мне не просаживал фреймрейт?

>>381532
Можно предрассчитывать дистанции до пола, самая простая оптимизация. Много профита, конечно не даст.

Ты еще спрайты пачками рисовать не начал, там вообще пизда.

>>384525
расчёты занимают меньше всего времени

>>384596
какие подводные камни?

>>384958

> какие подводные камни?

Z-Buffer

>>385360
Какой нахуй збуфер? Збуфер линейный 1d, чтобы только поверх стенок не рисовалось. Там по филлрейту просто пиздец. Нужно придумывать техники, чтобы овердро не было большого.

>>385427

> чтобы только поверх стенок не рисовалось

А если один противник перекрывает другого?
Ну и спрайты всяких декораций?

Оп в треде.

Короче, я отрисовываю таким методом: на каждый луч у меня создаётся стек (объекты, через которые луч прошёл), и из стека я отрисовываю объекты от самого дальнего до самого близкого.

>>385590
Это называется z-буфер

>>385929
Нифига, это называется "алгоритм художника".
не ОП

>>385968
Ну ладно, z-сортировка. Почти однохуйственно, только оперирование не пикселями, а объёктами.

>>385989
Не неси хуйню. Z-буфер это когда ты сравниваешь глубину текущего пикселя с глубиной уже нарисованного. И если текущий пиксель дальше - дропаешь его. Алгоритм художника рисует на похуй просто в определенном порядке.

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

>>398019
Для ОПа скажу что софтвейр рендер должен вытягивать рейкаст довольно шусто. Но лучше идти в OGL рендер, как у того же gzdoom

>>398023
gzdoom в открытые пространства не умеет, всё лагает безбожно. Общая проблема для всех рейкастеров.

>>398031
Зачем открытые пространства? Это же чистый олдскул.

>>398037
Хочется чего-нибудь поинтереснее чем коридорные коридоры. В идеале gzdoom с нормальными скриптами и нормальным рендерингом.

>>398058
А если хочешь, что бы был быстрый рейкаст, то копай в сторону OpenCL

>>398119
Тут не в аппаратном ускорении дело (в gzdoom'е он есть), а в принципе рендеринга.
Скачай его и попробуй эту карту https://www.dropbox.com/s/c6ue0gf012nxnzk/GTADoom - V3.6 - Xegethra 2017.rar

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

>>398137
Рейкаст можно ограничить, то же bsp дерево и порталы. Но я не колупал сорцы гоззы, там скорее всего куча костылей для совместимости с думом из за чего и ограничения рендера.

Подскажите а каким образом сделать многоэтажный рэйкаст

Зачем софтварный рейкастинг во времена, когда в любой процессор (даже в телефоне!) встроен 3D-ускоритель. Чтобы безбожно тупило и жрало батарейку пользователя? Вредители, а не программисты!

>>468057

>Зачем софтварный рейкастинг во времена, когда в любой процессор (даже в телефоне!) встроен 3D-ускоритель

и уже ради этого ускорителя приходится ебать тотже рейкастинг но уже в 3д...

тем более софтом проще многих эфектов добиться

>>468063
Не похоже, что ты вообще в курсе, как пишут под ускорители.

>>318338 (OP)
Нахуя? Надо прогресс вперёд двигать, виар-мобы писать, многопользовательские. Нет, блять, хотим топтаться на месте в попытках вернуть свой ламповый 1987-й.
Говноеды, блядь.

>>468067

>Не похоже, что ты вообще в курсе, как пишут под ускорители.

Хуёво пишут. Иначе бы мантлы-вулканы и новые директ-иксы не выходили.