Sprinter. Второе пришествие

[Sayman]

Желающим погонять и протестировать софт - обратите внимание на вложение. Во вложении архив с двумя утилитами:
fdisk.exe и format.exe. коротко поясню что к чему:
fdisk - понятно наверно что делает - создаёт разделы на винте. Есть несколько недочётов: понимает только диск master, не понимает диски в адресации CHS, есть косяк в распознавании неиспользованного пространства. Все подробности по утилите в текстовом файле.
format - порт утилиты с Профи (PQ-Dos). При портировании сильно обрезал по функционалу. Кроме имени диска другие аргументы не работают (выключил временно). Подробности так же в текстовом файле.
Сбрасывайте исполняемые файлы на дискету. Хотя, архив (zip) можно и на Спринтере распаковывать.
----
вложение удалил из-за ошибок.

[Advertiser]

[Sayman]

вчера уже вечером обнаружил, что на реальном Спринтере фдиск не запускается. Косяк при компиляции самого хайтеха. Пихает он лбимые инструкции вида ld l,l и ld h,h. Это и привело к зависанию (таки на реальной железке demon`ом воспользовался). Косяк устранил, а заодно исправил подсчёт свободного пространства. Осталось только нормальный внешний вид причесать. во вложении прошлый архив с исправленным fdisk.
Проверить все функции фдиска и форматилки на реальной железке не могу. у меня нет дисковода. palsw или у кого есть в запасе ещё винт (любой размер, главное чтобы LBA поддерживал) и рабочий дисковод с загрузочной дискетой - проверьте как оно работает?!

[Sayman]

Поковырялся ещё в работе с экранами Спринтера. В прошлый раз я выкладывал не совсем удачный результат - шарики аля пример из evosdk. Сейчас во вложении рабочий вариант. Всё на асме. Проверил и в эмуле и на реале - всё работает без моргания и исчезновений. Спасибо всем кто подсказывал по всяким алгоритмам!

[Sayman]

вот ещё обновление: во вложении архив с исправлением доса до 1.62.17. исправлена функция 0dh (отключение кэша). был косяк со стэком если вызывать не из под dcache.exe. Так же поменял процедуру 32 битного деления. Обновлять путём копирования файла system.dos на загрузочном диске с заменой старого файла. Те кто пользуется более старыми версиями (до 1.62.16), можно особо не суетиться.
Так же в архиве обновлённый плеер flicplay.exe. Ничего особенного - перенёс весь процесс распаковки в кэш, слегка ускорил процедуру переноса изображения с теневого экрана на видимый. При этом если раньше перенос всегда был только полноэкранный, то теперь перенос зависит от разрешения ролика. Всё это немного ускорило плеер.

[palsw]

palsw (13:44:05 22/06/2015)
Что со звуком на спринтре? паять мне джек в своем для проверки 32кгц и 44кгц?

Sayman (13:49:03 22/06/2015)
паяй

Хотелось сделать соединение культурно и универсально...



как-то так...

ps: кондеры в обратной связи УД6 вместо 3,3н впаял 2,2н -не силен в операциониках - что измениться - уровень усиления или ачх ?


и

[Sayman]

Теперь и тут немного побаяню
Во вложении архив с обновлением для доса до версии 1.62.20.
1. Заменил и исправил старые процедуры различных расчётов секторов и кластеров. Две процедуры заменил - div32 и nsector (деление 32бита и расчёт сектора из номера кластера). Ускорение приличное получилось. Особенно на nsector. Старая процедура циклом обходила обсчёт кластера. Чем больше размер кластера, тем тормознее она работала. Т.е. на 2гиговом разделе при кластере 64 сектора было 64 круга в цикле. Жесть какая-то. С делением тоже самое было. По старым тестам проводимым в прошлом году, на старых версиях (1.62.16 и т.д.) копирование файла 1.4 мегабайта проходило за 21 секунду. Теперь за 10 секунд.
2. Выкинул из доса функции 0c и 0d, а так же утилиты ecache.exe и dcache.exe. Если кто будет обновлять - удалите эти две утилиты у себя.
Тесты показали, что на текущей версии, от этих функций и утилит толку ровно 0. Ускорить можно ещё и чтение и запись, но только путём переписывания функций чтения и записи в досе. Биос пока не горю желанием трогать. При попытке обратиться к 0c и 0d будет возвращена ошибка "функция не существует".
Для обновления нужно заменить на загрузочном диске файл system.dos с заменой файлом из архива.
Так же приложу на всякий случай архив с flic плеером, который при запуске переносит в fast-ram кусок распаковщика flc кодека. Работает тоже быстрее оригинального плеера.
Так же расшарю небольшой текст по работе экрана (с точки зрения программирования) и архив с исходником и пояснением шариков.

В официальной документации есть информация о том, что при работе с графическим
экраном есть несколько методов для вывода графики:
- обычный;
- прозрачный цвет;
- временный;
Режим включается через указание номера страницы в порт окна процессора. Известно,
что для графического экрана у нас доступно 16 страниц с номерами 50h - 5fh.
При этом по факту программист не участвует в переключении этих страниц. Нужно
знать только одно, что в номере страницы биты 2 и 3 отвечают за режим вывода.
3..2 = 0 = 50h обычный метод вывода. Все данные попадают на экран без исключения.
bit3 = 1 = 58h режим прозрачного цвета. Цвет с номером FFh не выводится на экран.
bit2 = 1 = 54h временный вывод на экран. Самый мутный режим и тут нужно немного
пояснить как работает экран у Спринтера.

Для работы с графикой на Спринтере установлена отдельная память - vram,
т.е. видео-озу. По факту это sram, быстрая память. Экран устроен так, что при
обычном методе или с приминением прозрачности все данные записываются и в vram
и в ram (озу). Суть метода 3 в том, что когда он активен данные пишутся
только в vram. Например, мы включили граф.режим, обычный метод и вывели фоновую
картинку на весь экран. Потом включили бит3+бит2 и вывели какой-то спрайт.
Координаты вывода мы запомнили. Потом нам нужно сдвинуть спрайт на сколько-то
пикселей в сторону. Мы берём ранее сохранённые координаты, включаем обычный
режим и делаем чтение и запись в те же координаты. Что получается в результате?
Фоновая картинка была записана и в ram и в vram. Потом по методу 3+прозрачность
мы вывели спрайт. Его данные попали только в vram, а в ram сохранена фоновая
картинка. Когда мы снова включили обычный режим и сделали чтение, мы прочитали
данные из ram, а потом записали их в vram и повторно в ram. Таким образом мы
восстановили область под спрайтом. После этого можно рисовать спрайт в новых
координатах. Замысел данного метода в том, что нам не требуется процедура
и лишний буфер для сохранения фона (данные под спрайтом). Однако процедура
которая будет восстанавливать этот фон, всё же нужна. При использовании
акселератора это работает достаточно быстро. Биты 2 и 3 можно использовать как
раздельно, так и совместно.
Ближайшим примером работы всех этих режимов является демка balls.

[palsw]

[palsw]

Новинка на Ютубе!

[Sergey]

[QUOTE=palsw;816786]Новинка на Ютубе!



При всём уважении к авторам ZX-Evo (низкий им поклон), жаль, что при разработке они ориентировались на ATM, а не на Sprinter.

[Sayman]

вот ещё кидаю обновление, более массовое, устраняющее жёсткие косяки - 1.62.22.
* исправил ошибку при которой дос всегда выбирал в качестве hdd только устройство master. Соответственно при попытке начать работу с двумя дисками, данные второго просто не подгружались (всегда было обращение к первому физическому диску).
* исправил косяк в обработчике мыши - не корректно сохранялся порт одного из окон процессора. В результате видимый косяк проявлялся в виде полосы на экране (fformat.exe).
* nsector, divcs, open_dsk, rd_pbp - исправления для восстановления работоспособности дисководов. Так же мелкие правки относительно оригинальных версий.
change.log пересохранил в кодировке dos для возможности чтения из Флекса на Спринтере.
Выражается благодарность palsw за альфа тесты и прочую помощь!