"Плавная" графика...

Да я собственно сделал уже. Оценить результат не могу толком))

Использую 4 граф. страницы. Переключаю их на каждое 2-е NMI (если за 1/25с успеваю построить кадр. лабиринт так сделал чтобы успевать, еще и запас небольшой остается).

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

В принципе, достаточно быстро могу подготовить образ для АГАТ-9 с доп. ОЗУ-128КБ во 2-м слоте. Если без доп. ОЗУ, тоже могу сделать образ, но через какое-то время.

Есть возможность попробовать на реальном АГАТе и потом поделиться впечатлениями?

Выкладываю образ.

Как загрузится "Топаз" выбрать "Дисковая система"->"Загрузить файл". Загрузить "NMI2" или "NMI3" или "NMI4"

Управление стрелками. Влево/вправо - движение, вверх/вниз переключение скоростей. Надо стараться не врезаться в берег)) "РЕД"-выход.

Проверок на столкновение с берегами еще нет, так что если над берегом лететь, то будут артефакты изображения.

Скоростей всего две. Соответствуют сдвигу экрана на 2 или 4 строки.

Файлы:
NMI2      fps=25
NMI3      fps=17
NMI4      fps=12,5

TEST - исходник.

Пока все работает только на Агате с доп. ОЗУ во 2-м слоте.

Собственно интересует, получилась ли так называемая "плавность" и какой режим fps комфортнее...

На девятке без допозу вылетает здесь:

1EDE-  F0 0F ..    "П."     BEQ   1EEF
1EE0-  C9 C8 ..    "IH"     CMP   #C8
1EE2-  F0 0F ..    "П."     BEQ   1EF3
1EE4-  E6 02 ..    "Ф."     INC   02
1EE6-  E8 .. ..    "Х"      INX   
1EE7-  E0 07 ..    "Ю."     CPX   #07
1EE9-  D0 ED ..    "PМ"     BNE   1ED8
1EEB-  20 FA D3    ".ЗS"    JSR   D3FA
D3FA-  00 .. ..    "."      BRK   
0000-  08 .. ..    "."      PHP                   <==

Это немного плохо, так как хотелось бы понятное предупреждение об отсутствии памяти.

Сейчас буду тестить на реале..... С памятью и без.

Запустил на реале.

Дисковая система, каталог - при переходах между именами файлов экран мерцает. Вероятно, там выполняется очистка экрана и перерисовка заного. Но чистить экран вроде как смысла нет, так как есть только движение курсора. Можно при скроле выводить текст поверх, а в конце строк делать очистку до конца строки. И быстрее и мерцания не будет.

Выбрал "загрузить файл", NMI2, "идёт загрузка файлов..." и всё зависает. На УПР-СБР нет реакции. Перезагрузил, всё то же самое сделал, но без просмотра каталога, получил "не найден сектор". Попробовал сразу загрузить NMI3 - снова завис на "идёт загрузка файлов..."

В среднем: часто вылазит ошибка "сектор не найден", причем тут же перечитываешь этот же файл - без ошибок. И я вроде не слышу при ошибках ретрейса головы, к тому же вообще ошибка появляется подозрительно быстро. Есть предположение, что тут что-то не так со временем поиска сектора.

Тестил на двух дискетах. В "КОПИРОВЩИКЕ" ИКП оба диска проходят без ошибок, КС=13143.
Дисковод физический, не эмуляция.

УПР-СБР иногда возвращает в первое меню, иногда - нет реакции (висим). В первом меню (или хоть где нибудь) не хватает "перезагрузить систему".

Дальше "идёт загрузка файлов" продвинуться не удалось. После появления этой надписи дисковод шуршит головкой ещё около секунды, дальше только шпиндель, никаких движений.

PS Заставка как-то странно немного выглядит - квадратно-инстаграмно.
Может её дорисовать по бокам? Для сравнения - ИКП на этом же монике.

Удалось запустить проги, ошибка флопика никуда не исчезает, но где-то 1/3 раз прога нормально грузится. Причем тут заметно: если не дать дисководу остановится после ошибки и сразу попробовать снова (ввод, ввод, ввод) то файл, обычно, читается. Вероятно, в драйвере слишком короткий интервал для разгона шпинделя и/или открытия канала чтения (у некоторых флопов он открывается через небольшую паузу после набора скорости).

Движение сравнивал на физическом монике (никаких преобразований развёрток, ресемплингов, только видеосигнал уходящий на трубку). Мне так показалось: nmi3 хуже чем nmi2 чуть-чуть хуже чем nmi4.
Такое ощущение, что nmi3, хотя и быстро, но, как бы, волной обновляет картинку. Не знаю почему даже так кажется. А nmi2 этот эффект уже почти не ощущается, а на nmi4 его совсем нет. Движение рывковатое (сдвиг не на 1 пиксель, а на 4? 8?), но для этого железа - нормально. Скорость не менял, в начале нажимал только стрелку влево и смотрел.
В общем-то, разница очень малозаметная, так что можно оптимизировать по другим критериям.

Также сравнил движение через конвертор hd9800, ну там разницы (nmi2 <-> nmi3 <-> nmi4) нет. У самого конвертора картинка чуть дёрганная, видимо, какие -то биения входной и выходной кадровой частоты.

Благодарю за тестирование!

Это я видел, записано в тетрадку, в раздел "Переделать"))

Там меню еще будет. А елки по бокам мне дочка обещала дорисовать)) Это тоже записано в переделки))

