Цифровая археология: 1801 и все-все-все

[Vslav]

Vslav, хотелось бы и в 100МГц-овой БК иметь прерывание именно по КСИ...

Пока видится реализация конфигурации видео с такими вариантами:
- полный оригинал, кадровая 48.8Гц, все времянки видеовыхода как в настоящей БК, IRQ2 в той же фазе от кадровой как в БК. Должны пойти все демки
- стандартный VGA 640*350*70Hz, должен пойти на большинстве новых телевизоров и всех VGA-мониторах
- SVGA 1024*768*60/75Hz - для любителей ЭЛТ
- SVGA 1240*1024*60Hz с фрагментом в центре 1024*768 - это для многих панельных мониторов (у меня такой для ретро за $20 прикуплен), чтобы точки точно попали на матрицу "без мыла". Кого "мыло" устроит и хочется полный экран - возьмет предыдущий режим
Остальное:
- выбор тактовой процессора - 4/промежуточные варианты по желанию/100MГц
- выбор тактовой ВЕ-таймера 4/CPU/100MГц
- выбор тактовой прерывания IRQ2 - 48.8Гц или кадровая

PS. Как ни странно но БК-0011М на FPGA до сих пор никто не сделал, есть эксперимент БК-0010 от svofski и "долгострой" от Voland, и на этом усё. Приходится вот сейчас бегать по граблям.

[CodeMaster]

- полный оригинал, кадровая 48.8Гц,

А можно сделать 97,6Гц для монитора, а во внутрь 48,8Гц? Скандаблер так сказать.

[Vslav]

А можно сделать 97,6Гц для монитора, а во внутрь 48,8Гц? Скандаблер так сказать.

Можно, но все равно некоторым демкам нужные условия не обеспечит. И по кадровой очень многие панельные мониторы не потянут - у них 56-75Гц типично, вот мой уже 78Гц не вытягивает.

[gid]

Частота процессора, частота видео, и частота таймера, сидящего на векторе 100, в общем случае друг от друга никак не должны зависеть. Так как оно есть сейчас - это всего лишь частный случай, реализованный в БК.

В общем виде - ВЕ таймер он как бы вещь в себе и должен работать строго традиционно, как показал реверсинг. Он не должен использоваться (да и не используется) для синхронизации чего либо, а на БК10 используется от безысходности, потому что там просто ничего другого нет. В том виде, в каком он сделан в ВМ1, он годится для подсчёта временных интервалов в тактах процессора и проведения разных измерений в попугаях (например ТЧ процессора при константной латентности ОЗУ). Чтобы этот таймер годился на что-то большее, надо вернуть ему урезанный или вообще не получившийся у разработчиков функционал, который ими был задуман (хотя бы генерацию прерывания).

Таймер по вектору 100 - это KW11-L, по идее он должен работать с частотой строго 50Гц (с частотой электрической сети), но для упрощения конструкции БК11 использована примерно совпадающая частота видеоконтроллера ВП1-037 48.5Гц. Вот именно он и используется для синхронизации всего, чего можно. Не надо в новом изделии их привязывать друг к другу, а реализовать два разных модуля - отдельно таймер 50Гц, и отдельно видеоконтроллер, с различными режимами и частотами. Причём так же отдельно от модуля CPU.

При этом станет возможно варьировать частоты CPU и видео с максимально возможным сохранением совместимости старого софта с новым быстрым железом. По крайней мере игр с музыкой на AY - там скорость синхронизируется таймером 50Гц (хотя и в этом у меня есть сомнения, но если что - это патчится, было бы с чем засинхронизироваться).

При этом разного рода БКшные демки будут показывать свои эффекты только при точнейшем сохранении всех задержек на МПИ, которые создаёт ВП1-037.
Вся синхронизация с ходом луча и прочие спецэффекты делались методом подбора последовательностей команд типа bit (r1),(r1)
cmp @(r1)+,r1 cmp (r1),0(r1) - т.е. экспериментальным путём подбиралось количество команд и методы адресаций, которые давали подходящую задержку во времени. Если изменить латентность памяти - то все демки пойдут вразнос. Да и если частоту проца изменить или микрокод оптимизировать - тоже. Поэтому нужно либо делать реплику 1:1, либо забить на совместимость с некоторыми разновидностями программ.

