Очень нужна помощь каждого из вас. К сообщению прикреплены HFE-файлы, имеющие кое-какие различия. Прошу по возможности проверить работоспособность на ваших Агатиках-9. Если игры загружаются, то чирканите мне в личку плз: телеграм @jeeno_laretti

Почему я прошу мне помочь?
Образ диска AIM хранит в потоке данных кое-какую информацию. По началу я считал это трюком от копирования, но после огромного количества потраченного времени и проведённых экспериментов со структурой этого образа понял, что всё не однозначно.

Простая конвертация плоских данных в mfm-поток с расстановкой десинков перед маркерами индексов и секторов позволяет загрузиться с диска, увидеть меню, поползать по его пунктам, попереключать экраны стрелками влево вправо, но загрузить игру не получается. Мой Агат-9 падает в панику и начинает судорожно дрыгать экраном.

Какие эксперименты с образом AIM я провёл?
Написал код, который анализирует структуру треков и визуализирует её. Собственно ничего необычного я не увидел, кроме чередования секторов в кольце и структы GAP между индексом и сектором. Однако решил проделать следующее...
Я выдернул содержимое секторов в каждом треке и разложил их по порядку, тем самым получил DSK. Загружаться этот образ отказывается, в эмулятор сразу начинается дерготня на экране, стоит только появится первой картинке. Почему так? Изучаю вопрос и... всё дело оказалось лишь в номере тома. Эмулятор скорее всего при разворачивании DSK подставляет дефолтный FE, а в AIM в каждом секторе FF. Хорошо. Собираю обратно уже свой AIM со стандартной для Агата разметкой треков, расположением секторов в последовательном порядке, но меткой тома FF., не забывая о расстановке команд десинков. И вуаля!!! Эмулятор переварил этот новоиспечённый AIM и игры запускаются. Ну что? Попробую новенький AIM превратить в mfm-поток и запихать в HFE... Загрузка идёт, менюшка работает, выбор игры... и результат такой же: дрожь экрана и всё.

Эксперимент с обратным преобразованием. А вдруг что-то идёт не по плану и mfm-поток оказывается испорчен? Беру HFE, выдёргиваю из него mfm-поток, преобразую в плоские данные и вижу снова свой AIM, в точности до байта (не забывая про обратное преобразование десинков в команды AIM конечно же). Проделываю то же самое с исходным образом... совпадение в точности до байта.

У меня есть мнение (но хотелось бы найти ему подтверждение или опровержение), что виновник неработоспособности не образ AIM, не mfm-поток, не HFE-файл, и наверное даже не Gotek. Проблема кроется.... драматическая пауза .... барабанная дробь ... внимание!!!

Сам 'АГАТ-9'

Да, дамы и господа. Я пришёл к такому мнению.
Помогите мне пожалуйста, кто сколько сможет ))))

Добавлю: активно использую эмулятор Олега Одинцова

Ссылки на github:
https://github.com/snake-scaly/filconv? … file#intro
https://github.com/snake-scaly/filconv/releases

Прикинул что я сейчас использую на домашнем компе:
- телеграмм
- браузер
- текстовый редактор
- FAR
- всякие связанные с Агатиком проги.

И что интересно, софта связанного с Агатом, больше под линукс как раз:

софт от Voldemar:
- Инженерно/исследовательский эмулятор-отладчик. Под винду вообще нет его версии, только линукс.
https://agatcomp.ru/agat/PCutils/agatf.shtml

- Менеджер dos33c2, есть версии под виндовс и линукс.
https://agatcomp.ru/agat/PCutils/dos33/ … nder.shtml

софт от Олег Одинцов.
- Эмулятор Олега, всю плюшки и приятности есть только в версии под линукс.
https://sourceforge.net/projects/agatemulator/

софт от Mikhail Revzin.
- Эмулятор eCat. Есть версии виндовс и линукс.
https://github.com/Ptr314/ecat3

- Менеджер DISKCommander. Есть версии виндовс и линукс.
https://agatcomp.ru/agat/PCutils/DISKCommander.shtml

софт от SnakE
- мой любимейший Fil Converter. Есть версии для виндовс и линукс, но для виндовс может новых и не быть.
https://agatcomp.ru/agat/PCutils/filConverter.shtml

