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

[haywire]

Но я использовал блок типа 0x19 (Generalized data), который, как оказалось, не поддерживается ни эмуляторами, ни утилитами конвертации в wav.

Только это блок не 0x19, а 0x13 (19 в десятичном представлении). Эмуляторами он поддерживается, просто не теми пользуетесь. В "отечественных" эмуляторах поддержка формата .tzx сделана по остаточному принципу. Не знают наши авторы, что почти вся лицензия шла с турбо загрузчиками, и не хотят это знать.

Вероятно, такой тип блока был недавно добавлен в формат tzx,

Да всегда он был там.

[jerri]

haywire, разве Unreal не поддерживет tzx?

[Barmaley_m]

Только это блок не 0x19, а 0x13 (19 в десятичном представлении).

Нет, именно 0x19. Все остальные идентификаторы блоков тоже заданы в шестнадцатеричном представлении, даже блок 0x10 (нормальные данные). Я также смотрел исходники конверторов в wav - в них поддерживаются не все типы блоков, но идентификаторы все шестнадцатеричные. Также мои файлы были правильно распознаны ZX-Blockeditor.

Эмуляторами он поддерживается, просто не теми пользуетесь. В "отечественных" эмуляторах поддержка формата .tzx сделана по остаточному принципу.

Каковы бы ни были причины, с ними приходится считаться. Что толку иметь хороший конвертор, если его файлы мало где поддерживаются. unreal поддерживает tzx. Мой старый конвертор на Матлабе создавал такие tzx-файлы, которые я использовал в unreal для тестов, но там используется другой тип блоков - 0x15 (Direct recording)

[haywire]

haywire, разве Unreal не поддерживет tzx?

В tzx довольно много видов блоков, и даже если формально поддержка формата tzx заявлена, может так оказаться, что не все виды блоков реализованы. Когда я пользовался этим эмулятором - натыкался на данные вещи, писАл автору, тогда это был ещё SMT, он просил прислать примеры файлов, реализовывал. В каком состоянии сейчас поддержка формата TZX в данном эмуляторе - не могу сказать. Но зная о том, что лицензии в нашем регионе почётом никогда не пользовались, подозреваю, что не полная.

[DDp]

Проверил на Компаньон-2 - ошибка на идеальном пилот-тоне. У него своеобразный компаратор, иногда приходится подстраивать уровень сигнала по гисторгамме

Хм, а как проявляется ошибка? Загрузка не начинается или вылетает? Оригинальный загрузчик на этом компе работает?

Ошибка сразу после красно-голубых полос.
---
Напомню, в Балтиках и компах на Т34ВГ1
Z80 тактикуется от 4 МГц, но за счёт постоянного WAIT эффективная скорость = 3,5 МГц.
Оригинальные загрузчики, конечно, работают.

[drbars]

в анриле работает и с М1 и без. но это хз...

Я имел в виду что... сохранить с M1, загрузить без.

[psb]

Я имел в виду что... сохранить с M1, загрузить без.

это будет кардинально отличаться от загрузки одного и того же файла с М1 и без?

[drbars]

это будет кардинально отличаться от загрузки одного и того же файла с М1 и без?

По идее не должно, но проверить стоит

[Barmaley_m]

Я тоже думаю, что проверить стоит. По идее, нарушение времянок сохранялки должно привести лишь к небольшому уменьшению скорости записи и некоторому фазовому дрожанию записанного сигнала, но загрузчик должен с этим справиться. По идее. Но испытать все равно необходимо.

И вот еще что. Раз уж в теме появились авторы эмуляторов - то к ним вопрос. Не можете посоветовать, как лучше всего сделать специализированный эмулятор с трактом магнитофона - я хочу составить с его помощью лог работы загрузчика, а именно, в какие моменты вызывалась команда in. Быть может, в логе удастся увидеть какую-нибудь неоптимальность работы загрузчика, и пофиксить ее. Я так понимаю, что можно скачать какую-нибудь либу по эмуляции z80, либо же хакнуть существующий эмулятор Speccy. Что посоветуете?

---------- Post added at 13:00 ---------- Previous post was at 12:57 ----------

P. s. Хотелось бы работать с этим на c/c++ в ms visual studio.

[psb]

unreal speccy вполне себе c/c++ в ms visual studio.