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

не ОП

>>318340
>>318339

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

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

>>318340
К love2d это отношения не имеет, по ссылке вроде с++

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

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

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

>>318508
Ну, про 320х200 я в курсе, конечно. Но есть одно маленькое "но": Core 2 Duo помощнее 80386, соответственно, и вывозит нагрузки побольше.

На JS рейкаскинг выдает спокойно 60фпс)

>>318338 (OP)
Посмотри, ещё захочешь, отвечаю
https://www.youtube.com/watch?v=HQYsFshbkYw

>>365466
>кому надо -- есть исходники

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

На чём пишешь, кстати?

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

>>365466
Жду исходники.

>>318502
>почему он должен давать 60-65 фпс на компьютере образца 2007 года в окошке 512х384?
Поищи профайлеры. Типа Sleepy или аналогичных. Они тебе покажут, сколько времени тратит каждая строчка твоего кода.

>>365926
> Во первых, LUA не то чтобы быстро работает.
Лолшто.

>>318338 (OP)
ОП, лучше глянь как делался вульф для айфона
https://github.com/id-Software/Wolf3D-iOS
http://fabiensanglard.net/wolf3d/index.php

Писал многопоточный рейкастер. Рендерит в фулл-хд в районе 140 кадров на i5-4570. На 1.6GHz в районе 50 выдает. Текстуры на палитре, RGBA8 чуть медленнее. Еще есть простор для оптимизации. Производительность от размеров уровня не зависит вообще никак. Единственное нужно как-то отсекать спрайты.

ОП на связи.

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

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

>>377888
алсо, фреймрейт низкий из-за VSync

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

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

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

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

>>380842
>>377904

>>380846
Там же написано, что больше похоже на движущуюся стену чем на дверь.

>>380841
я просто высоту нормально рассчитываю, а деформацию текстуры не учитываю (SDL2 делает стретч за меня). но это поправимо

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

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

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

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

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

>>384958
> какие подводные камни?
Z-Buffer

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

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

Оп в треде.

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

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

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

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

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

>>368646
>Было бы кроссплатформой, если бы не Squall.
Выпилил Squall из usound и процедуры сделал заглушками. Такой себе вариант, но для посмотреть сойдёт.

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

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

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

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

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

>>398058
Я пробовал вкатиться в воксели, но при рейтрейсинге все лагает дико, перегон вокселей в полигоны это не торт, а в оптимизацию как Voxlap, я не могу.
Вот можешь посмотреть демки, интересно, но код там просто пиздец.
http://www.advsys.net/ken/voxlap.htm

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

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

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

>>318338 (OP)

Я ни хуя не понимаю в рейкастинге, но, может, нужно просто использовать BSP?

>>398119
А может, кстати, это ещё и с BSP связано, оно ж вроде не перестраивается динамически. Хотя gzdoom вроде как "полноценный" трёхмерный движок. Хуй его знает короче.

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

>>387405
Алгоритм художника такая-то хуйня, пытался как-то давно его использовать с 3д графикой и если один объект был внутри другого или был им перекрыт наполовину, то рисовался поверх и у меня глаза ломались
Так что он полезен будет только в максимально простых примерах ради оптимизации

>>398160
>куча костылей для совместимости с думом
Сомневаюсь что это на рендер влияет.

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

>>465768
Оп ожил. Многоэтажный рейкаст -- довольно заёбистая штука, но у меня была такая идея: отрисовывать блоки точно так же, только смещать их наверх/вниз.

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

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

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

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

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

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

>>468073
спасибо, мне врчата уже хватило

>>468132
Ты ебанутый?