Исходить из традиционного экрана

Вид для печати

Показывать 40 сообщений этой темы на одной странице

08.05.2007, 05:30
Lethargeek

Цитата:

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

Посмотри на CGA/EGA - они все пришли к VGA, где вообще битовых плоскостей нет.

Конечно же есть - во всех доставшихся от EGA режимах. А в новых режимах - байтовые плоскости. Что сильно помогало на слабых процессорах, даже в существующем куцем варианте.

Цитата:

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

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

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

Цитата:

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

Т.е. работать он будет медленнее, чем запись по одномоментно 8 бит, т.к. потребуется несколько логических операций,

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

Цитата:

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

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

Зато для 8 точек сразу.

Цитата:

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

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

Да, только одного на весь экран (писишный подход). А при фиксированных "базовых" частотах можно смешивать несколько "режимов" одновременно в кадре.
08.05.2007, 15:15
Sonic

По поводу увеличения глубины цвета...
http://aleste520.narod.ru/html/rainbow.html - интересный подход. Может на что сгодится?
08.05.2007, 15:51
stop-7

Графическая система была расширена оригинальным способом: теневая страница 16КБ памяти хранила информацию о цвете. На каждые 8 точек графического буфера был 1 байт цветовой памяти, определявший цвета фона и изображения из 16 цветов. На выходе двух портовая память палитры.
иными словами, атрибут INK/PAPER на полоску из 8 пикс.?
08.05.2007, 16:24
Sonic

Да. Только весь прикол не в этом, а в способе загрузки.
08.05.2007, 19:58
Lethargeek

Цитата:

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

Только весь прикол не в этом, а в способе загрузки.

Ничего принципиально нового. Кастрированный EGA.
10.05.2007, 10:48
Sonic

Да блин, я вот про это:
Возможность доступа к памяти цвета было обеспечено специальным регистром. Процессор устанавливал цвет в регистре и впоследствии данный цвет применялся ко всем байтам графики, которые изменял процессор. При чтении из видеопамяти информация о цвете автоматически прочитывалась в регистр цвета. Этот механизм позволял копировать участи графики вместе с цветом.
В результате вместо одной загрузки мы фактически выполняем две. Мы работаем с цветом, но скорость та же, как если бы мы работали с монохромом.
Приведу пример практического использования применительно к нам.
Представим себе, что в дополнение к нашему ZX-экрану (с атрибутами 8x8) мы имеем теневое ОЗУ атрибутов в формате "атрибут на линию", т. е. атрибутами 8x1. Представим себе, что логика работы видеоконтроллера такова, что при записи данных по относительному адресу X (относительно начала фреймбуфера) в область пикселов вызывает автоматическое копирование значения из области атрибутов ZX (которая 8x8), в теневую область атрибутов (которая 8x1) по тому же относительному адресу X. Что получаем в результате: а получаем мы возможность рисовать в хардварном мультиколоре хоть из бейсика, при 100%-ной совместимости с синклеровским экраном и всем существующим софтом.
Только пожалуйста не бейте ногами - это не законченная идея, это пример, придуманный на ходу за 10 секунд.
10.05.2007, 17:27
PegasResearch

Цитата:

Сообщение от Lethargeek
Конечно же есть - во всех доставшихся от EGA режимах. А в новых режимах - байтовые плоскости. Что сильно помогало на слабых процессорах, даже в существующем куцем варианте.

Я под VGA подразумевал 256-цветный 320х200 ;-) Режимы от EGA остались лишь для совместимости - "не сразу всё устроилось"...

Цитата:

Зато для 8 точек сразу.

Ага, 1-битных точек (!)

Цитата:

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

Цитата:

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

Опять же - я имею в виду 90% всех случаев. Абсолютно согласен, что в 10% случаях битпланы могут оказаться не хуже, а может и чем-то лучше. Но разрабатывать девайс для 10% случаев, не обращая внимание на 90% - неправильно. И VGA это подтвердил - воспользованностью режима 320х200 и X-режимов.

Цитата:

Да, только одного на весь экран (писишный подход). А при фиксированных "базовых" частотах можно смешивать несколько "режимов" одновременно в кадре.

Про это вроде речи не шло... чем это принципиально отличается от нескольких видеоплоскостей с альфа-прозрачностью (либо просто с прозрачностью, как DirectX 2.0)?

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

