тебе тяжело повторить inc dec 2 раза
на z80 например это будет все равно быстрей
чем складывать 16 битные числа
и когда нужно пропускать несколько строк сразу?
для интерлейсов
делается 1 ОДИН такой
пропуск на всю строку
Вид для печати
тебе тяжело повторить inc dec 2 раза
на z80 например это будет все равно быстрей
чем складывать 16 битные числа
и когда нужно пропускать несколько строк сразу?
для интерлейсов
делается 1 ОДИН такой
пропуск на всю строку
а если не два? отражение в воде, напримерЦитата:
Сообщение от NEO SPECTRUMAN
- - - Добавлено - - -
с вектороподобными раскладками - восьмибитныеЦитата:
Сообщение от NEO SPECTRUMAN
ты предлагаешь затачивать видео режим под отражение в воде?Цитата:
Сообщение от Lethargeek
ну просто еще лучше
чем предыдущий оратор
предлагающий видео режим 331х119 :v2_dizzy_facepalm:
И всетаки мне показывали Loom. Сказали для БК0011. Блин.Цитата:
Сообщение от Manwe
там был такой характерный интерфейс.
ничего не предлагаю, просто сказал, что для перехода на несколько строчек при любой раскладке нужны сложенияЦитата:
Сообщение от NEO SPECTRUMAN
- - - Добавлено - - -
хотя нет, предлагаю - тебе впредь перечитывать по нескольку раз посты, на которые ты собираешься отвечать :p
Художники = пользователи. Программисты = пользователи. Им удобней когда пиксели квадратные.Цитата:
Сообщение от SuperMax
На PC это никого не парило: какой режим нужен, такой и инициализируешь. Хочешь - старый, хочешь новый.Цитата:
Сообщение от SuperMax
Самый ненавистный режим с расплюснутыми пикселями.Цитата:
Сообщение от SuperMax
Что именно будет медленно? Я написал довольно много демок, чтобы сделать вывод: обращение к точке как к байту - быстрее всего.Цитата:
Сообщение от SuperMax
Слои = тормоза.Цитата:
если говорить о спрайтах, то просто надо идти дальше, а именно использовать два слоя
первый слой - фон из двух планов по 16КБ
второй слой - спрайты и все что движется - тоже два плана по 16КБ
В УКНЦ тоже. А в итоге тормозной битплановый экран. Зачем делать вторую УКНЦ?Цитата:
адресация страниц по 16КБ - те как уже сделано в БК11М
Это и есть палитры. Точнее, одна 16-цветная программируемая палитра.Цитата:
зачем делать палитры вообще ?
я уже писал что технологичнее и удобнее так:
собственно 16 пар регистров в которых 32х битный RGB цвет и все проблемы
те каждый из 16 цветов программируется отдельно
- - - Добавлено - - -
Я умею считать :) Просил объяснить чем 320 точки в строке "проще" 292-ух точек в строке. На практике.Цитата:
Сообщение от Lethargeek
Затем, что можно делать крутые экранные эффекты, перепрограммируя таблицу строк. Ну и адрес произвольной Y-координаты не надо высчитывать: всё уже посчитано и лежит в удобном виде.Цитата:
зачем таблица, когда можно без таблицы? (в идеале - и без сдвигов, только сложения)
31-цветный. У спрайтов гоблинов может быть другая расцветка. Зато скорость отрисовки высокая. И в этом же экране хранится маска переднего плана.Цитата:
просто 16-цветный экран, который весит как 256-цветный :v2_clap2:
- - - Добавлено - - -
Это всё стереотипы инженеров. Реальным пользователям по фигу на степени двойки.Цитата:
Сообщение от NEO SPECTRUMAN
Мне даже интересно: в современных компьютерах ты тоже серьёзно заморачиваешься, чтобы экран был кратен степеням двойки? А с какой кратностью? На 8 делиться? Или на 256? Или на 2?
Произвёл вычисления по оптимальному использованию адресного пространства 64 kb.Цитата:
но не какие не 292 и не 219
от куда ты их вообще отколупал?
Ну вот с таблицей адресов строк так и есть.Цитата:
в идеале это inc dec
и никаких сложений
можешь не оправдыватьсяЦитата:
Сообщение от Manwe
мы и так знаем что БКшники не умеют считать такты :)
На БК 0010 умеют.Цитата:
Сообщение от NEO SPECTRUMAN
jerri, И всетаки мне показывали Loom. Сказали для БК0011. Блин
вспоминай вот теперь
а непонятно разве, что чем ближе к степени двойки, тем проще двоичная арифметика?Цитата:
Сообщение от Manwe
что на практике позволяет 320 умножить на любое число быстрее, чем, допустим 219