Важная информация

User Tag List

Страница 2 из 2 ПерваяПервая 12
Показано с 11 по 19 из 19

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

  1. #11
    Guru Аватар для Lethargeek
    Регистрация
    08.09.2005
    Адрес
    Воронеж
    Сообщений
    4,525
    Записей в дневнике
    3
    Спасибо Благодарностей отдано 
    263
    Спасибо Благодарностей получено 
    208
    Поблагодарили
    166 сообщений
    Mentioned
    11 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

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

    Цитата Сообщение от PegasResearch Посмотреть сообщение
    Т.к. проблематично создать быстрый алгоритм разбиения растра на плоскости.
    Если даже все чисто программно, то пользующемуся этим зетнику хватит.

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

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


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

  2. #12
    Master
    Регистрация
    27.04.2005
    Адрес
    Москва
    Сообщений
    886
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    5
    Поблагодарили
    4 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

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

  3. #13
    Member
    Регистрация
    05.03.2007
    Адрес
    Санкт-Петербург
    Сообщений
    93
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    0
    Поблагодарили
    0 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

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

  4. #14
    Master
    Регистрация
    27.04.2005
    Адрес
    Москва
    Сообщений
    886
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    5
    Поблагодарили
    4 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

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

  5. #15
    Guru Аватар для Lethargeek
    Регистрация
    08.09.2005
    Адрес
    Воронеж
    Сообщений
    4,525
    Записей в дневнике
    3
    Спасибо Благодарностей отдано 
    263
    Спасибо Благодарностей получено 
    208
    Поблагодарили
    166 сообщений
    Mentioned
    11 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от Sonic Посмотреть сообщение
    Только весь прикол не в этом, а в способе загрузки.
    Ничего принципиально нового. Кастрированный EGA.
    Прихожу без разрешения, сею смерть и разрушение...

  6. #16
    Master
    Регистрация
    27.04.2005
    Адрес
    Москва
    Сообщений
    886
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    5
    Поблагодарили
    4 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

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

  7. #16
    С любовью к вам, Yandex.Direct
    Размещение рекламы на форуме способствует его дальнейшему развитию

  8. #17
    Member Аватар для PegasResearch
    Регистрация
    26.04.2007
    Адрес
    Санкт-Петербург
    Сообщений
    35
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    0
    Поблагодарили
    0 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Сообщение от 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). Так вот, в самой распространённой версии проуцессора миксер (источник видео) только один, и на выходах установить отдельное разрешение можно только при совпадении "частоты сканирования" у этих разрешений. Помниться, мои эксперименты с попыткой это сделать ни к чему не привели... да и поставляемый набор семплов не смог с этим справится - один из выходов выдавал цветовой шум. И это на известном во всём мире процессоре, на разработку которого было потрачено немало усилий...
    То есть это я к чему - не все идеи, хорошо описанные на бумаге, успешно реализуются в железе. Особенно идея совмещения видеорежимов ;-) Хотя, если все "видеорежимы" на самом деле - один режим более высокого разрешения, то почему бы нет?...
    Последний раз редактировалось PegasResearch; 10.05.2007 в 17:37. Причина: Добавлено сообщение

  9. #18
    Guru Аватар для Lethargeek
    Регистрация
    08.09.2005
    Адрес
    Воронеж
    Сообщений
    4,525
    Записей в дневнике
    3
    Спасибо Благодарностей отдано 
    263
    Спасибо Благодарностей получено 
    208
    Поблагодарили
    166 сообщений
    Mentioned
    11 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от Sonic Посмотреть сообщение
    Да блин, я вот про это:
    И я про это. На 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 вообще что-то не в кассу).

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

  10. #19
    Guru Аватар для andrews
    Регистрация
    20.04.2006
    Адрес
    Санкт-Петербург
    Сообщений
    2,648
    Спасибо Благодарностей отдано 
    407
    Спасибо Благодарностей получено 
    188
    Поблагодарили
    166 сообщений
    Mentioned
    3 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

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

Страница 2 из 2 ПерваяПервая 12

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Похожие темы

  1. Обрезание спрайта на краю экрана.
    от moroz1999 в разделе Программирование
    Ответов: 29
    Последнее: 18.02.2009, 16:20
  2. игры для маленького экрана
    от theli в разделе Игры
    Ответов: 6
    Последнее: 18.08.2006, 10:12
  3. Рабочая площадь экрана
    от ligolo в разделе Эмуляторы
    Ответов: 1
    Последнее: 11.08.2006, 10:18
  4. Масштабирование экрана Спектрума
    от CityAceE в разделе Эмуляторы
    Ответов: 26
    Последнее: 02.08.2006, 14:33
  5. Разрешение экрана.
    от CityAceE в разделе Форум
    Ответов: 19
    Последнее: 06.03.2005, 06:37

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •