Sea Dragon

[Lethargeek]

стирать можно, но есть нюансы

Нюанс в том, что если очень точно проверять коллизии с фоном
может случиться, что кусочек спрайта тупо затерт правой стороной тайла
но столкновения не произошло, игра не останавливается!
Если такой спрайт стирать той же ксоркой, будет глючок на фоне
Если двигаться впритирку со склоном - может быть очень заметно

можно не красить лодку вообще - если правильно все рассчитать
то пока лодка не въедет в землю то ее и не покрасит

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

Не согласен. Очень мест в ландшафтов, где много резких обрывов. И в этих местах, если выводить полутайл, т.е. 3 байта, то 1 байт однозначно печататься будет как ненужный. время.
Полутайлы оправданы бы были если б ландшафт состоял преемущественно из пологих спусков.
У нас ландшафт преемущественно из отвесных обрывов. Особенно это видно где шахты.

Ну в оригинале ландшафт довольно корявый, всякие закругления
Вылезет один пиксель, и уже считай участок "пологим"
Мины опять же широкие... ты же не спрайтами их рисовать собрался?

По времени нужно посчитать (вот если взять случай без клиппинга):
Универсальная процедура 24x8, тупо вписанная в твой цикл, кушает около 470 тактов
Твой нынешний 16x8 цикл _1PrnLandscape где-то 370 тактов, дважды получится 740
То есть если "широких" объектов на экране больше четверти, то лучше 24x8

А для тросов с шахтами, повторяю, в любом случае отдельные процедуры лучше
Одна-две процедуры на все фазы, просто в начале задается исходный байт

Я правда пока твою стыковку печати с распаковкой еще не понял...

Думаю, что с шахтами то получиться? они ведь шириной 2 знакоместа. Видимо надо поступить с минами так:красить ее в черный только если она не в шахте. А если в шахте, то не подкрашивать и она будет цвета земли

А как думаешь проверять? По распакованному ладшафту или по атрибутам?

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

Не получается. Вот 2 тайла. Правый тайл таким способом выведется, а левый - нет.
Нужно чтобы перед выводом не было ничего в экране.

ДОСТАТОЧНО, чтобы слева ничего не было ТОЛЬКО в нескольких младших битах!
А в них и НЕ МОЖЕТ ничего быть, потому что тайлы одной ширины одинаково сдвинуты
Кроме единственного случая, когда там на весь байт тянется сплошная земля
Но на этот случай у нас есть хитро устроенный полутайл правой кромки
Спрайты тут не волнуют (либо их уже нет, либо тоже ксоркой потом стираются)

Игрушка - чума на TRS-80! Как из пулемета из торпедных аппаратов... :-)

Кстати на атари вроде нету сталактитов падающих?

[ace210]

Кстати на атари вроде нету сталактитов падающих?

Есть

[Lethargeek]

Не помню совсем, проходил давно
Тоже блин делать надо

[jerri]

Нюанс в том, что если очень точно проверять коллизии с фоном
может случиться, что кусочек спрайта тупо затерт правой стороной тайла
но столкновения не произошло, игра не останавливается!
Если такой спрайт стирать той же ксоркой, будет глючок на фоне
Если двигаться впритирку со склоном - может быть очень заметно

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

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

вот смотри

зз0000лл
зз0000лл
ззз0000л
ззз00000

это знакоместо где слева (з)емля справа (л)одка
в этом случае если лодка красит бакграунд то земля получает цвет фона
если лодка красится фоном то лодка красится землей


зз000000
зз000000
ззз00000
ззз00000

а вот другой вариант - здесь тоже есть лодка но ты ее не видишь - она же не сферический куб в вакууме - она форму имеет

если красим лодкой местность то земля поменяет цвет
если лодка красится фоном то все нормально

Ну в оригинале ландшафт довольно корявый, всякие закругления
Вылезет один пиксель, и уже считай участок "пологим"
Мины опять же широкие... ты же не спрайтами их рисовать собрался?

лучший вариант - Мина спрайтом- для корректной обработки торпед
цепь - фоном

По времени нужно посчитать (вот если взять случай без клиппинга):
Универсальная процедура 24x8, тупо вписанная в твой цикл, кушает около 470 тактов
Твой нынешний 16x8 цикл _1PrnLandscape где-то 370 тактов, дважды получится 740
То есть если "широких" объектов на экране больше четверти, то лучше 24x8

