Дискуссии вокруг УКНЦ и прочее.

[litwr]

Повнимательней почитайте. Я же написал, что это синхронизация в выводом на терминал (по поводу первых команд с тестированием установленного бита разрешения прерывания). Сама-то программа будет думать, что уже всё вывелось, а игрок за экраном ещё не видит и его реакция будет запоздавшей. А в случае сброса бита разрешения прерывания уже вся информация вывелась на экран со стороны ОС.
Код Пажитнову вероятно подсказали. Во всяком случае в другой его игре STADO при выводе заставки написано, что "АВТОР ИГРЫ - А.Л.ПАЖИТНОВ МЕЛКИЕ ДОРАБОТКИ - Р.А.БРОНШТЕЙН".

Может с терминалом при скорости 300 бит/с это имеет какой-то небольшой смысл, но сомневаюсь, что во времена Пажитнова были системы с менее, чем 2400. Задержка с выводом при 2400 bps - тысячные секунды на символ, тетрис выводит совсем немного данных. Всё-таки останусь вместе с form при прежнем мнении - это бесполезный код и Пажитнов его использовал чисто механически. И, повторю, тесты на железе подтверждают его бесполезность. Что они там про таймер не знали?!

[Advertiser]

[Alex_K]

Может с терминалом при скорости 300 бит/с это имеет какой-то небольшой смысл, но сомневаюсь, что во времена Пажитнова были системы с менее, чем 2400. Задержка с выводом при 2400 bps - тысячные секунды на символ, тетрис выводит совсем немного данных. Всё-таки останусь вместе с form при прежнем мнении - это бесполезный код и Пажитнов его использовал чисто механически. И, повторю, тесты на железе подтверждают его бесполезность. Что они там про таймер не знали?!

У каждого своё мнение. Я просто описывал для чего это делается, соответственно это не значит, что это моё мнение. Терминал 15ИЭ-00-013 работает со скоростью 9600 бод, сама Электроника-60 не особо быстрая ЭВМ. Пажитнов не был системным программистом и этот код вероятно кто-то из старших товарищей и подсказал. К тому же OMSI Pascal позволяет делать вставки на MACRO-11. Так же вставками на MACRO-11 там сделан и опрос клавиатуры через EMT 341.
А по поводу таймера. Для поддержки запросов к таймеру через .CMKT и .MRKT соответствующим образом должна быть собрана ОС. Не везде такое есть. Остаётся перехват вектора 0100. Вот на Паскале сделать это будет сложнее, хотя невозможного нету. Но перехват вектора это пройдёт в SJ и FB. Про XM не скажу, тем более про RTEM.
Ну и чем плох перехват вектора. Мы его перехватили, а тут какая-то ошибка в программе и выход в ОС, думаю далее понятно ...

[Hunta]

Данный вопрос (в обобщённом виде)

а сейчас был бы смысл в альтернативном <что-то>

из разряда - а писать проги под это дело кто-то будет? Ну и как показывает практика - на это предложения и заканчиваются.

Альтернативный вариант - кто-то типа меня, который реализует <что-то> просто потому-что хочет. Без относительно того - это ещё кому-то нужно? это кто-то ещё использовать будет?

А насчёт видео от 85-ой в Немиге - насколько я себе сейчас представляю (но легко могу ошибаться) - вся видео память этого адаптера доступна в адресном пространстве процессора. С F11 проблем нет - ДП и 22 бита. А на Немиге этот вопрос нужно будет как-то решать (на видео от Э85 вроде как возможно больше 64 кб видеопамяти?)

[litwr]

Тут были некоторые нападки на Manwe, который внес наверное самый большой вклад в популяризацию БК в всем мире. Посмотрим, например, на список его демок - некоторые из них настоящие шедевры. А ещё плюс несколько очень полезных утилит. А ещё сбор важной информации по процессорам ВМ1 и ВМ2. А ещё участие в развитие проекта Союз-Неон, советской Амиги. И есть ещё, что можно перечислить. Стыдно должно быть некоторым и очень.

- - - Добавлено - - -

А по поводу таймера. Для поддержки запросов к таймеру через .CMKT и .MRKT соответствующим образом должна быть собрана ОС. Не везде такое есть. Остаётся перехват вектора 0100. Вот на Паскале сделать это будет сложнее, хотя невозможного нету. Но перехват вектора это пройдёт в SJ и FB. Про XM не скажу, тем более про RTEM.
Ну и чем плох перехват вектора. Мы его перехватили, а тут какая-то ошибка в программе и выход в ОС, думаю далее понятно ...