Что касается чтения файлов, то тут такое дело. Я не писал RWTS, на одном из дисков был исходник (использовал его 25+ лет назад)-попробовал в эмуляторе-заработало. Видимо не все так однозначно)) Странно то, что загрузка первоначальная (заставка, ТОПАЗ), тем же RWTS и вроде все в норме. Похоже действительно, надо дать разогнаться шпинделю.

А наверное его и нет)) Что конечно неверно. Опять же, надо смотреть что у меня за RWTS.

Хм... тут надо думать.

Ок. Внес в список переделок.

Опять же вопросы к RWTS.

Сейчас нет вообще распознования и установки банков в какое-то начальное состояние. Но будет))

Вообще конечно тяжко такие программы делать без реального железа. Очень жалею, что в свое время не сохранил свой Агат.

В аттаче rwts, вроде к нему претензий не было на реале и он хорошо прокомментирован.
Правда, его почти не тестировали для записи, только для чтения.
Попробуй сравнить все задержки и логику работы с контроллером.

Из твоего описания не совсем ясно, как драйвер опознает готовность дисковода.

> Ждем синхробайта.
Если дискета не вставлена - не дождёшся.

32 раза раза одно проверяется, 32 раза другое - то есть всего попыток 32 + 32 или 32*32 ?

У 140ок готовность флопа проверялась на том, что регистр данных читался дважды подряд с небольшой задержкой и если байт совпадал, то дисковод не крутится. Драйвер ждал.
В 840ке, вроде бы, проверяют только бит готовности (который многие флопы формируют из комбинаций сигналов, вроде, Select & Motor On & Закрыта дверца - т.е. инфы о скорости шпинделя тут нет).

Надо понять, что делает твой драйвер, если флоп ещё не разогнан.
Например, синхросбои уже пошли, но из-за низкой скорости они валятся большой кучей.

Сначала стандартная инициализация (в регистры записываются константы, задается режим чтения), потом передвижение головки (если надо), включение всяких режимов предкомпенсаций... Задержка там есть небольшая. Ну а дальше начинает искать синхробайты.
Работает так: процедура "B" 32 раза запускает процедуру "А"
Если "А" закончилась неудачно-повторяет ее.
В случае успеха, проверяет тот ли трек (если нет-сразу ошибка), дальше проверяет нужный ли сектор считался. Если нет, повторяет.

Процедура "А" 32 раза ищет синхробайт.
Если после синхробайта идет пролог заголовка, считывает его и успешно завершается.
Если нет пролога, повторяет поиск.

Вот сильно подозреваю, что эти 32 и 32 малы. По крайней мере, сейчас посмотрел, этот драйвер я во всех своих поделках использовал. Нареканий не было. Правда надо сказать, что использовал только на одном дисководе, ну не было у меня в доступе тогда других 840Кб. Ну или, где-то влез косяк, когда я его в новодел портировал.

Исходники посмотрю, спасибо. Гляну какие константы там.

Вот такой еще вопрос, а точка входа в RWТS для ИКП-9 известна? Можно в принципе и там глянуть...

ЗЫ. Вот думаю, не из отладчика ли я этот драйвер стянул... А константы 32 и 32 мог и сам такие установить. Запросто.

Копаю драйвера на основе исходников Кривцова.

Первая странность. Отсутствует включение НГМД и контроллера. Т.е. не нашел записи константы $0f в регистр С1 ($C083), эта операция устанавливает 7-й бит регистра RK ($C082) в единицу. Номер привода тоже не  выбирается, правда это специально оговорено. Может поэтому и $0f не записывают.

Алгоритм чтения немного другой, пропуская операции с головой (надо тоже будет их смотреть, там задержки есть) происходит следующее. В течении $16A байтов пытаемся найти пролог заголовка. Если не нашли, пытаемся еще раз.

Максимум 21*6 попыток поиска пролога заголовка сектора. Т.е. примерно 6 оборотов. (У меня в драйвере ловятся максимум 1024 синхробайта и это как-то неправильно)) Если пролог прочитался, но оказались на другой дорожке, то пытаемся заново позиционировать башку. Номер тома игнорируется (оговорено), игнорируется эпилог заголовка, проверка на сбой синхронизации во время чтения заголовка.

Если пролог прочитался, смотрим какие есть задания для данного сектора в очереди. Дальше читаем пролог данных, сами данные, проверяем контрольную сумму, эпилог и были ли синхросбои.

Посмотрю еще, какие там есть задержки при передвижениях головы, но пока кроме отличий в подходе к работе с синхробайтами разницы не заметил. Но согласен, здесь правильнее гораздо драйвер.

Украду подпрограмму поиска пролога заголовка и данных. Понравились сравнения на 6A 95 и 95 6A))

ЗЫ. А очереди эти мне не понравились. Оно конечно и круто и логично и правильно. Но это уже слишком для меня))

Упс. Стер кусок файла, пока читал)) бывает. Да отвлекают, студенты, толпами ходят))

Это я понимаю, просто не моя задача пока. Сектор то и то считать не могу.
Такой вот еще момент. Считываю и записываю то я по одному сектору за раз.   Т.е. включил движок, считал сектор, выключил движок. И так до 100 раз за файл. С точки зрения жизни железа это наверное не есть хорошо... В скорости чтения/записи при этом я не проигрывал, достаточно быстро всегда все происходило вроде.

В любом случае, все что могу сейчас и без железа реального, это несколько переделать драйвер и просить проверить))