intel 286 на 10 МГц отлично справлялся с VGA-графикой 320x200 256 цветов. Для игр больше разрешения и не надо (если мы говорим о ретро-платформе).
Вид для печати
Нужно простое подключение к монитору VGA 640*480@60Hz. Вполне подходит графический режим 320*240.
Предлагаю уточнить название темы. Больше подходит "домашний радиолюбительский" вместо "советский".
Надо разработать домашний радиолюбительский компьютер уровня Радио-86РК, Специалист, Орион, Ленинград, ЮТ-88, БК, ПК8002 Эльф, Atari, Commodore 64 и т.п.
Но лучше, на основе сегодняшних знаний, подходящий для игр.
- - - Добавлено - - -
Восемь микросхем 32К * 8 позволят разместить два экрана 320 * 240 * 8бит.
Кстати, для развертки VGA (320*240) подходит Z80 на частоте 6 или 12 MHz.
Если вывод только на советский телевизор, то разрешение графики 320 * 240 * 4 бит и Z80 на частоте 7 или 14 MHz.
Кому подходит-то? :) Это совершенно разные вещи. Автору темы больше подходит "советский".
- - - Добавлено - - -
Уже есть: https://github.com/74hc595/Amethyst
https://hackster.imgix.net/uploads/a...&h=555&fit=max
Расходитесь. Комп уже придумали.
Элементная база 75-85г. Жаль меня там тогда не было.
Уж не советский. Да же стырить по человечески не смогли в стране советов. Дальше промолчу.
Эквивалент 1831ВМ1-12.5 мгц.
Выпускался в г. Воронеж штучным тиражом с 1989 г., к 1992 г. сделали под 3К шт., был охрененным дефицитом ( для ДВКшнков ).
На 15 мгц - меньше 1К шт. шли, по итогам СССР.
По организации - это только ядро, даже без шины, к нему штатно шли 2 шт. не менее дефицитных дорогущих БМК с 2-вольтовым питанием.
На мелкоте 1531 серии крайне минимальный МПИ - проц выйдет с ~20 шт. ИС + шинные усилители.
Для 1/4 команды на такт, 15 мгц порядка 3.5 млн рег-рег.
Сейчас полуплата М8 с 1831ВМ1 и маленьким кэшем мигом улетает за 25К руб, импорт - $120 примерно.
Формально - да, советский. Но скорее мифический. И 3-й набор регистров ДП не позволяет применить его в БК, для стандартного применения.
62256 в СССР небыло. Еле-еле к 1990 году освоили 6264 - 537РУ16/КР537РУ17, был мизерный ПВГ, заоблачная цена ( как 8 шт. 537РУ10 ), страшный дефицит - т.к. вояки очень хотели на них делать БЦВМ, вместо 565 серии.
КМ1801ВМ2А-10 - отличный камень, серия с 1984 г., применялся в УКНЦ ( ~~700 т.рег-рег ), МС1201.02 ( самая массовая М-ЭВМ СССР ).
Внешний рескалер в помощь.
В СССР 31 кгц развертка была только в 1 модели моника для САПР, практически мифическом, выпускался года с ~1985, для вояк в основном.
- - - Добавлено - - -
Может быть сделать 2 темы - по Intel-совместимому и DEC-совместимому советскому компу ?
PDP умиляют. Они все свои знания унесут в могилу. Хотя надо отдать должно слизали они PDP качественно. А чего там не совместимо у PDP не их вена.
Там на 8 мгц, т.к. УКНЦ была типа для народа ( по ЦК понятям - для простолюдин ), ставили КМ1801ВМ2Б ( 8 мгц ) как правило.
Но любители паяла могут запросто проапгрейдить УКНЦ на 10 и даже больше МГЦ ( серийные КМ1801ВМ2А отлично работают на 12 мгц, с теплооводом )
Кстати, в МС1201.02 обычно тоже были КМ1801ВМ2Б или даже "В" ( 6 мгц ), т.к. БМК управления ДОЗУ 1801ВП1-013 не особо хорошо работал на частотах свыше 7 мгц, а в этих М-ЭВМ для ВМ2 и ВП1-013 использовалась одна частота.
Но можно поставить отдельный ген для КМ1801ВМ2А и существенно его разгонять.
( На днях БМК ВП1-013 разгонял до 8.5 мгц - всё еще работало, но на 8.7 мгц - уже нет... ).
Да, еще в плате графического терминала для ДВК-3 КЦГД применялся КМ1801ВМ2Б-7.7 мгц.
Кстати весь это ваш графоний меняется одной картой. Посоревнуйтесь чей графой круче :v2_dizzy_bomb:
А пока у нас все идет по плану.
чем бк 0011м не идеален?
Vslav по результатам реверса писал, например здесь (да и еще много раз), что на "внешней" частоте в ВМ2 работает только блок формирования "внутренних" частот, а внутренняя частота процессора в 2 раза меньше внешней. Поэтому вряд ли 1801ВМ2 удачный пример советского процессора с частотой близкой к 10 МГц.
1. В результате некомпетентности автора Э3 на 1 шт. 555ЛН1 сделали 2 кварцевых гена, в результате получили нестабильную частоту процессора 4.608 кгц ( за счет наводок от 12 мгц ).
Для патча просто внаглую снизили частоту до 4 мгц, причем очень неудачно - ассиметричным делением 12 мгц на 3, в результате по факту проц работал на 6 мгц по 1 шт. фронту, и был склонен к висякам ( совсем немного , в отличии от первых БК0010 1983-1985 г. ).
2. Логическая ошибка в БМК управления ДОЗУ 1801ВП1-037 - циклы видео и ПРЦ сцеплены вместе, из-за чего проц не может обращаться чаще, чем 1 раз в 2.7 мкс к ДОЗУ ( после косметического исправления мог бы ждать только 1.35 мкс, но реально порядка 2 мкс, за счет непопадания в нужный тайминг ДОЗУ ). А при тщательном патче ( уже на 1515ХМх - 8 мгц ) циклы ожидания можно было бы сократить до макс. 1.5 мкс, за счет оптимизации таймингов ДОЗУ ( строго по даташиту для КР565РУ5Г, а не для группы "Д"++, которая и так нихрена не держит данные в БКшке. ).
3. 512х256 - ни в красную армию. DEC - комп должен иметь 640х240 или 640х256, как натяг совы на Глобус - 800х240 или в самом крайнем вредном случае 560х240 ( что уже на грани конструкторского брачка ).
Отмечу, что в 1982 г. разрешение по вертикали 512 точек было в СССР очень даже прогрессивным, использовалось много где в производстве.
Не очень большая проблема.
Она будет преодолена в БК11М2 на Н1806ВМ2, т.к. 1 млн рег-рег ВМ2 ( с разгоном - до 1.2 млн ) несколько излишни при быстродействии ДОЗУ 2.6 мкс. После перевода на СОЗУ быстродействие будет не хуже 400 нс. ( 1 такт камня ).
Как преодолена - посредством организации ДПСОЗУ, на дешовых китайских БИС ( что в общем за рамками СССР ).
Да и небыло в СССР 621000 ( 128 Кбайт СОЗУ 25 нс ).
П.С.
Ну для совсем принципиальных есть решение с СОЗУ на супердорогих и дефицитных М132РУ10 - 70 нс 64Кх1 :
https://pic.maxiol.com/thumbs2/15878....m132ru10a.jpg
https://www.chipfind.ru/search/?part...1%8310&s=1&p=1
При достаточном желании всё возможно! Вот пример.
Тем не менее всей страной упав на IBM PC совершили самую большую ошибку! Надо было продолжать заниматься DEC PDP-персоналками, не взирая на то, что сама DEC сошла со сцены.
Да, было бы круто двухпортовую статическую память в БК
- - - Добавлено - - -
Мои познания в радиоэлектронике ограничиваются способностью отличить резистор от конденсатора :)
- - - Добавлено - - -
На IBM PS/2 ставили быстрый 286-ой процессор с 1987-го года. 386-ые тогда были фантастикой, а 486-ые за гранью фантастики.
Интересно, а какой техпроцесс был тогда у DEC?
у самой dec может и не было нового техпроцесса, но со второй половины 80-х это уже не имело никакого значения, так как появились fab-ы типа umc, tsmc, vlsi, nec и т.д. которые могли не за дорого наклепать чипов тонны, только давай design документацию (причем если дело перспективное то даже денег не просили, просили только процент с продаж каждого чипа) так например возникли куча design фирм которые сначала разработали чипсеты для 286\386\486, потом ega клоны, потом vga клоны, потом soundblaster клоны и т.д.
dec не стоял на месте, они как собаки метались пытаясь заменить свой vax, и mips выпускали, и alpha выпускали, и arm выпускали, но все это не генерило толком денег, что реально генерило деньги так это x86 клоны которые они делали очень не плохо и продавали корпоративным клиентам, и тут у них был жесткий враг - HP который работал на уничтожение их авторитета распуская сплетни. Возможно если бы DEC сконцентрировались на переносе всего своего софта на x86 и на производстве серверов и рабочих станций на x86 они бы и выжили, но не судьба, контора была всетаки социально ответственной и много денег тратила на всякие общественные усилия в результате погибла (тоже самое случилось и с SUN). hp продолжил варваркие методы и захватил compaq и даже хотел убить dell! но в dell был чувак с именем dell потому это не удалось и слава богу, сегодня dell все еще живет и делает достойные аппараты, очень неплохие по сравнению с hp.
- - - Добавлено - - -
ничего крутого не было бы, был бы очередной мусор, по типу как ZX HD (raspberry pi висящий на шине z80 и эмулирующий ULA c выводом видео на hdmi), такое извращение мало кому интересно (тут как говорится или крестик сними или штаны надень)
- - - Добавлено - - -
гы гы гы, борец за железный занавес? к стати даже в северной корее повыкидывали см-ки и заменили виндой
bigral, ты уже осилил/отладил типовое решение Z80+VDP+PPI в своём MSX-проекте? Зато желчью поливаешь то, что тебе, видимо, не по силам, и где не видишь перспективы... :(
Будь мягче, тактичнее, и мудрее. ;)
А вот это, конечно, оверперебор, ИМХО...
Там юзают не Винду, а сильно переработанный дистриб Fedora.
https://upload.wikimedia.org/wikiped...le_Manager.png
Windows'86!:v2_dizzy_grandfathe
Подумaл я на счёт графики и графических режимов…
А что, если…
Графику сделать одним режимом, но в несколько слоёв разных режимов, накладываемых друг на друга?
Например, посмотрим на «прогрессивный jpeg»:
https://walnut.team/wp-content/uploa...rogressive.gif
Тем самым, экраны с графикой ZX-Spectrum и MSX уже включаются в видеосистему как частный случай.
При этом, если в атрибуте код «чернил» совпадает с кодом «бумаги», то активные пиксели имеют цвет «чернил», а выключенные становятся прозрачными и под ними виден соседний слой.
При этом вовсе не обязательно соблюдать структуру экрана оригинальных систем.
Так, слой графики ZX-Spectrum не должен обязательно иметь оригинальную дешифрацию и байты могут иметь нормальный линейный порядок. Более того, вместо экрана 256×192 можно иметь 512×288 с возможностью скроллинга.
Пара режимов от меня
Как «Оператор РК», предлагаю режим 2×2 в байте, где младшая тетрада кодирует блок 2×2, а старшая - цвет.В отличии от Ориона и MSX, где клэшинг имеет размер 8×1, тут получаем аккуратный и почти неприметный клэшинг 2×2…Код:┼───┼───┼───┼───┼
│□ ■│■ □│□ □│■ ■│
│ ┼ │ ┼ │ ┼ │ ┼ │ ==> F5 FA F0 FF
│□ ■│■ □│□ □│■ ■│
┼───┼───┼───┼───┼
│□ ■│■ □│□ □│■ ■│
│ ┼ │ ┼ │ ┼ │ ┼ │ ==> F5 FE F0 FF
│□ ■│■ ■│□ □│■ ■│
┼───┼───┼───┼───┼
│□ ■│■ □│■ □│■ ■│
│ ┼ │ ┼ │ ┼ │ ┼ │ ==> F5 FA FA FF
│□ ■│■ □│■ □│■ ■│
┼───┼───┼───┼───┼
│□ ■│■ ■│□ □│■ ■│
│ ┼ │ ┼ │ ┼ │ ┼ │ ==> F1 F3 F0 F3
│□ □│□ □│□ □│□ □│
┼───┼───┼───┼───┼
Так и для ZX-графики с атрибутами можно предусмотреть формат атрибутов 4×4 и 2×2…
и процессор будет колом стоять, пока видеоконтроллер запыхается читать для отображения все слои? это не считая очевидной проблемы с расходом памяти
ну, допустим, чисто технически можно вынести в отдельную видеокарту, но она одна получится сложнее и дороже чем любой реальный восьмибитный комп
вероятно, как амига по цене выйдет, но не по возможностям и удобству
цвет чего конкретно и как конкретно? и как ты себе, например, представляешь программирование попиксельных сдвигов в таком режиме?
и не забывай, что луч движется построчно, а не посимвольно, то есть байт каждого квадрата надо прочитать дважды (либо городить буфер)
Проецировaть графику в общую память - уже ошибка в проектировании в XXI веке. Однозначно, графическую память необходимо отделить от общей. Под графику - любая DRAM пойдёт. А код пусть хранится в SRAM…
Причём, каждый слой - отдельная память…
Система - наращиваемая. То есть, видеосистема наращивается как пирог - поверх одного синрхрогенератора с счётчиками и памятью подключается второй, третий и т.д…
В зависимости от мастерства пользователя.
Изначально - графика хоть 128×64!
То есть, игра сразу выводит человечка во все 4 слоя:Тем самым, на самой дешёвой системе игра будет отображаться в стиле первых систем Atari. А с наращиванием - …
- В слой 128×64 грубый силуэт 8×8
- В слой 256×192 некоторый детали: Пальцы, глаза
- В слой 320×288 ресницы, зрачки, брови
Картинку с хэллоу-кити-пегас-единорог-пони я зря вставил что ли?
А разве картинки псевдографикой недостаточно?
У всех систем байт несёт 8×1 пикселей. Я предложил в байт упаковать 2×2 пикселей + цвет.Да, один и тот же байт читается 2 раза - в чётной и нечётной строке.
Младшие 4 бита формируют графику 2×2, а старшие - их цвет.
То есть:По-моему, кодировать графику будет даже проще…Код:┼───┼
│□ ■│ 0 1
│ ┼ │ ==> ==> ....0001 ==> IRGB0001
│□ □│ 0 0
┼───┼
а, понятно, это компик для подпольных миллионеров, штучной выделки и ручной отладки этого нагромождения плат :v2_dizzy_biggrin2:
не "во все 4 слоя сразу", а поочерёдно, медленно и печально,
да еще со своим расчётом адресов для каждого слоя - совершенно непригодно для игр
и то, что было грубым - грубым останется, то есть непригодно и для картинок
сижу трезвый и нигде никаких единорогов не наблюдаю :v2_unsur:
а как это программировать - не подумал
ну, ё-моё :v2_dizzy_facepalm: цвет ОДИН, а значений у бита ДВА!
то есть ты потратил целый байт на сплошной квадратик низкого разрешения при всего 16 доступных цветах :v2_clap2: :v2_dizzy_facepalm:
я ж спросил, как с этим программировать попиксельный сдвиг хотя бы
ты сначала код напиши попробуй, а потом будешь рассказывать, как всё просто
М1801ВМ2 ЦП в УКНЦ на 8 мгц, и к тому же КР565РУ5Г не могут работать с средним временем ожидания меньше 1 такта этого проца.
( СОЗУ и ПЗУ - могут ).
Кстати, был с 1985 г. и КМОП вариант ВМ2 - 1806ВМ2 - 5 мгц ( используются оба фронта такта 5 мгц ). На нем был сделан калькулятор с Бейсиком Э-МК85.
Образцы калькулятора с 1986 г. шли с ОЭВМ 1013ВМ1-2 мгц на базе 1806ВМ2 с встроенными схемами поддержки внешней клавы, СОЗУ и др.
Это по части именно советских процессоров.
*
Ну раз СССР и Недорого - можно сразу переходить к многопроцессорной графике с наложением слоев видео.
Ведомые графпроцессоры управляют своим собственным видео-ДОЗУ, например 256х256х2 бита ( тайминги вроде осилит КР565РУ5В ).
Пример многопроцессорного ралли :
1-й ВМ80А управляет спрайтом автомобильчика гонщика
2-й - деревьями на обочине
3-й - дорогой
4-й - небом и облаками
5-й - конкурирующим автомобильчиком.
Ну и для ГАИ, разумеется, отдельный проц.
Общая производительность такого ралли - как у ~286 , если не круче, за счет аппаратного наложения спрайтов.
Вот правда в 1000 руб СССР это совсем не влезет ( 1 шт. КР565РУ5В - 45 руб... ).
Хотя, можно назвать "игровой детский комп", тогда бюджет можно раздуть и до ~5 т.р. руб СССР...
( Дотация - 80 %% и более на ТНП для детей ).
https://walnut.team/wp-content/uploa...rogressive.gifOчень внимательно вникали в мою мысль?Цитата:
ну, ё-моё цвет ОДИН, а значений у бита ДВА!
Тем самым, один байт кодирует блок в четыре пикселя 2×2Цитата:
активные пиксели имеют цвет «чернил», а выключенные становятся прозрачными и под ними виден соседний слой.
«I-R-G-B-↙-↘-↖-↗»,
где биты со значением «1» отображаются в цвете IRGB, а биты со значением «0» прозрачны и под ними виден соседний слой.
да при чем здесь это? У нас вот Путин исключит наконец пункт о примате международного права и фсё:v2_dizzy_coder: приватизируй кто что хошь. Ведь в СССР был освоен только ранний Intel и частично DEC, а это капля в море. Причем люди не сильно-то их модернизировали. Ведь и из 8008 возможна модернизация не только 8080, а из 8080 не только z80. И так в любой известной 8битовой архитектуре. Железо устаревшее надо выкидывать, заменяя новым. А вот архитектуры, программы и алгоритмы НИКОГДА!