Вид для печати
Определил причину, когда ошибка возникает. Если мой tzx (test_load.tzx) загружать не трогая — картинка загружается без ошибок. А вот если после загрузки лоадреа нажать паузу, а затем продолжить — загружается уже с ошибкой. Можно попробовать загрузить несколько раз перезапустив лоадер, бывает случаются успешные случаи.
Отсюда можно сделать предположение, что баг возникает на начальном этапе загрузки и содержимое загружается с каким-то сдвигом.
Интересно, спасибо. Там при старте загрузки, действительно, есть фрагмент, не очень точно выверенный по таймингу. Мне уже лень было его выравнивать, казалось, что несколько тактов не окажутся критичными, и на эмуляторе заработало. Попробую пофиксить это, и тогда проверим еще раз.Цитата:
Сообщение от drbars
---------- Post added at 10:21 ---------- Previous post was at 10:20 ----------
Но из хороших новостей - то, что загрузка проходит до конца (хоть и с ошибкой). Если бы произошел срыв синхронизации ФАПЧ, как это у меня часто бывало в процессе наладки загрузчика - то долго бы оно не продержалось, вылетело бы с ошибкой до окончания загрузки. А так, получается, оно все биты принимало нормально, но, похоже, со сдвигом.
Barmaley_m, я так понимаю что предложенный тобой протокол записи кардинально отличается от защитого в ПЗУ?
там вроде как то так
взависимости от частоты смены фронтаЦитата:
/\__/ \_/\
0 1 1 0 0
А какова полоса MFM при расстоянии между фронтами в 2 раза меньше, чем у тебя? Что-то мне подсказывает, что 2400 Гц. Так что я не вижу выгоды в 8b/10b со стороны полосы.Цитата:
Сообщение от Barmaley_m
У Манчестера при той же частоте, что у MFM, вообще полоса 1200 Гц должна быть... Или я неправ?
По поводу формата - ещё хотелось бы иметь файл разбитым на блоки, чтобы можно было перематывать назад плохо прочитанное.
зато со стороны скорости есть выгода.Цитата:
Сообщение от alone
а это формат чего? обычный tap тоже можно так сделать, лоадер только напиши соответствующий.Цитата:
Сообщение от alone
Со стороны скорости как раз проигрыш - на 25%.Цитата:
Сообщение от psb
по ходу просто кто-то что-то недопонял.Цитата:
Сообщение от alone
Цитата:
Сообщение от Barmaley_m
psb, ещё раз: формат 8b/10b при частоте следования фронтов 2400 Гц (полоса, по экспериментам автора - 1700 Гц) даёт скорость 1920 бит/с. Манчестер же при частоте следования фронтов 4800 Гц (полоса 1200 Гц) даёт скорость 2400 бит/с.
Цитата:
Сообщение от alone
т.е. около 4кгц. что дает полосу в 2кгц.Цитата:
Сообщение от Barmaley_m
блин, alone, в первом посте все расписано в деталях, все говорят, что оно по факту быстрее.
"топик не читай, комменты оставляй".
Не около 4кГц, а точно 4кГц частота следования бит, а требуемая полоса пропускания тракта магнитофона составляет ровно 2кГц по теореме Котельникова. Если каждый бит представить в виде отсчета сигнала, полоса которого ограничена 2кГц, то восстановление этого сигнала возможно, если вести дискретизацию с частотой 4кГц.Цитата:
Сообщение от psb
Скорость записи, таким образом, составляет 4000бит/с брутто, но поскольку для кодирования каждого байта используется 10 бит - то полезная скорость составляет 400 байт в секунду, независимо от их состава.
Я вел речь о фильтре с частотой среза 1700Гц потому, что это был фильтр невысокого порядка (2-3), имеющий плавный спад частотной характеристики, поэтому частоты до 2кГц включительно подавляются им неполностью. И того, что оставалось, было достаточно, по крайней мере, для корректной загрузки под эмулятором unreal. Сейчас займусь более подробно выяснением причин, почему плохо грузится на спектакуляторе и реале. Возможно, мне потребуется для этого собственный эмулятор Z80 с модулем точной эмуляции тракта магнитофона. Это позволит мне, например, фиксировать точные моменты времени, когда загрузчик опрашивает входной сигнал и, соответственно, искать, где там возможные проблемы.
Barmaley_m, а как же реалы?
кстати у тебя пилоттон есть?
на реалах ваще мегаудобно реалтайм процессы отлаживать, да. он всегда этим славился...Цитата:
Сообщение от jerri
Есть пилоттон. Я поначалу хотел сделать такой же пилоттон, как на оригинальном загрузчике. Он хорошо себя зарекомендовал, да и звук ностальгический. Но пришлось повысить слегка частоту пилоттона, потому что оригинальный был не кратен целому числу битовых интервалов. Тот пилоттон, который у меня сейчас используется, состоит из последовательности бит "11001100...". В качестве синхроимпульса в конце пилоттона используется "10", после чего идут биты данных. Загрузчик, поймав пилоттон, первое время измеряет время между фронтами. После 256 фронтов результат измерения пересчитывается в значения, которыми инициализируется ФАПЧ. После этого запускается ФАПЧ, и остаток пилоттона загружается уже той же подпрограммой, которая грузит биты. Поэтому бордюрные эффекты при загрузке пилоттона меняются, и на поздней стадии его загрузки используются те же цвета, что и для загрузки данных, что отличается от оригинального загрузчика, где весь пилоттон отображается красным и голубым цветами.Цитата:
Сообщение от jerri
Ну всё же это уже не обычный tap, согласись. И формат деления на блоки надо делать сразу. Можно предусмотреть и избыточность для надёжности. По возможной плотности записи скажу, что когда у меня не было дисковода, то почти весь софт был у меня на кассете в двойной плотности. Проблем со считыванием не было. Кассеты обычные, но не левые.Цитата:
Сообщение от psb
абсолютно обычный тап. просто лоадер синхронизироваться будет не по пилоттону, а по данным.Цитата:
Сообщение от Vadim
Vadim, Ты когда игру допишешь?
---------- Post added at 10:21 ---------- Previous post was at 10:19 ----------
Вот судя по скрину сделанному на реале он у тебя начинает грузить еще с пилоттона а потом срывается.Цитата:
Сообщение от Barmaley_m
Не оффтопь. Я тебе отвечал уже.Цитата:
Сообщение от jerri
Vadim, где? там почистили раньше чем я прочитал :)
Может лучше перевести с матлаба на язык R, среда для которого бесплатна?Цитата:
Сообщение от Barmaley_m
---------- 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, tzx отличный формат
а причем тут формат?
Что значит зачем - люди привыкли что достаточно load "" набрать и можно откинуться на спинку кресла и наблюдать за процессом загрузки - все само включается, грузится и выключается. А так нужно кнопки постоянно переключать, причем вовремя успевать, следить за звуком...Цитата:
Сообщение от psb
Стандарт автостарта я выше описал.
А чем бесплатный GNU Octave не устраивает?Цитата:
Сообщение от Alexander Makeev
Вообще это временный конвертор, который я использовал для целей отладки. На Матлабе писал, чтобы быстро получить результат, остальное не заботило. Выложил потому, что на данный момент другого нет. Когда полностью будет налажен формат, учитывая сообщенные в этой теме отрицательные результаты испытаний - появится смысл сделать другой, лучший конвертор, скорее всего, на C++. И не из формата wav, а из того же tap, чтобы сразу обрабатывать много блоков данных, как будто копировщиком скопировал.
Что-то уж больно жесткие условия. С ними я совместимости не могу сделать аж никак. Разве только во время ожидания пилоттона и первой стадии его загрузки, что делается в моем загрузчике таким же кодом, как в оригинале.Цитата:
Сообщение от Alexander Makeev
И да, присоединяюсь к вопросу psb: кто принял такой стандарт и в каких эмуляторах он используется?
---------- Post added 24.05.2013 at 00:05 ---------- Previous post was 23.05.2013 at 23:59 ----------
Формат разрабатывался, главным образом, не для использования на эмуляторе, а для использования на реале, с реальными магнитофонами. Если в большинстве эмуляторов применяется ускорение процесса загрузки, так что в реальном времени проходят секунды - какой смысл увеличивать плотность записи, заботиться об устойчивости к помехам?Цитата:
Сообщение от Alexander Makeev
Как бэ зачем делать хитрый (интересный) загрузчик, которыйЦитата:
Сообщение от psb
а. не работает на реалах
б. не имеет нормальных средств перевода в свой формат и обратно
в. не обеспечивает защиту от сбоев
г. никому по-настоящему не нужен.
Каждый, кто в своё время плотно работал с лентой на спектруме, занимался тем, что разрабатывал свой формат записи, который был лучше, чище, быстрее, красивее etc. Где они, все эти форматы? В рамках в Третьяковской галерее висят? Кто их использует? Да никто, это просто часть истории спекрума.
Мое сугубо личное мнение, что в настоящее время эта разработка представляет лишь академический интерес, как любая другая разработка такого рода. Никакой практической пользы. Никакой.
Теоретическая польза есть - фазовая модуляция, фазовая манипуляция бла-бла-бла.
http://www.wired.com/images_blogs/ga...ware-3%201.jpg
да, и желательно мгновенно и без полосок. для этого интересные загрузчики только вредны.Цитата:
Сообщение от Alexander Makeev
именно академический интерес. пункты а-б-в - временные.Цитата:
Сообщение от Лас
а так и сам спектрум никому по-настоящему не нужен, просто часть истории пк.
Ещё один могильщик. Кто вас сюда засылает?Цитата:
Сообщение от psb
мы сами приходим, покой сторожим...
А вас? Людей с искаженным восприятием реальности?)Цитата:
Сообщение от alone
Из тех что знаю - ZXMAK2, ZERO, SpecEmu - точно, еще несколько эмуляторов но каких именно не помню - давно уже этот вопрос обсуждали на WOS. Вроде этот-же алгоритм в Spectaculator используется. Ну в и других эмуляторах с поддержкой автостарта.Цитата:
Сообщение от Barmaley_m
---------- Post added at 01:40 ---------- Previous post was at 01:35 ----------
ты немного не понял, суть автостарта не в ускорении загрузки, а в том что магнитофон автоматически включается/выключается в режим проигрывания как только программа начинает читать магнитофон. Т.е. не нужно дергаться, нажимая Play/Stop - все происходит автоматически. Набираешь LOAD "" <ENTER> и магнитфон сам включился в режим проигрывания, закончилась загрузка и магнитофон сам остановил режим проигрывания. Это мега-удобно! Привыкаешь настолько что потом испытываешь дискомфорт от необходимости вручную включать выключать магнитофон.Цитата:
Сообщение от Barmaley_m
---------- Post added at 01:43 ---------- Previous post was at 01:40 ----------
если не будет поддержки автостарта, то большинство юзеров не сможет открыть tzx файлы в твоем формате, т.к. магнитофон будет автоматически стопаться. Не каждый додумается лезть в настройки отключать автостарт, чтобы потом дергаться включая/выключая проигрывание. В начале этой ветки - наглядный пример с Tape loading error, который именно из за отсутствия поддержки автостарта возникает.Цитата:
Сообщение от Barmaley_m
Почему это проблематчино не представляю - ты сам говорил что в загрузчике есть свободные такты, если существующий IN не подходит, то можно добавить холостой.
Вот что меня реально выбесило — автостарт в ZXSpin. Этот эмулятор хорош, тестирую на нём свой код в slow mem. Есть ULAPlus, но... работа с лентой это нечто. При открытии tzx/tap файла он обнуляет память, подпихнуть другой tzx в процессе загрузки невозможно. ULAPlus в режиме пентагона не хочет работать, и отдельно не влючается никак.
Автору топика по поводу высказываний о нужности данного ладера. Он нужен и точка! Я даже его в своей игре использую, пока тоже довожу до ума код.
Загрузка с ленты — очень интересная тема! Для поднятия боевого духа все смотрим это демо http://pouet.net/prod.php?which=53846
Обновление версии. Интересующихся приглашаю провести испытания!
В первой версии загрузчика между пилоттоном и началом данных была не строго соблюдена выдержка по времени, что могло быть причиной неудачной загрузки на некоторых эмуляторах и реалах. Теперь она соблюдается с точностью до 2 тактов. Также улучшена обработка ситуации, когда пилоттон обрывается. Первая версия загрузчика при этом вылетала с ошибкой, а новая - возвращается в режим ожидания пилоттона. Также я разместил стек в быстрой памяти, что должно уменьшить вероятность некорректной работы на реалах с медленной памятью, т.к. обращения к медленной памяти теперь происходят только для размещения загруженных данных в ней.
Следуя пожеланиям телезрителей, я также сделал более дружественную версию пакета для тестов. Прилагается tap-файл, в котором находится тестовая программа на бейсике, загрузчик, сохранялка и картинка. tap-файл можно загрузить в эмуляторе или преобразовать в звук и загрузить на реале. После старта программы пользователю предлагается возможность сохранить картинку в формате 8b/10b на кассету, а затем загрузить ее. Программировать или совершать какие-то сложные манипуляции с файлами при этом не требуется. Если загрузка в новом формате произошла с ошибкой - программа вылетит с сообщением Tape loading error, перезапустить ее можно командой GO TO 30.
Удалил вложение, перевыложу в первом сообщении темы.
SoftLight, не достаточно - магнитофон не мрз плеер - у него лента тянется
Человек помог чем смог. Я думаю, не стоит придираться. Надеюсь, что кто-нибудь с магнитофоном сможет провести тест, тем более что новый пакет удобнее в использовании.Цитата:
Сообщение от jerri
а можно еще выложить TZX с самой картинкой в 8/10 формате? :v2_dizzy_photo:Цитата:
Сообщение от Barmaley_m
Мой существующий конвертор генерирует слишком большие (сотни килобайт) tzx-файлы в этом формате. Существует возможность оптимизации так, чтобы размер tzx-файла был всего в ~2 раза больше, чем размер полезных данных, однако я еще не завершил работу над программой-конвертором. В этой теме в сообщении №13 от DDp приложено несколько таких tzx-файлов, можно их попробовать.Цитата:
Сообщение от Alexander Makeev
Я не придираюсьЦитата:
Сообщение от Barmaley_m
Но это загрузчик с ленты. без ленты неполный тест :(
Исправленная версия стала хорошо грузить на спектакуляторе.
Интересно, на сколько алгоритм устойчив к плаванью скорости загрузки? Ведь стандартный загрузчик к подобным искажениям весьма устойчив.
Поскольку нет магнитофона-реала, то нужен полноценный эмулятор магнитофона, с плавающими параметрами, манипулируя которыми можно тестировать устойчивость загрузчика. Возможно какие-то аудио-редакторы со скриптовой автоматизацией сгодились бы для этого.Цитата:
на сколько алгоритм устойчив к плаванью скорости загрузки?
Записывалка (128K, TR-DOS) - генерит loader и (те же самые) 12 картинок.
saver.scl.7z