Добавлено через 9 минут
Кстати, по поводу "базовых частот" и идее сложного видеоадаптера вообще. Вспоминается процессор Sigma SMP (Sequre Media Processor) - суть в том, что там для отображения используется несколько физических выходов (S-Video, component, composite, HDMI/DVI). Так вот, в самой распространённой версии проуцессора миксер (источник видео) только один, и на выходах установить отдельное разрешение можно только при совпадении "частоты сканирования" у этих разрешений. Помниться, мои эксперименты с попыткой это сделать ни к чему не привели... да и поставляемый набор семплов не смог с этим справится - один из выходов выдавал цветовой шум. И это на известном во всём мире процессоре, на разработку которого было потрачено немало усилий...
То есть это я к чему - не все идеи, хорошо описанные на бумаге, успешно реализуются в железе. Особенно идея совмещения видеорежимов ;-) Хотя, если все "видеорежимы" на самом деле - один режим более высокого разрешения, то почему бы нет?...
11.05.2007, 05:46
Lethargeek

Цитата:

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

Да блин, я вот про это:

И я про это. :D На EGA при чтении/записи то же самое (одновременная обработка всех относящихся к сгруппированным пикселям байт) и происходит. Как минимум.

Как все эти байты интерпретируются при отображении - дело другое. Но к "способу загрузки" уже никакого отношения не имеет.

Цитата:

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

Приведу пример практического использования применительно к нам. Представим себе...

Когда-то в начале 90-х (в век рассыпухи и пресловутого "кулибинства" даже на уровне производителей) подобные "дешевые и сердитые" решения имели какой-то смысл, сейчас даже начинать рассмотрение проблемы ВК для Спектрума надо с чего-то более сложного (и главное - универсального). С общего, а не с частного. Потому что если потом начать развивать девайс, сильно увеличивается количество необязательных наворотов (навешенных только потому что в базовом итд варианте чего-то не хватало). Вот например, походу в описанной реальной схеме даже ink и paper нельзя автоматически разделять, то есть с клэшингом надо все равно бороться программно (это помимо присущего даже аппаратному мультиколору остатков атрибутного клэшинга). То есть по каждой мелочи придется схему усложнять, усложнять...

Добавлено через 20 минут

Цитата:

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

Я под VGA подразумевал 256-цветный 320х200

VGA это видеоадаптер ваще-то (а не один видеорежим). :) Причем "в железе" именно что планарный (был изначально по крайней мере, как современные железяки устроены - не в курсе, мож там уже EGA эмулируется микрокодом или еще чего пострашнее).

Цитата:

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

Ага, 1-битных точек (!)

Нет, "сколькиугоднобитных" точек (в отличие!). Это детализация обращения такс-зать "однобитная".

Цитата:

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

Опять же - я имею в виду 90% всех случаев. Абсолютно согласен, что в 10% случаях битпланы могут оказаться не хуже, а может и чем-то лучше.

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

Цитата:

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

Но разрабатывать девайс для 10% случаев, не обращая внимание на 90% - неправильно. И VGA это подтвердил - воспользованностью режима 320х200 и X-режимов.

Вот именно. Причем X-режимы эффективно использовались как раз в силу своей планарности (эффективно, несмотря на общую кривость железа пц). Причем для медленных 16-битных процессоров до 286 (и первых 386) быстрее были именно X-режимы. Потом просто процы по скорости обогнали видеоадаптеры, и стало выгоднее всю графику через регистры и теневой-видеобуфер-в-обычном-ОЗУ ворочать. В настоящее время снова рулит обработка внутри видеоадаптера, причем в принципе уже пофиг, как именно "там внутри" организовано хранение растра (все равно напрямую программировать неэффективно). Но это сейчас и на пц. На Спеке (так исторически сложилось) положение несколько другое. ;)

Добавлено через 29 минут

Цитата:

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

Кстати, по поводу "базовых частот" и идее сложного видеоадаптера вообще. Вспоминается процессор Sigma SMP... Хотя, если все "видеорежимы" на самом деле - один режим более высокого разрешения, то почему бы нет?...

Необязательно именно "разрешения" (про SMP вообще что-то не в кассу).

Я имел в виду, вот есть у нас битовый поток постоянной плотности, и вот в этих рамках можно повышать либо разрешение, либо глубину цвета, либо количество слоев (за счет остальных характеристик). Потому что в реальных задачах вся мощь "максимального режима" как правило не нужна, нужны бывают какие-то его отдельные характеристики. Хотя по частотам - да, все время именно "максимальный режим" и светится.
11.05.2007, 21:02
andrews

Господа, товарищи...хорошо бы уже программные модели для иллюстрации начать приводить...на C или VHDL

Показывать 40 сообщений этой темы на одной странице