У меня есть Неттоп Lenovo IdeaCentre q190 x64. Вполне подойдёт для попробовать линукс. И вот тут вопрос что выбрать?

1) Debian или Ubuntu?
Ubuntu рекомендуется для дескотопов, она близкая родня к дебиану (деб для серверов рекомендуют).
Вроде бы отличие между ними только в том, что деб по набору дефолтного софта ближе к серверам и к тому же предпочитает более старые версии софта, а убунту - к десктопу и предпочитает более свежие версии.

2) (32 битная ос) или amd64 (64 бита). Если есть какой-то важный софт, который требует 32-битную ОС - то лучше ставить её. Но 64битная система может (хоть и  не без подстроек) выполнять 32-битные проги, а вот наоборот: запустить на 32битной системе 64 битную прогу невозможно. Пока склоняюсь к 64битной версии. В том числе потому, что агатовские проги вроде бы распространяют у нас на форуме именно как сборки к 64битной ос?

3) Что ставить в качестве "рабочего стола" ? Раньше все говорили о Gnome и KDE, но вообще их десятки под линухом. Что сейчас в моде - я не знаю.  Их можно даже несколько ставить и переключаться между ними. Но с чего-то надо начать.

Буду благодарен если выскажете своё мнение относительно написанного тут. Может и авторы вышеуказанного софта отпишут, чего любят их программы.

Работает под Windows 7+, Linux, macOS (x86 и Apple Silicon в теории).

Версия пока предварительная, конструктивная критика приветствуется.

Брать тут: https://github.com/Ptr314/dsk_commander

В документации http://agatcomp.ru/agat/PCutils/FileType/FIL.shtml сказано "Служебные данные из первого TSL (Track/Sector List) - 9 байт. Используется для К-файлов, в других случаях всегда нули!"

Track/Sector List это, по идее, следующая структура:

    struct Apple_DOS_TS_List
    {
        uint8_t         _not_used_00;       // 00
        uint8_t         next_track;         // 01
        uint8_t         next_sector;        // 02
        uint8_t         _not_used_03[2];    // 03-04
        uint16_t        offset;             // 05-06
        uint8_t         _not_used_07[5];    // 07-0B
        uint8_t         ts[122][2];         // 0C-FF
    };

Прошу пояснения, нужно сохранять первые 9 байт этой структуры или я что-то не так понимаю? Для чего это нужно? Про ремарку о копировщике вообще непонятно.

К-файлы это файлы с типом $20? Что это за  файлы, почему к ним такое особое отношение?

Вопрос: насколько это распространено? Это единичный случай и забить на него, или переделывать программу, чтобы она и такие диски понимала?

(Игорь говорит, что диск от другой ОС. Можно тогда какой-то ликбез, что там с ДОСами на 140кб и чередованием секторов у них?)

Возник такой вопрос относительно ОС Спрайт. В ней, насколько я понимаю, нестандартные первые две дорожки с системой. Если сейчас создать HFE-файл обычным образом, то загрузка работать не будет. Там, как я понял, данные зашифрованы (что некритично) плюс нестандартные CRC у некоторых секторов (что критично).

Так вот вопрос, если взять эталонный диск ОС Спрайт в формате AIM или HFE и вставлять первые две дорожки из него неизменными, а с остальным уже работать обычным образом, то пройдет ли такой трюк? Получится ли рабочий диск?

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

Фигушки...

Оказывается больше всего времени уходит на подготовку ХТМЛ версий различной печатной макулатуры. О чём я говорю - вот посмотрите, например, на архив статей об Агате из журнала "Информатика и образование". http://agatcomp.ru/agat/Paper/IiO.shtml
  Все сканы были распознаны, тщательно проверены, в некоторых тяжелых случаях доходило до безумия - я зачитывал оригинал на диктофон и потом прослушивая сверял с распознанной версией (техническое описание, точка, с новой строки, часть первая, запятая, с новой строки красный абзац..). Много боли приносит повторение оригинального форматирования текста, чтоб как в оригинале...

