Вид для печати
Анимацию цветов бордюра в игре клад не помню.Цитата:
Сообщение от x-code
Могу сравнить с монитором-1200, в котором есть попытка изобразить нечто на бордюре во время загрузки. В планете птиц было намного лучше, полосы не 2х, а может даже 8 цветов (насчет 8 точно не уверен, но цветов было не менее 3х), плюс полосы сравнительно широкие, не просто как штришки. Выглядело хорошо. Пожалуй было похоже на спековский bomb jack.
А вот интересно, "Планету птиц" с таким загрузчиком, продавали у разных "распространителей". Значит была специальная программа, генерирующая запись на магнитофон загрузчика и самой игры. Если бы это был просто универсальный "копировщик", то с таким эффектом писали бы на кассеты все игры. Неужели не сохранились архивы если не разработчиков, то хотя-бы "распространителей"...Цитата:
Сообщение от lafromm31
Со своим загрузчиком распространял разве что центр Компьютер (Кишинев) и, возможно, сам автор. Подавляющее большинство пиратов продавали обычный файл в формате загрузчика.
Вот, например, фатакс с подгружаемыми уровнями (если не путаю, реально там подгружались не уровни, а типа сигнатуры) распространяла разве что волгоградская контора (забыл название), у остальных был обычный (хакнутый) rom. Неудобно же переписывать левый формат, и делать свой генератор для записи тоже особого смысла не было. Да и пользователям удобнее. Защиты нужны были только авторам и "официальным" распространителям.
- - - Добавлено - - -
Кстати, иногда и пираты изобретали свои уникальные форматы. Например отец покупал в какай-то кишиневской конторе пару кассет и там оказалось нечто со своим загрузчиком. И я их потом ломал и переделывал в обычные ромы.
Центр Компьютер (Кишинев), с какого-то момента, продавал практически всё с загрузчиком. Только он был без наворотов, просто загружал основной файл в своём формате.
ivagor, а есть описание формата вывода loadfm9? Т.е. какие там заголовки, синхробайты, в каком порядке надо "пищать байтами файла" и т.п. Что-то я впечатлился им по этому видео, хочу попробовать добавить в свой "магнитофон на ардуино"...Цитата:
Сообщение от ivagor
Так вот же буквально здесь, все задокументировано в самой твердой форме, кодом:Цитата:
Сообщение от Improver
https://github.com/svofski/bin2wav/b...r/tape.js#L370
data[dofs++] .. -- байт за байтом собирается формат, потом кодируется функцией encode(). encode() кодирует каждый байт функцией fmbyte(). Служебная информация кодируется медленно, по 3/6 отсчетов, основная полезная нагрузка быстро по 2/5 отсчетов.
Improver, вся задокументрованность благодаря svofski, он ссылку привел. И еще он картинку рисовал, там написано fm6, но идея сохранилась до fm9, только уменьшалось число отсчетов/бит.
Мои познания JS не настолько велики, но попробую разобраться. Без учёта кодировки функцией fmbyte() получается так:
Не совсем понятно, как работает этот флип, полагаю это нечто для лучшего утрамбовывания данных. А дальше, при кодировании, вообще происходит какая-то магия... И единственное, что я понял из рисунка, это то, что единица передаётся за полтора цикла несущей частоты, а ноль -- за половину цикла.Код:1. Заголовок:
- 256 байт 0FFh
- синхробайт 0E6h
- 4 байта, 'FM9'5 (046h 04Dh 039h 005h)
- 11 байт -- имя файла (8 байт, дополняется пробелами)+(3 байта расширение)
- 1 байт -- номер начального блока
- 1 байт -- количество блоков
- 256 байт 0FFh
2. Блоки данных:
- 1 байт 0FFh
- 1 байт 0E6h
- 256 байт из файла поXORенные с неким флипом???, с подсчётом контрольной суммы
3. Завершение:
- 1 байт -- контрольная сумма данных
- 1 байт -- флип??? (полагаю, для раскодировки данных)
В общем, по-быстрому добавить FM9 не получится, надо углублённо изучить инфу, но уже этих сведений достаточно, чтобы прикинуть, что в ардуине не хватит места сразу для всех форматов, надо будет чем-то жертвовать.
JS это такой цирковой Си для клоунов. Там все как бы просто, но можно сложить 2 и 3 и получить строку, например.
Флип для лучшего утрамбовывания, но он не работает в текущей версии, потому что на момент флипанья ПЗУ не отключено, а флипанье на лету невозможно потому, что признак записывается в конце потока. Я его как раз только что запретил. Можно считать, что он всегда 0, то есть его как бы нет.
С форматом -- вроде все правильно.
Дальнейшую информацию можно игнорировать, она больше для исторической полноты. Если использовать rom2fm, то там вместо 5 может быть и 4, этот байт соответствует скорости передачи (5 для 11700; 4 для 13500). Т.к. в железный вектор 13500 грузится нестабильно, то можно считать, что скорость всегда 11700. 13500 из железок грузится в de1, но разница небольшая. Теоретически можно попробовать дожать и 13500 для реала, но тут уже для отладки нужен реал, т.к. эмулятор стабильно грузит 13500 (как и de1), а реал - нестабильно.Цитата:
Сообщение от Improver