Электроника БК 0010-01 vs ZX.

[NEO SPECTRUMAN]

тебе тяжело повторить inc dec 2 раза
на z80 например это будет все равно быстрей
чем складывать 16 битные числа

и когда нужно пропускать несколько строк сразу?

для интерлейсов
делается 1 ОДИН такой
пропуск на всю строку

[Lethargeek]

тебе тяжело повторить inc dec 2 раза

а если не два? отражение в воде, например

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

чем складывать 16 битные числа

с вектороподобными раскладками - восьмибитные

[NEO SPECTRUMAN]

а если не два? отражение в воде, например

ты предлагаешь затачивать видео режим под отражение в воде?
ну просто еще лучше
чем предыдущий оратор
предлагающий видео режим 331х119

[jerri]

Не припомню. Есть "Остров Обезьян".
Кстати, кто там хотел "Laser Squad"? Есть подобная игра "UFO": http://vanyas.chat.ru/world_bk/games.htm

И всетаки мне показывали Loom. Сказали для БК0011. Блин.

там был такой характерный интерфейс.

[Lethargeek]

ты предлагаешь затачивать видео режим под отражение в воде?

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

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

хотя нет, предлагаю - тебе впредь перечитывать по нескольку раз посты, на которые ты собираешься отвечать

[Manwe]

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

Художники = пользователи. Программисты = пользователи. Им удобней когда пиксели квадратные.

я к тому что в БК уже есть стандартный видеорежим 512х256 и 256х256 придумывать новое, которое в принципе не совместимо со старыми стандартами плохая идея изначально

На PC это никого не парило: какой режим нужен, такой и инициализируешь. Хочешь - старый, хочешь новый.

откуда эта идея про оптимальность ?
если уж вспоминать байтовые видеорежимы то тогда 320х200, но как я уже сказал, это слишком много

Самый ненавистный режим с расплюснутыми пикселями.

поверьте, будет очень медленно

Что именно будет медленно? Я написал довольно много демок, чтобы сделать вывод: обращение к точке как к байту - быстрее всего.

если говорить о спрайтах, то просто надо идти дальше, а именно использовать два слоя
первый слой - фон из двух планов по 16КБ
второй слой - спрайты и все что движется - тоже два плана по 16КБ

Слои = тормоза.

адресация страниц по 16КБ - те как уже сделано в БК11М

В УКНЦ тоже. А в итоге тормозной битплановый экран. Зачем делать вторую УКНЦ?

зачем делать палитры вообще ?
я уже писал что технологичнее и удобнее так:
собственно 16 пар регистров в которых 32х битный RGB цвет и все проблемы
те каждый из 16 цветов программируется отдельно

Это и есть палитры. Точнее, одна 16-цветная программируемая палитра.

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

320 = (256 + 64)

Я умею считать Просил объяснить чем 320 точки в строке "проще" 292-ух точек в строке. На практике.

зачем таблица, когда можно без таблицы? (в идеале - и без сдвигов, только сложения)

Затем, что можно делать крутые экранные эффекты, перепрограммируя таблицу строк. Ну и адрес произвольной Y-координаты не надо высчитывать: всё уже посчитано и лежит в удобном виде.

просто 16-цветный экран, который весит как 256-цветный

31-цветный. У спрайтов гоблинов может быть другая расцветка. Зато скорость отрисовки высокая. И в этом же экране хранится маска переднего плана.

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

но в высоту только святые 256

Это всё стереотипы инженеров. Реальным пользователям по фигу на степени двойки.
Мне даже интересно: в современных компьютерах ты тоже серьёзно заморачиваешься, чтобы экран был кратен степеням двойки? А с какой кратностью? На 8 делиться? Или на 256? Или на 2?

но не какие не 292 и не 219
от куда ты их вообще отколупал?

Произвёл вычисления по оптимальному использованию адресного пространства 64 kb.

в идеале это inc dec
и никаких сложений

Ну вот с таблицей адресов строк так и есть.

[NEO SPECTRUMAN]

Ну вот с таблицей адресов строк так и есть.

можешь не оправдываться
мы и так знаем что БКшники не умеют считать такты

[Manwe]

можешь не оправдываться
мы и так знаем что БКшники не умеют считать такты

На БК 0010 умеют.

[zx_]

jerri, И всетаки мне показывали Loom. Сказали для БК0011. Блин

вспоминай вот теперь

[Lethargeek]

Просил объяснить чем 320 точки в строке "проще" 292-ух точек в строке. На практике.

а непонятно разве, что чем ближе к степени двойки, тем проще двоичная арифметика?
что на практике позволяет 320 умножить на любое число быстрее, чем, допустим 219