![]() |
Кстати, идея реализации нового видеопроцессора появилась не просто так, а из нужды расширить не совсем хорошие хар-ки компьютера. Ведь та эе "нужда" прицепила PC-клавиатуру, та же нужда повесила винт и многое другое. Может стоить просто всем подумать, как можно такое реализовать "малой кровью"? Ведь здесь находятся компетентные железячники, программисты и просто любители Спектрума. Почему бы не устроить эдакий brain storming на эту тему, который имхо покажет, стоит ли вообще браться за новый видеопроцессор? Ведь не спроста такое "оперативное вмешательство" в Спектрум было произведено на АТМ, Спринтере, Профи, не спроста появились новые видеорежимы.
Тут уже были преложения (или скорее мысли) на эту тему, я вот тоже хочу высказаться :)) 1. На данный момент на Спектруме остались только истиные любители, причём они в состоянии держать паяльник либо имеют знакомых/друзей спектрумистов с этими навыками. Поэтому повторение устройства не должно вызвать какие-либо трудности, как это могло быть, скажем, лет пять назад. При этом есть слава Богу люди, которые в состоянии делать и продавать железо (привет всей NedoPC :) ) 2. Кому это надо и кто будет писать софт? По первому пункту лично у меня нет никаких соменений. Те же художники порадуются новым граф. возможностям машины. По второму пункту - думаю разработчики самого девайса должны будут написать минимальный необходимый софт. Это, так сказать присказка, а сейчас сами предложения. 3. Думаю, никакого n-го количества видеорежимов не надо для Спектрума, нужен только один. Он должен быть воспроизводим как на телевизоре, так и на экране монитора. Подобрать такое разрешение можно, хотя бы 640х25. Глубину цвета не больше 8-ми бит на пиксель, зачем больше? 4. Самое главное, что сам девайс был бы в состоянии "заменять" стандартный экран Спектрума. Как это сделать - это отдельный вопрос. Например можно перехватывать обращения к диапазону адрессов экрана и перенаправлять данные в память самого видеопроцессора, перекодируя их при этом в формат видеопроцессора. 5. Память видеопроцессора сделать отдельно, что бы оно даже не входило в карту основной памяти Спектрума. "Общаться" с ней можно было бы через порты, например включая нужный кусок в окно второго экрана. Либо можно было сделать девайс, с которым можно было обращаться коммандами (не путайте с ускорителями и т.п.). 6. Идеальный на мой взгляд вариант - это девайс a la GS, т.е. с собственным процессором и памятью. Вобщем, хотелось бы услышать ваши мнения. Вопросы "кому надо" и "кто будет софт писать" можно решить и потом :) |
Quote:
Quote:
|
Quote:
Quote:
|
Quote:
Готовое устройство дешёвым не получится, в этом вся проблема. А дешёвые решения (типа вышеупомянутых 512х192) почему-то никому неинтересны. |
Quote:
Quote:
|
Quote:
Quote:
|
мдя... сидите тут, думаете...
а вы просто спросите активных кодеров, а им нужно ли что-то такое? это и будет вам ответом :) хехе, а то развели тут :))) |
Quote:
Quote:
|
Quote:
|
Quote:
|
Quote:
Quote:
|
Quote:
|
Quote:
|
Quote:
А Пентагон - на полку, чего его жалеть, он-же бесплатный;) Или паяльником затыкать до дыр.. |
Quote:
|
Стоп, стоп, стоп...
...ладно, уговорили. Не надо супер-видеопроцессора. Пожалуй я даже с этим соглашусь.
Собственно, идея с сопроцессором родилась именно из идеи подключения SVGA-монитора при сохранении работоспособности мультиколоров. Я думаю, что с актуальностью использования монитора вместо ТВ согласятся практически все. Подержанная цифровая пятнашка на рынке стоит 1000 рублей - это очень мало, а качество куда выше. Какой-нибудь Samsung Syncmaster - еще дешевле. Интересно, а может есть более простые решения? Валяется у меня дома ста-а-а-рая плата Pentagon 48к. Вот думаю ее восстановить, поиграться... Охота поковырять что-нибудь паяльником, креативно. Вот например, интересно, а что получится если я просто возьму основной кварц (который выдает тактовые на проц и видео) и увеличу его в 2 раза? По идее, подскочат в 2 раза все частоты. Кадровая и строчная тоже. CPU, кстати, тоже. Получим турбированный комп, на котором идут мультиколоры как на нетурбированном, но выдающий SVGA-сигнал (да, с магнитофоном облом, но стоит задать вопрос, нужен ли он вообще кому-нибудь). Единственный вопрос - вытянет ли память? Можно увеличить вдвое тактовую только для видеосистемы, для CPU оставить прежнюю. Тогда поедут мультиколоры. Приходим к тому, что нужно делать следующее: 1. Выдаем на монитор две черные строки. В это время читаем данные в некий буфер с той же скоростью, с какой это делает оригинальный видеоконтроллер. Считываем туда строку. 2. Выдаем на монитор две строки из буфера, в это время во второй буфер читаем следующую строку (используем double buffering). 3. Теперь выдаем второй буфер два раза, читаем следующую строку в первый буфер. И так далее весь кадр. Проще всего такая вещь реализуется с помощью микроконтроллера (он же будет пришивать обратно бордюр к новой картинке). А раз так - спрашивается, зачем нам тогда вообще аппаратная схема выборки данных? Нафиг ее. А раз у нас теперь и выборкой данных, и формированием сигнала занимается GPU, то... Правильно! Можно менять программу и это абсолютно ничего не стоит. Во, еще раз эврика! А теперь немножко усложняем схему. Добавляем два регистра, загружаемых из GPU. При обращении CPU к порту, адрес которого загружен в буферы, происходит прерывание GPU и он может считать записанный в этот порт байт. Так можно сделать эмуляцию ЛЮБОГО из уже существующих расширений графики путем предварительной загрузки программы в GPU... Да-да, это уже почти Спринтер. С открытой архитектурой и дешевле. Да, я согласен с теми, кто утверждает, что подключаемость - не проблема, ибо подавляющее большинство современных пользователей ZX - действительно хорошие железячники и умеют паять. Также позволю себе ввести очередной тезис: 70% оставшихся машин - Пентагоны или похожие (без custom-чипов и PLA) по причине хорошей повторяемости и ремонтопригодности. Более того, я не вижу, почему такой GPU нельзя поставить даже в Скорпион, Профи или АТМ. Шина памяти и процессора есть везде, даже в PLA-шных реализациях, больше для него ничего не надо. Да, если и реализовывать, то ИМХО только на Z80. Точнее - на, скажем, Z86 - для удобства. Можно, конечно, на чем угодно, но в случае с Z80 удобнее будет писать софт - средства разработки уже есть, дополнительно учить ничего не надо. Чуть более простая альтернатива - встраиваем в схему Пентагона PIC, который занимается дабл-буферингом. Размер буфера - 32*4=128 байтов (32 байта на пиксели, столько же на атрибуты, все это два раза). Но это будет сугубо Пентагоновская примочка. Хотя для 1024SL пойдет. 1024SL - это все-таки Пентагон, можно надеяться что его судьба будет лучше, чем у ATM, по причине широкого народного признания. |
Quote:
|
если проблема только в мониторе - не проще пойти купить EGA-шку за 10$
Quote:
|
Quote:
|
Вот ещё нашёл, как раз по теме.
http://www.fischerkai.de/zxteam/lcdif_d.htm Страница на немецком, но за полезностью материала могу перевести, если надо. Сей девайс есть контроллер LCD-дисплея, который по сути разрабатывался для ZX-81 но был успешно опробован на ZX-Spectrum. Кстати, имеет отдельный процессор (Z80H). Девайс сам действительно a la GS. Может мы таким разродимся? |
Quote:
Quote:
а вот в качестве видеоформирователя заюзать стандартный чип. другая альтернатива - ПЛМ (как спринтер) - дороже но гибче. в то же время даже в старом v9990 есть поддержка спрайтов и др. мелочей, а на плм это все будет слишком громоздко - проще не делать (как в спринтере) |
Quote:
В АРМах я к сожалению не копенгаен. Чем шить, компиляторы есть под него сишные (не люблю ассемблер)? Quote:
Версия на Z80 удобна тем, что фирмвэйр можно делать на самом Спектруме, да и проще будет другим собрать. |
Quote:
Quote:
зы// Shiru, смотри, в этом топике уже назревает neoGS переводить на рельсы АРМ9 (samsung s3c2410) с довешиванием VDP : - )))))))))))))) |
Quote:
|
Quote:
это при том что я от АРМов отстаиваю EZ80 в качестве CPU :) а на перифирии дешевым АРМам самое место. |
Quote:
|
Quote:
Quote:
Quote:
|
| All times are GMT +4. The time now is 17:08. |
Powered by vBulletin® Version 3.8.3
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.