Но результат стоит того. По сравнению с пережатыми сканами выложенными на сайте - ХТМЛ версия вне конкуренции, мы это сразу ощутили. Очень полезно и для цитат, и для чтения и для ссылок. Допустим читаем статью их журнала, там упоминается какой-то софт или железка, и прямо в тексте ссылка на страничку программы или железки на сайте (вот пример https://agatcomp.ru/agat/Paper/IiO/92-1-048.shtml ). Да и поисковикам раздолье.

Но если с бумажными текстами мало что можно ускорить или автоматизировать (всё равно часть книг так и останется в виде PDF и DjVu), то с текстами находящимися на агатовских носителях вероятно можно. Ведь огромная часть заводской документации, описания программ, инструкций, статей и т.д. находятся на Агатовских дискетах, в текстовых файлах.

Вот я попробовал взять некий крупный текст, созданный в текстовом редакторе "ТОР". Перенёс текст из агатовского файла в .TXT за одну секунду утилитой Dos33c2, но что дальше? ведь все управляющие коды, начинающиеся с точки, и служащие для форматирования и смены шрифта, отображаются как текст... и всё. Стоит ли говорить что в таких документах форматирование играет важную роль, иногда без этого просто не возможно. Изобилие абзацев и перечислений, курсивы и верхние регистры, подчеркивания и заголовки жирным шрифтом...
И все эти особенности текста, приходится вбивать в HTML руками (p/i/b/h3/h2/sup и т.д.), постоянно сверяясь с оригиналом. Точнее ориентируясь на те самые управляющие коды в агатовском файле. Это убийца времени.

Как бы упростить процесс, доверив машине хотя бы часть задачи? Нет, я не собираюсь тратить меньше времени на Агатство, я просто хочу сэкономленное время потратить на что-то другое по Агату. А дел еще невпроворот.

Какие вообще могут быть варианты? Как получить, пусть даже упрощенный по форматированию, ХТМЛ из текстового файла Агата?

1 Менеджеры ?
Из .fil содержащий текст в формате агат-автор в html. 
Проблема в том, что текстовых редакторов и их форматов несколько, хотя достаточно основных наверное. Но в Dos33c2 такой возможности нет, и вероятно не будет покр в ближайшее время.

2 Эмулятор ?
Из потока информации, которой общаются плата принтера и сам принтер.
В эмуляторе Олега есть возможность получить печать в PDF но это всё очень далеко от идеала и никак не экономит время при переводе в HTML.

3 Плагины для FAR или текстового редактора?

Давайте посоветуемся !

P.S. Огромное количество документов создано в текстовом редакторе ТОР. Синтаксис там похож на Агат-Автор но!!! Создатели текстов на Агате очень и ОЧЕНЬ любили таблицы различные.
ТОР для рамок таблиц использует программирование пользовательского символа, таким образом
подсовывая матричнику псевдографику девятки. Вероятно её можно заменить только спецсимволами ХТМЛ, облачив в тег PRE. Тогда и таблицы построенные из них будут выглядеть как в агате.

Брать тут: https://github.com/Ptr314/ecat3

Чтобы включить Агат, нажмите кнопку с телевизором, выберите Агат-7 и отметьте галочку "Установить по умолчанию".

Пока поддерживается только Агат-7 с дисководом 140 кб. Форматы файлов образов - DSK, HFE, NIB. Для смены образа для начальной загрузки нужно открыть его кнопкой с дискетой в панели, затем сделать холодный рестарт машины.

В Linux и macOS надо, чтобы в фокусе было окно с кнопками, иначе клавиатура не работает. Позднее исправлю.
Хотелось бы, чтобы эмулятор погоняли в разных системах, так как сам я использую только Windows.

Известные проблемы:
- долгая загрузка для некоторых (скорее, многих :( ) дисков.
- часть протестированных программ работает некорректно, в частности, вчера не смог поиграть в Lode Runner, виснет, Игорь говорит, что в нем есть известная проблема с каким-то нестандартным опросом клавиатуры.

Ближайшие планы:
- устранение ошибок эмуляции
- дисковод 840 (чтение работает, запись еще нет)
- Агат-9

Если кто-то все-таки что-то потестирует 🙏, и у него будут замечания, их можно писать сюда, в личку ТГ (https://t.me/ptr314) или в ТГ-канал проекта (https://t.me/ecat_emu).

Недавно обнаружил ресурсы этого чуда в интернете и эмуляторы Агата 7 и 9. Обрадовался таким находкам и стал разбираться с эмулятором Олега Одинцова. Меня насторожил странный факт. Будучи знакомым с эмуляторами разных систем удивился тому как мало из скаченных образов дискет запускаются на любой из систем Агатов. Хотел спросить: может это что-то не понимаю или надо делать иначе как-то, а не просто влоб запускать. Я скачал больше сотни образов дисков, которые записаны в разных форматах: NIB, DSK, AIM, но из большого количества образов удалось запустить около 1/3 всего, что есть. Кажется странным, но в любом случае это мало.
Вопрос: Может быть кто-то подскажет что-нибудь полезное по этому вопросу или эмулятор может другой какой?

Вопрос номер два: подскажите документацию, софт (язык ассемблер, монитор, дебаггеры и тп), инструкцию, как разрабатывать на ассемблере под систему Агат в эмуляторе? Нужны залежи полезной информации по разработке для этой системы. Приветствуется любая информация.

Накопился большой пакет обнаруженных проблем по dos33c2 и как раз сейчас есть компактная возможность их подправить.

Здесь будет немного информации об этом. Сейчас готовится версия 2.09. Где-то, к концу месяца, надеюсь, она возникнет.
В основном это исправление ошибок и мелкие правки-дополнения-изменения в разных местах.
Фундаментально ничего не меняется.

Более-менее крупные дополнения:
1) Просмотрщик документов редактора "Диалект". Таких документов не много и он как-то выпал из моего поля зрения. Но добавить его не очень сложно, так что пусть будет.
2) Просмотр файлов в видеоформате T40 - это эпловское, но пусть будет.
3) Импорт и экспорт текстовых файлов из/в UTF-16 и UTF-8. Это дополнительная функция для всех целевых систем, где работает dos33c2.
4) Поддержка расширения "VR" для графических файлов (файлов видеопамяти).

