ZXOOM - готов!

[hippiman]

ALKO, Это просто куча пререндеренных стен, которые по табличке рисуются в нужном месте в зависимости от угла обзора.
На Сеге ты такого не видел потому что стены занимают уйму места. В Zxoom один тип стен и монохром - как-то влезает в 48к.
А на Сеге палитра побольше, графика будет весить существенно больше. Можно пользоваться сжатием, но тогда потеряешь в динамике.
У меня в метр ATM памяти, помимо остальной графики, помещается только 9 стен и это при дальности просмотра в 4 клетки и без поворота на 45 градусов.

Это тебе нужно либо мудрить с рейкастингом, либо ковырять движок сеговской Might and Magic 2, там коридоры разной ширины, но дальность просмотра только 3 (насколько помню) клетки.

[Advertiser]

[ALKO]

Это просто куча пререндеренных стен, которые по табличке рисуются в нужном месте в зависимости от угла обзора.

Знаю.
У меня же есть тулза от Эндрю, которая делает этот пререндер.

На Сеге ты такого не видел потому что стены занимают уйму места

Так ведь есть аппаратная зеркалка.
Что касается компрессии, можно кэшировать в VDP-RAM определённый набор картинок, и будет динамика.

- - - Добавлено - - -

либо ковырять движок сеговской Might and Magic 2,

На сеге есть РПГ-шки в пререндер-3д с более динамичным обновлением экрана и плавным поворотом камеры.
Только с ходу названий не припомню, не шибко увлекаюсь РПГ-хами.

[hippiman]

Так ведь есть аппаратная зеркалка.
Что касается компрессии, можно кэшировать в VDP-RAM определённый набор картинок, и будет динамика.

Там-же спрайты определённого размера и их количество ограничено. Весь экран замостить спрайтов может не хватит.

ALKO,

На сеге есть РПГ-шки в пререндер-3д с более динамичным обновлением экрана и плавным поворотом камеры.
Только с ходу названий не припомню, не шибко увлекаюсь РПГ-хами.

Есть Shining in the darkness - но там опять-же все коридоры одинаковой ширины и все стены одинаково выглядят.

Попробуй лучше ковырнуть движок Toy Story, там есть уровень с шикарным, быстрым, полноэкранным рейкастингом

[ALKO]

Там-же спрайты определённого размера и их количество ограничено. Весь экран замостить спрайтов может не хватит.

В VDP-RAM хранятся не только спрайты, там хранятся и тайлы для плэйнов.
На два плэйна замостить тайлами точно хватит.

- - - Добавлено - - -

Попробуй лучше ковырнуть движок Toy Story, там есть уровень с шикарным, быстрым, полноэкранным рейкастингом

*полу-экранным.



Вторая половина просто зеркалится.
Ровно как и в blood-shot. Но в bloodshot'e не рейкаст, а морфинг картинок.

[jerri]

ALKO, есть полноценный движок от АлонКодера там нормальный рейкаст
посмотри его например

[Andrew771]

В отличии от всяких RPG-шек с пререндеренными стенами, где тоннель только одной ширины, в ZXooM сделаны разные полости.
Вот этот момент я пока не пойму как реализован.

Подробно алгоритм расписал тут: http://www.worldofspectrum.org/pub/s...fo/z/ZXOOM.txt

В Zxoom один тип стен и монохром - как-то влезает в 48к.

Вначале я пытался даже делать цветные стены, но получалась немного искаженная перспектива: http://zx-pk.ru/attachment.php?attac...5&d=1295856337

- - - Добавлено - - -

А в этом ZXoom'e возможно же сделать поворот стен кратный 45-ти градусам ?
Я имею ввиду не при повороте камеры, а именно чтоб сама структура карты была примерно как Zero-Tolerance (sega md) или System Shock-1(dos) или terminator rampage (dos)

Да, можно. Все 8 направлений (0,45,90,135,180,225,270,315 градусов) имеют одинаковые свойства.

[NEO SPECTRUMAN]

Это тебе нужно либо мудрить с рейкастингом

необязательно с ним мудить
можно сделать все в лоб и без злобного матана
и все будет не так плохо

примерно таким алгоритмом

hl player_x
hl' player y

de ray_vector_x        ;тупо таблицы синусов\косинусов
de' ray_vector_y


;сам сканер
add hl,de    ;11
ld a,h        ;4
exx        ;4
add hl,de    ;11
ld b.h        ;4
ld c,a        ;4

ld a,(bc)    ;7
cp $xx        ;7
jr nz,dist1    ;7\12


add hl,de    ;11
ld a,h        ;4
exx        ;4
add hl,de    ;11
ld b.a        ;4
ld c,h        ;4

ld a,(bc)    ;7
cp $xx        ;7
jr nz,dist2    ;7\12

...
...
...
jr nz,dist30    ;7\12

dist1

ld h,a        ;тип объекта
ld a,l        ;младший адрес координат столкновения по Y
ld l,$xx    ;растояние от игрока до объекта
push hl
exx
ld h,a        ;в l младший адрес координат столкновения по X
push hl
ret

dist2

ld h,a        ;тип объекта
ld a,l        ;младший адрес координат столкновения по x
ld l,$xx    ;растояние от игрока до объекта
push hl
exx
ld l,h
ld h,a        ;в l младший адрес координат столкновения по y
push hl
ret

... итд

итого 59 тактов на шаг
нужно порядка 64(угол обзора лучей) * 25 (максимальная глубина сканирования при грубом шаге)
1600 циклов по 59

94400 такта на полное сканирование в пустом пространстве
в готовой комнате это число будет меньшим

+можно для каждого столбца экрана сделать свою развернутую процедуру
в которой будут заносится значения с уже скорректированными от закругления камеры расстояниями

далее из стека выдергиваем готовое расстояние
номер текстуры
грубые координаты столкновения
из которых можно попытаться вычислить координаты на текстуре
(скорей то что большее то и координата)
линейно интерполяцией можно добавить промежуточные столбцы

на основе начального угла запуска луча
можно попытаться определить координаты текстуры и по точнее

при столкновении
можно не сразу заносить расстояние
можно запустить луч в обратном направлении с меньшим шагом (поделить на 2 на 4 шаг и поменять знак)
и уточнить расстояние (сильно прям много ресурса это не сожрет 15к тактов и меньше)


3Ы
это имеет мало общего с тем безобразием что я недавно выложил
тут не должно быть такой низкой дискретности перемещения
и таких сильных искажений пространства
хотя с наложением текстур тут несколько плоховато