Новый, более эффективный кассетный формат

[jerri]

Barmaley_m, а как же реалы?
кстати у тебя пилоттон есть?

[psb]

а как же реалы?

на реалах ваще мегаудобно реалтайм процессы отлаживать, да. он всегда этим славился...

[Barmaley_m]

кстати у тебя пилоттон есть?

Есть пилоттон. Я поначалу хотел сделать такой же пилоттон, как на оригинальном загрузчике. Он хорошо себя зарекомендовал, да и звук ностальгический. Но пришлось повысить слегка частоту пилоттона, потому что оригинальный был не кратен целому числу битовых интервалов. Тот пилоттон, который у меня сейчас используется, состоит из последовательности бит "11001100...". В качестве синхроимпульса в конце пилоттона используется "10", после чего идут биты данных. Загрузчик, поймав пилоттон, первое время измеряет время между фронтами. После 256 фронтов результат измерения пересчитывается в значения, которыми инициализируется ФАПЧ. После этого запускается ФАПЧ, и остаток пилоттона загружается уже той же подпрограммой, которая грузит биты. Поэтому бордюрные эффекты при загрузке пилоттона меняются, и на поздней стадии его загрузки используются те же цвета, что и для загрузки данных, что отличается от оригинального загрузчика, где весь пилоттон отображается красным и голубым цветами.

[Vadim]

обычный tap тоже можно так сделать, лоадер только напиши соответствующий.

Ну всё же это уже не обычный tap, согласись. И формат деления на блоки надо делать сразу. Можно предусмотреть и избыточность для надёжности. По возможной плотности записи скажу, что когда у меня не было дисковода, то почти весь софт был у меня на кассете в двойной плотности. Проблем со считыванием не было. Кассеты обычные, но не левые.

[psb]

Ну всё же это уже не обычный tap, согласись.

абсолютно обычный тап. просто лоадер синхронизироваться будет не по пилоттону, а по данным.

[jerri]

Vadim, Ты когда игру допишешь?

---------- Post added at 10:21 ---------- Previous post was at 10:19 ----------

Есть пилоттон. Я поначалу хотел сделать такой же пилоттон, как на оригинальном загрузчике. Он хорошо себя зарекомендовал, да и звук ностальгический. Но пришлось повысить слегка частоту пилоттона, потому что оригинальный был не кратен целому числу битовых интервалов. Тот пилоттон, который у меня сейчас используется, состоит из последовательности бит "11001100...". В качестве синхроимпульса в конце пилоттона используется "10", после чего идут биты данных. Загрузчик, поймав пилоттон, первое время измеряет время между фронтами. После 256 фронтов результат измерения пересчитывается в значения, которыми инициализируется ФАПЧ. После этого запускается ФАПЧ, и остаток пилоттона загружается уже той же подпрограммой, которая грузит биты. Поэтому бордюрные эффекты при загрузке пилоттона меняются, и на поздней стадии его загрузки используются те же цвета, что и для загрузки данных, что отличается от оригинального загрузчика, где весь пилоттон отображается красным и голубым цветами.

Вот судя по скрину сделанному на реале он у тебя начинает грузить еще с пилоттона а потом срывается.

[Vadim]

Ты когда игру допишешь?

Не оффтопь. Я тебе отвечал уже.

[jerri]

Vadim, где? там почистили раньше чем я прочитал

[ZXMAK]

Если что, есть программа Octave, которая может исполнять код Matlab и которая бесплатная.

Кроме того, ничто не мешает перевести конвертор на другой язык программирования. Я просто делал его на Матлабе для тестирования загрузчика, т.к. это было для меня наиболее быстрым и простым решением. Алгоритм там простой, конвертор кодированием 8b/10b не занимается, а просто переводит 16-битный сигнал из формата wav в однобитный сигнал формата tzx. Впоследствии я планировал сделать другой, более эффективный конвертор, который бы использовал формат tzx более рационально, так что размер tzx-файлов был бы существенно меньше.

Может лучше перевести с матлаба на язык R, среда для которого бесплатна?

---------- Post added at 10:16 ---------- Previous post was at 09:37 ----------

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

---------- Post added at 10:23 ---------- Previous post was at 10:16 ----------

Чтобы загрузчик нового формата дружил с автостартом, нужно чтобы он учитывал, что магнитофон остается в режиме play в течении 0.5-1 сек, если соблюдаются следующие условия:
1) порт опрашивается чаще чем 96 тактов
2) значение PC соответствует предыдущему опкоду IN
3) изменился только один регистр из следующих: A,B,C,D,E,H,L
4) изменение регистра было на ±1
5) условия 1-4 выполнились 8 раз подряд
6) над прочитанным значением производится операция AND 32 или AND 64

Без поддержки автостарта новый формат записи врядли получит распространение, т.к. делает загрузку в эмуляторах неудобной.

[psb]

а есть описанный стандарт для автостарта? или это одна конкретная реализация?

да и как бэ зачем делать хитрый (интересный) загрузчик, которым будет удобно (читай, незаметно) пользоваться в эмуляторе?