Текущий History:

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

Трудность с преобразованием в режим HiRes заключается в том, что невозможно выбрать цвет одного пикселя, не повлияв на соседние. Мешает и реализация белого цвета, и заливка, и необходимость выбирать палитру для целого септета пикселей сразу.

Я не нашел способа распределять ошибку в пределах строки, как это делает Флойд. Поэтому ошибки диффундируют только вниз.

Цвета квантуются блоками по 7 пикселей, соответствующих одному байту в HiRes. Перебираются все значения байта, а также все варианты комбинаций младшего и старшего битов в следующем байте. Предыдущий байт уже известен на момент вычисления, поэтому из него берутся два старших бита. На основе этих данных рассчитываются цвета 9 пикселей с учётом выбранной палитры и правил заливки. Затем вычисляется сумма квадратов расстояний в RGB пространстве между 7 пикселями оригинала и 7 средними пикселями HiRes. Выбирается такое значение байта, для которого это расстояние наименьшее. Два предполагаемых бита следующего байта отбрасываются и после этого не используются.

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

Затем полученная полная строка рендерится согласно правилам HiRes режима.

Далее используется модифицированный алгоритм Флойда-Стайнберга для диффузии ошибки. Для каждого пикселя k созданной строки вычисляется разница между цветом оригинала и квантованным цветом. Эта ошибка распределяется на 3 пикселя k-1, k и k+1 и добавляется к цветам оригинала в следующей строке.

Изображения в заголовке темы созданы написанной мной утилитой на Node.js. Исходный код можно взять на GitHub: snake-scaly/dither-hires

Попробовал программу dos33 - на предмет конвертирования образов из nib в DSK (конвертировать нужно для последующей конвертации в HFE для Готека)... Так вот, можно создать образ *.DSK  и скопировать в него все файлы с образа *.nib, но толку от этого мало, нет загрузочной области, и файлы не на своих местах, если есть привязка к адресу на диске программная.. Подскажите, есть ли способ конвертировать образы *.nib в образы *.DSK - ну или сразу в HFE - в целом тоже зачетно было бы.

Заранее благодарен за любые ответы.