Стандартизация принципов развития видеопроцессора

[Lethargeek]

Пардон, я там ошибся с арифметикой , правильно 384х288, при этом будет 4:3, правда цифры не очень красивые получаются.

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

256х192 надеюсь имеется ввиду?

Имеется в виду способ программирования и минимальность патчей.
256x192 никуда из центра экрана не денется.

Т.е. 12 битовых плоскостей - это предполагаемый максимум.

В принципе можно частоту сканирования удвоить и получить труколор, но зачем? Помимо тормозов, память расширять надо будет (иначе бестолку), ЦАП расширять опять же... Ноги нужны либо лишни(е) корпус(а) на последовательные передачи. Фтопку. Пусть 12 хотя бы освоят.

Несовместимый режим вообще делать не надо, их и так хватает на некоторых клонах. Моё мнение об идеологии совместимости известно - это 4:3 и по возможности целочисленное масштабирование (в случае 384х288 коэффициент масштабирования 1,5). Текстовые экраны - отдельный компромисс.

Сейчас и не надо (а что там дальше получится - хрен его знает). А в случае 384x288 коэффициент масштабирования как раз единица. Потому что он (кфц) к размеру пиксела относится, а не к APA участку растра.

Имелось ввиду что-то типа аппаратного скролла, когда на самом деле двигается экран относительно неподвижного заднего плана.

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

[Advertiser]

[Black_Cat]

Сейчас и не надо (а что там дальше получится - хрен его знает). А в случае 384x288 коэффициент масштабирования как раз единица. Потому что он (кфц) к размеру пиксела относится, а не к APA участку растра.

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

[Lethargeek]

Разрешение - это плотность (количество минимальных базовых элементов (пикселов) на единицу площади).

Бордюр считается, ибо состоит из тех же пикселов.

[Black_Cat]

Разрешение - это плотность (количество) элементов (пикселов) на единицу площади.

Тогда это называется удельным количеством пикселов на единицу площади, или плотностью пикселов и оно действительно может быть = const, но отнюдь не 1 (ни в СИ, ни в СГС, если экран конечно обычный). А вот относительная плотность пикселов действительно может быть равна 1.

Разрешение само по себе - это двумерная абсолютная величина. Поэтому когда говорим "масштабирование разрешения", то имеем ввиду пропорциональное коэффициенту масштабирования увеличение значения размерности по обеим координатам, либо по одной из них.

Кстати тут Sonic идею двинул про монохромный режим: http://zx.pk.ru/showthread.php?p=68145#post68145 . Интересует мнение насколько это востребовано и где есть необходимость в применении монохромного вывода.

[Lethargeek]

Тогда это называется удельным количеством пикселов на единицу площади

Дык это И ЕСТЬ разрешение. В данном случае "единица площади" - безразмерная величина - "один экран". Другой пример - как указывается разрешение сканеров/принтеров? Типа "400 dpi", "точек на дюйм" (дюйм - конкретная единица). И одномерные "горизонтальное разрешение" и "вертикальное разрешение" - то же самое.

и оно действительно может быть = const, но отнюдь не 1

Проснись. Единице там был равен коэффициент масштабирования.

Разрешение само по себе - это двумерная абсолютная величина.

А вот и нет, смотри выше.
И 256x192 на Спеке - это разрешение не ЭКРАНА, а отображаемого на память УЧАСТКА растра, только и всего. И если я на одном телевизоре нарисую какой-нить спрайт, он и в 256x192, и в 384x256 будет одинакового размера. На песюке отображаемый растр занимает можно считать весь экран, так что здесь таких ошибок не делают.

Поэтому когда говорим "масштабирование разрешения", то имеем ввиду пропорциональное коэффициенту масштабирования увеличение значения размерности по обеим координатам, либо по одной из них.

Именно что плотности. То, что площадь представлена в виде произведения X*Y, роли не играет.
В общем случае коэффициента масштабирования действительно два, свой на каждую ось.

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

Кстати тут Sonic идею двинул про монохромный режим:

Смиялсо.

[ZEK]

Короче подучи термины

Aspect ratio зовется при квадртном пикселе (физически) он равен 1, завели его еще во времена CGA/MDA (на писюках, а так может и раньше), и нужен он то бы круг был круглым а не овальным

Типа "400 dpi", "точек на кв.дюйм" (дюйм - конкретная единица).

Точек на дюйм тока не квадратный а по горизонтали или вертикали Обычно горизонтальное разрешение посерьезней вертикального.

[Lethargeek]

Aspect ratio зовется при квадртном пикселе (физически) он равен 1, завели его еще во времена CGA/MDA (на писюках, а так может и раньше), и нужен он то бы круг был круглым а не овальным

Совсем не то, aspect ratio - это про соотношение сторон и коррекцию формы.
Хотя "масштабирование разрешения" и правда звучит несколько двусмысленно.

Точек на дюйм тока не квадратный а по горизонтали или вертикали Обычно горизонтальное разрешение посерьезней вертикального.

Ачепятка. Пальцы моск опережають.