[TheGWBV]

Таймер по вектору 100 - это KW11-L, по идее он должен работать с частотой строго 50Гц

Это имеет смысл в основном относительно промышленного применения ДЕКоподобных.
Например, в микропроцессорных системах релейной защиты ЛЭП и трансформаторов цифровой фильтр должен за полпериода частоты сети переменного тока равной в наших краях 50Гц вычислить амплитуды гармоник, чтобы затем уже логическая часть ПО приняла решение -- отключить или оставить в работе силовое оборудование.
В бытовом же компьютере, который предназначен и для видео-игр, необходимо синхронизировать логику мультимедиа задач относительно КСИ.
Например, в БК11М можно успеть примерно 1/6 часть экрана обновить в интервале между КСИ, а в интервале между КСИ и началом вывода первой тв-строки успеть вывести несколько спрайтов или переключить экранные страницы.

Думаю, что было бы правильным сделать перемычки режима прерывания:
1) Прерывание от видео-контроллера по концу тв-кадра;
2) Прерывание от источника частоты питающей сети, 50Гц;
3) Прерывание невозможно.

Кстати, пункт 2) по-хорошему требует и соответствующего БП или отдельного узла, который будет формировать это прерывание по факту перехода напряжения в сети питания из минуса в плюс... И раз уж потребовалось промышленное применение, требующее синхронизации с питающей сетью переменного тока, кнопки "принт-скрин", повешенной на порт УП, такой БК11М не видать -- придётся туда подать сигнал перехода на аварийное питание

В общем, имхо, в БК0011М прерывание по вектору 100 задумывалось не как сетевое, а как прерывание по окончанию вывода ТВ-кадра. То, что оно близко по частоте к 50Гц -- это случайность.

[Vslav]

Не переживайте, после БК будет проект ДВК с МС1201.1, там таймер отключаемый с кнопочки. А БК придется повторить максимально точно, и демки погонять на оригинале и на реплике, приложить усилия чтобы пошло максимум имеющегося софта.

[TheGWBV]

Vslav, вот кстати, ещё один момент... в ВП-037 залочена возможность изменения палитры внутри тв-строки. Понятно, что на 4МГц и построчное переключение палитр большая радость (которую иногда использовали в демах типа Инсульт). А на 40-100МГц уже можно и с точностью до байта/слова управлять переключением палитр?

[hobot]

сделать перемычки

только не перемычки в обычном понимании, продукт должен иметь возможность
(строго ИМХО!) регулировать любые параметры без паяльников и кусачек. Ведь
не для паяльников же, а для людей )
Vslav, главное сохраните возможность работы обычной штатной БК0010-01 ) Там игр достаточно без всяких AY и мышей и все нормально играются в ч\б, а если будет возможность к VGA ЭЛТ подрубить - так это будет просто праздник! )

[Vslav]

Vslav, вот кстати, ещё один момент... в ВП-037 залочена возможность изменения палитры внутри тв-строки.

А что значит "залочена"? Палитра же прописывается в отдельном регистре, в любое время меняй - не хочу. ВП1-037 полностью распилена давно, что-то я такой возможности "лочить" палитру не припомню.

Понятно, что на 4МГц и построчное переключение палитр большая радость (которую иногда использовали в демах типа Инсульт). А на 40-100МГц уже можно и с точностью до байта/слова управлять переключением палитр?

Не, этим займется КЦГД . Изобрести-то свой графический контроллер можно, но потом писать софт и прочее - смысла нет

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

Да, будем к этому стремиться .

возможность работы обычной штатной БК0010-01

Именно 10-ка нужна? Я думал 11М с СМК сделать и на этом закруглиться, мне ДВК/Э60/Э85 больше интересны.

[TheGWBV]

Именно 10-ка нужна? Я думал 11М с СМК сделать и на этом закруглиться, мне ДВК/Э60/Э85 больше интересны.

Так если в конфиге изделия частоту проца можно будет выставить 3МГц, прерывание по КСИ отключить -- вот и 10-ка получится

Hobot, а на 10-ке можно будет ОС БК запустить и драйвер виртуального диска под СМКашную память написать? Может лучше просто 11-ую на 3 МГц вместо 0010-01, а?