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

[drbars]

Определил причину, когда ошибка возникает. Если мой tzx (test_load.tzx) загружать не трогая — картинка загружается без ошибок. А вот если после загрузки лоадреа нажать паузу, а затем продолжить — загружается уже с ошибкой. Можно попробовать загрузить несколько раз перезапустив лоадер, бывает случаются успешные случаи.

Отсюда можно сделать предположение, что баг возникает на начальном этапе загрузки и содержимое загружается с каким-то сдвигом.

[Barmaley_m]

Отсюда можно сделать предположение, что баг возникает на начальном этапе загрузки и содержимое загружается с каким-то сдвигом.

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

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

Но из хороших новостей - то, что загрузка проходит до конца (хоть и с ошибкой). Если бы произошел срыв синхронизации ФАПЧ, как это у меня часто бывало в процессе наладки загрузчика - то долго бы оно не продержалось, вылетело бы с ошибкой до окончания загрузки. А так, получается, оно все биты принимало нормально, но, похоже, со сдвигом.

[jerri]

Barmaley_m, я так понимаю что предложенный тобой протокол записи кардинально отличается от защитого в ПЗУ?
там вроде как то так

/\__/ \_/\
0 1 1 0 0

взависимости от частоты смены фронта

[alone]

При реализации формата я делал упор на устойчивость к типичным искажениям сигнала магнитофона, а именно: отличающаяся на разных магнитофонах скорость записи, ограниченный спектр пропускаемых частот. Так как оригинальный кассетный формат Sinclair весьма неприхотлив к качеству записи и состоянию кассеты - то я постарался сделать новый формат таким, чтобы он не уступал, а по возможности - и превосходил оригинальный формат в этом. Время между ближайшими фронтами сигнала было выбрано таким же: 0.25мс. В результате требуемый диапазон частот составляет 2кГц, причем его верхняя часть может быть даже подрезана. Я специально обрабатывал сигнал фильтром Баттерворта с частотой среза около 1700Гц (при этом 2кГц, хоть и ослабленная, но немного пропускается), и загрузка происходила без ошибок. Также я менял скорость записи в пределах +25% / -30%, в том
числе плавно во время загрузки - и это тоже не приводило к ошибкам. Справедливости ради следует заметить, что оригинальный формат имеет примерно такие же требования к скорости и полосе частот сигнала.

А какова полоса MFM при расстоянии между фронтами в 2 раза меньше, чем у тебя? Что-то мне подсказывает, что 2400 Гц. Так что я не вижу выгоды в 8b/10b со стороны полосы.
У Манчестера при той же частоте, что у MFM, вообще полоса 1200 Гц должна быть... Или я неправ?

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

[psb]

Я не вижу выгоды в 8b/10b со стороны полосы.

зато со стороны скорости есть выгода.

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

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

[alone]

Сообщение от alone Посмотреть сообщение
Я не вижу выгоды в 8b/10b со стороны полосы.
зато со стороны скорости есть выгода.

Со стороны скорости как раз проигрыш - на 25%.

[Advertiser]

[psb]

Со стороны скорости как раз проигрыш - на 25%.

по ходу просто кто-то что-то недопонял.

Поэтому, если все данные нулевые - то формат 8b/10b дает приращение скорости записи в 1.6 раза, если все единицы - в 3.2 раза, а если данные содержат примерно одинаковое количество нулей и единиц, что имеет место в случае компрессированных данных - то средняя скорость записи выше оригинала в 2.4 раза.

[alone]

psb, ещё раз: формат 8b/10b при частоте следования фронтов 2400 Гц (полоса, по экспериментам автора - 1700 Гц) даёт скорость 1920 бит/с. Манчестер же при частоте следования фронтов 4800 Гц (полоса 1200 Гц) даёт скорость 2400 бит/с.

[psb]

psb, ещё раз: формат 8b/10b при частоте следования фронтов 2400 Гц (полоса, по экспериментам автора - 1700 Гц) даёт скорость 1920 бит/с. Манчестер же при частоте следования фронтов 4800 Гц (полоса 1200 Гц) даёт скорость 2400 бит/с.

Время между ближайшими фронтами сигнала было выбрано таким же: 0.25мс.

т.е. около 4кгц. что дает полосу в 2кгц.

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

"топик не читай, комменты оставляй".

[Barmaley_m]

т.е. около 4кгц. что дает полосу в 2кгц.

Не около 4кГц, а точно 4кГц частота следования бит, а требуемая полоса пропускания тракта магнитофона составляет ровно 2кГц по теореме Котельникова. Если каждый бит представить в виде отсчета сигнала, полоса которого ограничена 2кГц, то восстановление этого сигнала возможно, если вести дискретизацию с частотой 4кГц.

Скорость записи, таким образом, составляет 4000бит/с брутто, но поскольку для кодирования каждого байта используется 10 бит - то полезная скорость составляет 400 байт в секунду, независимо от их состава.

Я вел речь о фильтре с частотой среза 1700Гц потому, что это был фильтр невысокого порядка (2-3), имеющий плавный спад частотной характеристики, поэтому частоты до 2кГц включительно подавляются им неполностью. И того, что оставалось, было достаточно, по крайней мере, для корректной загрузки под эмулятором unreal. Сейчас займусь более подробно выяснением причин, почему плохо грузится на спектакуляторе и реале. Возможно, мне потребуется для этого собственный эмулятор Z80 с модулем точной эмуляции тракта магнитофона. Это позволит мне, например, фиксировать точные моменты времени, когда загрузчик опрашивает входной сигнал и, соответственно, искать, где там возможные проблемы.