Портирование игр с PC на БК

[jerri]

/* ксттати не заметил особо вывода поточечно */
Потому что на спеке однобитная графика, а на БК двух.

чиво? я про освежение экрана под ДОСом


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

не знаю можно ли так на БК

выделяется место в памяти на спрайт в ширину на 1 байт больше
т.е если спрайт 8*4 = 32 байта
то выделяем 8*5 = 40 байт
копируем спрайт в новый буфер
и в нем выскраливаем на нужную позицию
потом этот модифицированный спрайт перемещаем на экран.

[S_V_B]

Вся заморока с поворотом спрайтов из за того, что БК работает со словами, а не байтами и блоки тайлов 6ти битные чтобы влезло в 256 точек БКшкиного экрана.

[jerri]

Вся заморока с поворотом спрайтов из за того, что БК работает со словами, а не байтами.

я тя умаляю
где в ластмиссион требуется разворот спрайтов?
спрайт летящей пушки? так там всего 7 спрайтов на всю пушку
и 2 спрайта на платформу

[S_V_B]

/* я тя умаляю
где в ластмиссион требуется разворот спрайтов? */

Не отзеркаливание спрайтов, а предварительный разворот на 90 градусов, чтобы по точкам выводить на БК, причины см. выше.

[jerri]

/* я тя умаляю
где в ластмиссион требуется разворот спрайтов? */

Не отзеркаливание спрайтов, а предварительный разворот на 90 градусов, чтобы по точкам выводить на БК, причины см. выше.

ну я тебе предлагаю другой вариант
скроллить в буфере и выводить на экран

а вот этот вот поворот я рекомендую оставить для тайлов

[S_V_B]

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

[jerri]

S_V_B, размер спрайтов врагов 16х16
размер спрайта героя 32х16
платформа тоже что-то вроде.

но вывод по точкам никогда не был быстрым
это было просчитано еще в 80х

[S_V_B]

Если выводить словами на БК ,будет скакать по 4 точки, что некрасиво.
Размер экрана CGA 320x200, а БК 256х256 поэтому спрайты тоже придется сжимать чтобы они соответствовали окружению, что делает их не кратными слову.
Это мы уже обсуждали выше. Мы же фигней страдаем не от хорошей жизни Я тоже привык как минимум к 8bpp

[jerri]

Если выводить словами на БК ,будет скакать по 4 точки, что некрасиво.
Размер экрана CGA 320x200, а БК 256х256 поэтому спрайты тоже придется сжимать чтобы они соответствовали окружению, что делает их не кратными слову.
Это мы уже обсуждали выше. Мы же фигней страдаем не от хорошей жизни Я тоже привык как минимум к 8bpp

ты меня не понимаешь

прежде чем вывести байт с точностью в 4 точки
ты копируешь его в буфер спрайта и сдвигаешь в нужном тебе направлении
и спрайт размера 32 точки на 16 точек становится спрайтом 40 точек на 16 точек

я понятно объяснил?

[Manwe]

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

Универсальная процедура всегда медленней. Лучше лабиринт выводить одной процедурой, а подвижные спрайты другой.

Теперь уже можно запаковать лабиринт.

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

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

Так а я вроде сжал уже. Надо найти время и руками подправить.

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

Ничего не удобней! Только время компиляции зря вырастет.
Спрайты лабиринта (тайлы) все одинакового размера, их удобно хранить как у меня сделано. А спрайты врагов и пушки+платформы можно хранить отдельно. Для каждого сделать свою метку и прописать там insert_file (посмотри мои исходники).

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

выделяется место в памяти на спрайт в ширину на 1 байт больше
т.е если спрайт 8*4 = 32 байта
то выделяем 8*5 = 40 байт
копируем спрайт в новый буфер
и в нем выскраливаем на нужную позицию
потом этот модифицированный спрайт перемещаем на экран.

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

ты меня не понимаешь
прежде чем вывести байт с точностью в 4 точки
ты копируешь его в буфер спрайта и сдвигаешь в нужном тебе направлении
и спрайт размера 32 точки на 16 точек становится спрайтом 40 точек на 16 точек
я понятно объяснил?

Да все всё поняли, мы обсуждали это ещё в начале темы (но за неравнодушие спасибо!)
Во-первых, выводить байты долго. Быстрее слова. А это значит, что изображение кратно уже 8-ми точкам. То есть иногда придётся скроллить аж по 7 точек (14 команд ROR для одного регистра и столько же для второго, в который перетекают данные через бит C). Это медленно.
Во-вторых, спрайт платформы у нас 25 точек в ширину, потому что мы пережимаем спрайты с PC под пропорции экрана БК. Ради хранения такого спрайта из 25-ти точек придётся тратить не 50, а 64 бита в памяти. Которой мало. А спрайтов много.
Ну и в-третьих, описываемый тобой метод, действительно, можно применить, но сразу на экране, чтобы сдвигать спрайты (если они не анимированы) на 1 точку влево или вправо. Попробуем совместить эти два метода. У нас же цель - минимальный расход памяти + максимальная производительность + максимальная плавность.