А зачем так мудрить, когда есть .GTIM? Тупо ждем 1 тик и получаем задержку, которая работает в любой системе.

[Hunta]

именно по фану. у меня есть к чему цеплять и в схему я уже отрисованные матрицы буду переводить по-любому.

Я бы мог подключиться, но сейчас тяжеловато это..

о игрушек под RT-11 я не видел что бы требовали возможности 0585

Тут опять возникает вопрос - как добраться до видеопамяти - под RT. Возможно, что PI что-то умеет, но.. это неизвестно - разбираться надо.

[Alex_K]

А зачем так мудрить, когда есть .GTIM? Тупо ждем 1 тик и получаем задержку, которая работает в любой системе.

А вот по поводу одного тика так не сработает. Вы можете сделать запрос в самом конце интервала, получить значение текущего времени. Сделать второй запрос, который уже придётся на самое начало следующего интервала и получить уже следующее значение. Т.е. почти мгновенно. Если же первый запрос будет в самом начале интервала, то здесь можно давать запросы до получения следующего значения. Вот здесь и будет около одного тика. А можно попасть и в середину интервала.
Т.е. синхронизации нет, всё будет плавать. Но множественные запросы в программе всё таки приведут к какому-то усреднённому значению и это будет меньше одного тика.

[Alex]

Хреновая там графика

Там сделано было, по типу как КГД+КСМ... Две автономных системы. То есть перехватывался видеосигнал от текстового VT-100 и добавлялась графика...
Точнее наоборот, создатели КГД+КСМ вдохновлялись VT-105
Но самый цимис был в том, что графическая система перехватывала ещё и последовательный интерфейс, идёт графическая команда - отрабатываем.... Не графическая - игнор...
Так что как смогли...
Есть свои + и -

Для своего времени(1978) хоть какая графика уже хорошо

- - - Добавлено - - -

а сейчас был бы смысл в альтернативном видеоадаптере взятом от 85-й и в виде FPGA подключенном в адресное поле Немиги?

Смысла мало. Вот если всю 85 в FPGA затащить, тогда
Проблема в софте

[Hunta]

Там сделано было, по типу

Я не про то, как там сделано. Сделать можно по разному.

Я про то, что сама графика там хреновая. По вертикали (то есть для одного и того же X) - максимум две точки. Ну ещё можно сделать своеобразную заливку - от точки до оси Х. Так что не надо нам графику VT105. Для бизнес-приложений (тривиальные точечные графики, показ столбчатых диаграмм) может ещё и пойдет, но что то более сложное - и всё, приехали.

Но самый цимис был в том, что

слепили, похоже, из того что было - то есть к VT100 по быстрому прикрутили "графику"

- - - Добавлено - - -

Смысла мало.

Смысл есть - в первую очередь для новоделов. Или если в компе за графику отвечает совсем отдельная плата - по типу КЦГД. Хотя в ДВК/Квант-е можно и в адресное пространство довольно просто втащить. Но - проблема в (первую очередь в новом) софте

Вот если всю 85 в FPGA затащить, тогда

Как раз в этом смысла мало. Весьма своеобразная архитектура, накопители (и винт и флопы) - вообще ни о чем. А что бы что-то новое (а ля CF) добавить - надо делать новое содержимое ПЗУ. Ну и опять же - проблема в софте - старый (по большей части) хочет P/Os (ПРОС) - а она - ещё то создание. А перенести более приличную RSX - кто сможет?

- - - Добавлено - - -

В целом ситуация обычно-банальная - если что-то новодельное делать - вопрос по большей части два:

- кому это будет нужно
- кто будет писать софт

Несколько особняком стоят устройства массовой памяти - ибо хранить инфу (в любом виде) нужно всем, а при соотвествующем подходе - даже драйвера писать не надо

[BlaireCas]

В целом ситуация обычно-банальная - если что-то новодельное делать - вопрос по большей части два:
- кому это будет нужно
- кто будет писать софт

Не надо делать ничего новодельного, проверено на том-же Spectrum-Next или как его. Новомодный крутой. Комьюнити людей там довольно большое (уж не чета PDPшникам). А толку-то? (пишут/рисуют/музицируют под "стандарт" 128к или даже под 48к ну из тех кто пишет).

[Hunta]

Не надо делать ничего новодельного

А мне - надо. И мне абсолютно всё равно - надо кому то ещё или нет.