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

Цитата:

---

Сообщение от Lethargeek

и программистов
для программистов - кратные разрешения

---

По-моему, это всё стереотипы. Какая тебе разница – 320 точек в ширину или 296?

Цитата:

---

смотря для каких (явно не восьмибитных)

---

16 бит. Речь же про процессоры 1801ВМ.

Цитата:

---

это медленно и неудобно как раз

---

С чего бы это? MOV (R1)+,(R2)+ для обычной памяти, MOVS (R1)+,(R2)+ для экранной (Screen) памяти. Просто дополнительный 17-ый бит в адресе устанавливается.

Цитата:

---

разве что для векторной графики

---

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

Цитата:

---

Сообщение от Manwe

По-моему, это всё стереотипы. Какая тебе разница – 320 точек в ширину или 296?

---

адресная арифметика упрощается

Цитата:

---

Сообщение от Manwe

16 бит. Речь же про процессоры 1801ВМ.

---

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

Цитата:

---

Сообщение от Manwe

Просто дополнительный 17-ый бит в адресе устанавливается.

---

кем, где и как?

Цитата:

---

Сообщение от Manwe

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

---

у тебя в регистре ДВА пикселя, и кроме "двигать" в кадре могут быть другие операции с графикой
быстро вывести по сетке, быстро очистить - в общем, комплексно оценивать скорость нужно

Цитата:

---

Сообщение от Lethargeek

адресная арифметика упрощается

---

Например? Для 320 точек в ширину.

Цитата:

---

если переход на несколько строк, сдвиги и сложения против умножений

---

Есть таблица адресов строк. Ничего сдвигать не надо, а тем более умножать.

Цитата:

---

кем, где и как?

---

Возможны варианты. В идеале – на уровне процессора. Костыльный вариант – на уровне контроллера дисплея.

Цитата:

---

у тебя в регистре ДВА пикселя, и кроме "двигать" в кадре могут быть другие операции с графикой
быстро вывести по сетке, быстро очистить - в общем, комплексно оценивать скорость нужно

---

В тех же «Гоблинах» палитра 16 цветов. А всего их 256. Делаешь 16-цветные спрайты, но с нумерацией цветов в старших 4-х битах, а потом складываешь с фоном. Никаких масок не нужно. Просто правильно построенная палитра. А для переднего плана (дерево) в фоновой картинке установлены, помимо цвета, все старшие 4 бита в 1. Тогда при сложении со спрайтом гоблина гарантированно произойдёт переполнение, и по биту C определяешь, что эту точку рисовать не нужно (возвращаешь как было). Вариантов много, в общем.

Быстро очистить – согласен. 32 килобайта очистить быстрей, чем 64. Компьютеру с 256 цветами нужен процессор помощней, чем ВМ1. И память побыстрей.

Цитата:

---

Сообщение от Manwe

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

---

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

Цитата:

---

Оптимальный видеорежим для ретро-компьютеров – 292x219 по 1 байту на пиксель. Это 63948 байт. Плюс 768 байт на описание палитры. Плюс 820 байт остаётся (в эту область можно вывести регистры горизонтального и вертикального рулонного сдвига, массив адресов строк и что-нибудь ещё).

---

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

Цитата:

---

Адресовать 64 килобайта экранной памяти было бы удобно специальными инструкциями процессора.
По скорости работы 1 байт на точку быстрей чем 1 или 2 или 3-4 бита на точку.

---

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

если говорить о спрайтах, то просто надо идти дальше, а именно использовать два слоя

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

наложение идет по правилу - второй слой перекрывает первый в случае если цвет во втором слое !=0
дешево, просто и что важно - быстро

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

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

Цитата:

---

Сообщение от Manwe

В тех же «Гоблинах» палитра 16 цветов. А всего их 256. Делаешь 16-цветные спрайты, но с нумерацией цветов в старших 4-х битах, а потом складываешь с фоном.

---

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

Цитата:

---

Сообщение от Manwe

Например? Для 320 точек в ширину.

---

320 = (256 + 64)

Цитата:

---

Сообщение от Manwe

Есть таблица адресов строк. Ничего сдвигать не надо, а тем более умножать.

---

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

Цитата:

---

Сообщение от Manwe

В тех же «Гоблинах» палитра 16 цветов. А всего их 256. Делаешь 16-цветные спрайты, но с нумерацией цветов в старших 4-х битах, а потом складываешь с фоном. Никаких масок не нужно. Просто правильно построенная палитра.

---

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

на секунду вернусь

Цитата:

---

Сообщение от Manwe

Например? Для 320 точек в ширину.

---

БКшечникам еще нужно доказывать что 256\512 лучше чем 320 :v2_dizzy_facepalm:

нет если экран будет столбцами как в специалисте\орионе\векторе
то в ширину можно сколько хочешь
хоть 964

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

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

Цитата:

---

Сообщение от Manwe

Оптимальный видеорежим для ретро-компьютеров – 292x219

---

маразм :v2_dizzy_facepalm:

оптимальный у специалиста ориона вектора

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

если заполнение столбцами то 256 пикселей в высоту и сколько угодно в ширину


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

от восьмеричных цифр голова перегрелась?

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

Цитата:

---

Сообщение от Lethargeek

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

---

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

Manwe,
Вложение 71564

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

Цитата:

---

Сообщение от NEO SPECTRUMAN

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

---

это на одну строку, а я про несколько

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

Цитата:

---

Сообщение от Manwe

Делаешь 16-цветные спрайты, но с нумерацией цветов в старших 4-х битах, а потом складываешь с фоном.

---

кстати, как это будет сочетаться с "установкой 17-го бита", которая тогда нужна будет и для источника - но вторым источником нужен адрес спрайта в обычной памяти

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

Цитата:

---

Сообщение от SuperMax

если говорить о спрайтах, то просто надо идти дальше, а именно использовать два слоя

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

наложение идет по правилу - второй слой перекрывает первый в случае если цвет во втором слое !=0
дешево, просто и что важно - быстро

---

о, еще один адепт слоёв, для которых БЫСТРО должен управляться видеоконтроллер с видеопамятью

Цитата:

---

Сообщение от Lethargeek

а я про несколько

---

в экране специалиста ориона вектора
переход вверх\вниз\вправо\влево
при помощи dec l inc l dec h inc h

256х192 256с
448х256 256с
будет вести себя также

конечно в условиях ихнего "превосходящего" 16 бит процессора
возможно это не будет так же быстро как на 8 битном...

Цитата:

---

Сообщение от NEO SPECTRUMAN

в экране специалиста ориона вектора
переход вверх\вниз\вправо\влево
при помощи dec l inc l dec h inc h

---

Цитата:

---

Сообщение от Lethargeek

это на одну строку, а я про несколько

---

.