а кто будет считать объекты?

[ace210]

К черту дверь

- Слепой Пью, "Остров сокровищ"

Я вот что подумал. А зачем нам вообще тайлы? К черту их. Нам нужны спрайты!

В самом деле, Jerri, зачем использовать байтовую матрицу, которая содержит очень много нулей? Однозначно тратиться очень много времени на ее сканирование. А тайлы 16x16 однозначно очень большие - тоже время.

Я предлагаю спрайты! Размер в высоту 8 пикселей, а в ширину - переменное число. Тогда не нужно будет ксерить (маскировать) левый байт. Просто тупо выводим по знакоместам и всё! Крутые обрывы - это ширина 1 знакоместо. Пологие спуски и вершины - 2,3,4 знакоместа в ширину.


Да таким макаром можно не только сплошную землю (воду) рисовать. Можно даже более выразительные элементы фона рисовать. Это ж Zynaps получается.

Нужно только с форматом хранения такого ландшафта определиться. Jerri расскажи как там в Zynaps эти элементы хранятся.

[ace210]

Во! Других элементов не бывает:


Только еще от них производные: правые зеркальные, верхние зеркальные, нижние зеркальные

[jerri]

делай как хочешь
ты же игру пишешь а не я

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

зинапс - размер элементов 1зм на 4 (хотя конечно там гоораздо сложнее)
сам элемент генерится из символов 8 на 8 пикселов т.е 1 зм

но не просто так генерится
генерится сразу 4 фазы
от
со скроллом вправо 0
до
со скроллом вправо 6
в зависимости от элемента стоящего слева
т.е слева имеем элемент 1 состоящий из тайлов 1234
справа генерим элемент 2 состоящий из тайлов 5678
в результате у тебя получится 4 фазы элемента 2 от 5678 до 45678

все элементы - автогенерящиеся по мере появления на экране

первый экран в аттаче - фонт

2 остальных - сгенеренные в буфере 4 набора тайлов
тайлы-текущие т.е по мере передвижения по уровню набор постепенно меняется но то КАК Рафаэль выводит все это на экран надо видеть самому

разумеется при таком раскладе думать об 50 фпс - мечта
максимум 25 фпс при условии менее 1\3 экрана элементов

[ace210]

а "генерятся" - это значит печатаются в буфере? Или в буфер заносится только информация о последовательности символов 8x8?

[jerri]

перепечатываются в буфер
в первый буфер без скролла
во второй третий и четвертый со скроллом

я ж картинки приложил
на них все видно

[Lethargeek]

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

Лишние проверки - проще стирать построчно
(или по очереди, но главно чтоб за лучом)

вот смотри
...
если красим лодкой местность то земля поменяет цвет
если лодка красится фоном то все нормально

Снова ты не понял
Нужно снизить средневзвешенную по яркости разницу с идеальным случаем (три цвета на знакоместо)
То есть нужно не просто стирать меньший кусок, а красить его в ближайший цвет (из двух доступных)
Белую лодку в красный ИЛИ красную землю в синий

лучший вариант - Мина спрайтом- для корректной обработки торпед

Разве только после начала движения

а кто будет считать объекты?

Любой, кому известен ландшафт на всем протяжении (тоись аффтар))
Можно "вычислить" самый забитый экран (пиковый случай)
Хоть на глаз, хоть утилиткой автоматической

Я предлагаю спрайты! Размер в высоту 8 пикселей, а в ширину - переменное число. Тогда не нужно будет ксерить (маскировать) левый байт. Просто тупо выводим по знакоместам и всё!

Это с какой же радости не нужно маскировать или хотя бы ксорить?
Если не нужно маскировать, это уже не спрайт, а бяка квадратная

И вообще, раз пошла такая пьянка, у меня предложение:

Sea DraGon oLdsK0ol Demo Remix

Всю атаривскую угловатую графику можно безболезненно линейно уменьшить вдвое
Таким образом, нам придется обслуживать только 80 строк без дублирования
А размеры собственно игрового поля даже возрастут

А главное - на экране еще останется много места для всяких переливчатых и бегущих строк
с гритингсами и факами, которые (строки, а не факи) несомненно порадуют AAA!
и прочих олдскул маньяков

Можно даже исхитриться и добавить простых бордюрных эффектов (продолжение по краям цвета воды и неба)
А также вместо резкого клиппинга - плавный блендинг

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