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

[Barmaley_m]

introspec, спасибо. Я даже планировал сделать конвертор из tap в tzx так, чтобы tzx-файл имел небольшой размер (формат это позволяет). Тем самым можно было бы делать красивые кассетные релизы в этом формате. Насчет того, что не работает - давайте подождем еще тестов на реалах. Все же интересно, какой окажется надежность загрузки в текущем состоянии на разных машинах. Рано или поздно мы его допилим, было бы время и энтузиазм, а он у меня на данный момент есть.

Что касается картинки с ошибкой - то поскольку я уже имею опыт диагностики ошибок загрузчика, то ситуация явно указывает на срыв синхронизации ФАПЧ. Хотя немного и странновато: вначале грузятся ошибочные биты, потом правильные нули, а потом опять ошибка. Ладно, подождем еще тестов. Люди с реалами, помогайте!

[DDp]

---
Нарезал несколько картинок, для примера.
8b10b_example1.7z

[introspec]

Насчет того, что не работает - давайте подождем еще тестов на реалах

Я сказал "пока не работает"

Что касается картинки с ошибкой - то поскольку я уже имею опыт диагностики ошибок загрузчика, то ситуация явно указывает на срыв синхронизации ФАПЧ. Хотя немного и странновато: вначале грузятся ошибочные биты, потом правильные нули, а потом опять ошибка. Ладно, подождем еще тестов. Люди с реалами, помогайте!

Проблема в АЦП. Поскольку наш АЦП однобитный и имеет частотный потолок, вместо честного сигнала, мы читаем его сигма-дельта представление. Любые "честные" фронты размазываются, аппроксимируются скачущими битами. Нужно написать программу для реала, которая с хорошей частотой читала бы результат фактического чтения порта и загрузить в неё, какой там у нас максимум? (1Мб даст 1Мб*8 отсчётов) сэмпл сигнала твоего формата. Анализ такого сэмпла сразу покажет, в чём основные затруднения.

[SoftLight]

да, примеры DDp даже в спектакуляторе не захотели загрузиться без ошибки. В целом картинка просматривается, но часть битов испорчена и в конце tape loading error.

[Barmaley_m]

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

---------- Post added at 14:46 ---------- Previous post was at 14:44 ----------

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

---------- Post added at 14:49 ---------- Previous post was at 14:46 ----------

Кстати да. Стек ведь тоже в медленной памяти получается во время работы загрузчика при CLEAR 32767. Так что задержки возникают не только при записи свежезагруженных данных в память, но и во время вызова подпрограмм загрузчика и возврата из них. Попробуйте еще стек разместить в быстрой памяти на тех машинах, где загрузка не пошла.

[newart]

Barmaley_m, а чего ты на хабре не рассказал о сабже?

[Advertiser]

[breeze]

Классно! Очень интересная тема, визуально видно что в том-же Unreal грузится быстрее. Спасибо DDp за примеры.

[Titus]

---
Нарезал несколько картинок, для примера.

Не знаю, че там на унриле, но в спектакуляторе все грузятся с ошибками, что на конфигурации Spectrum 48, 128, что на Pentagon 128.

[bigral]

тема интересна еще и потому что современные форматы передачи видео сигнала на монитор (tft матрицу) используют LVDS ну и это: http://en.wikipedia.org/wiki/Transit...tial_signaling

так или иначе но на сегодняшний день нет других способов повышения скорости передачи данных чем сочитанием этих способов, и скорее всего скоро ВСЕ чипы будут иметь интерфейс передающий такие сигналы

[Barmaley_m]

Barmaley_m, а чего ты на хабре не рассказал о сабже?

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