Как распознать, что опрос #FE игнорит магнитофон?

[ZXMAK]

с чего вдруг, если файл - нормальный контейнер zip? определение контейнера знаешь?
если твой архиватор падает на корректно размещённом внутри объекте, это не проблема контейнера

если бы он мой был. Но проблема в том, что стандартный архиватор unzip в линукс падает:

$ unzip bba.zip
Archive:  bba.zip
   skipping: bba-bba.tzx             need PK compat. v6.3 (can do v4.6)
   skipping: bba.tzx                 need PK compat. v6.3 (can do v4.6)
$ unzip
UnZip 6.00 of 20 April 2009, by Debian. Original by Info-ZIP.

Та-же беда в Windows и со всеми библиотеками, которые не понимают новый 7z.
7z понимает, но это явно не zip.

Во всех стандартных zip архивах такой проблемы нет. А ведь zip это особый формат для обмена, он не допускает новых версий не совместимых со старым. Без такой совместимости нет никакого смысла создавать zip архивы, т.к. сжатие в них хуже, чем в других типах архиваторов. Если выкладываешь несовместимый с zip архив, тогда почему не rar или 7z?

у меня в тоталкомандере открывает и как с обычной папкой работает

в тотал коммандер можно прикрутить хоть rar, чтобы он создавал файлы с расширением zip. Но zip это особый вид архива, который предполагает совместимость со старыми версиями софта, в котором нет поддержки новомодных архиваторов, т.к. это не стандартный zip и смысла в нем мало. Именно поэтому все zip файлы из архивов tzx и прочих архивов и источников всегда открываются unzip, чтобы их везде можно было распаковать без проблем, не думая о том где скачать новомодный архиватор для платформы на котором его нет.

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

[Lethargeek]

Что имеется в виду под уровнями?

уровень на входе EAR (#FE бит D6)
фронт - изменение значения по сравнению с прочитанным в прошлый раз

Промежутки, как я вижу, на 3.5Мгц (а это как бы и норма при которой лоадеры работают), должны быть плюс-минус одинаковые, находиться в определённых "окнах" (в зависимости от того какой вид защиты и скорости используется".

промежутки между in(#FE) в тактах z80
они неодинаковые (иногда непредсказуемо, пример выше)

Но в целом, можно было бы определить паттерны.

пока неплох более простой способ, надо помнить только три последних in(#FE)

Под паттерном я имею в виду статистическую картину именно в момент ловли "пилота",

на пилот ориентироваться нельзя, на пилоте загрузчик может в произвольные моменты творить что хочет, если не пропустит начало данных

- - - Добавлено - - -

если бы он мой был. Но проблема в том, что стандартный архиватор unzip в линукс падает:

а, так ты снова термины не к месту употребляешь, "падает" - это аварийное завершение, а здесь отчёт с намёком обновить софт

need PK compat. v6.3 (can do v4.6)

ну так и обновись до этого v6.3

Во всех стандартных zip архивах такой проблемы нет. А ведь zip это особый формат для обмена, он не допускает новых версий не совместимых со старым.

еще раз - zip это формат КОНТЕЙНЕРА (гугли термин), а не самих объектов в этом контейнере
нет проблем с контейнером в данном случае; проблема в том, что твой унзип 15-летней давности

[Dexus]

уровень на входе EAR (#FE бит D6)
фронт - изменение значения по сравнению с прочитанным в прошлый раз

Занечения там меняются только когда лента уже имитируется. Тут же вопрос о том - надо ли её включать или это не лоадер а что-то иное.

промежутки между in(#FE) в тактах z80
они неодинаковые (иногда непредсказуемо, пример выше)

И тем не менее, тайминги между чтениями в рамках фрейма можно складывать в массив, считая статистику, и видеть определённые пики, сигнализирующие о том, что происходит вылавливание во входящем сигнале «пилота».

пока неплох более простой способ, надо помнить только три последних in(#FE)

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

на пилот ориентироваться нельзя, на пилоте загрузчик может в произвольные моменты творить что хочет, если не пропустит начало данных

Ему нужно считать задержки. Что хочет он творить не может. Может быть и загрязнение чтением из FE(в чем я сомневаюсь), но регулярность чтения должна быть всемерной.
Правда, тут подумалось, что в целом было бы правильно устраивать ложное изменение значений с 0 на 1 и назад каждый цикл чтения из FE, тогда ловца пилота точно можно будет поймать. Со статичным значением этого бита загрузчик может по фрейму устраивать паузу ждя хотя бы одного изменения, и такое уже не поможет поймать загрузку.

[Lethargeek]

в тотал коммандер можно прикрутить хоть rar, чтобы он создавал файлы с расширением zip.

у меня в настройках внутренний упаковщик от info-zip (тоже старый, но всё-таки чуть поновее, чем у тебя)

Но zip это особый вид архива, который предполагает совместимость со старыми версиями софта, в котором нет поддержки новомодных архиваторов, т.к. это не стандартный zip и смысла в нем мало. Именно поэтому все zip файлы из архивов tzx и прочих архивов и источников всегда открываются unzip, чтобы их везде можно было распаковать без проблем, не думая о том где скачать новомодный архиватор для платформы на котором его нет.

твои отмазки - это особый вид болтовни)) а "совместимость со старой версией софта" в данном случае выразилась в том, что твой старый софт вовсе не упал, как ты первоначально дезинформировал, а корректно открыл корректный контейнер, корректно определил неподдержанный метод сжатия, и мягко посоветовал тебе обновиться

Поэтому если стандартный unzip падает на ахивах созаваемых вашим тотал командером,

поэтому, если стандартный ДРЕВНИЙ unzip падает намекает, что его надо обновить - обнови

- - - Добавлено - - -

Занечения там меняются только когда лента уже имитируется. Тут же вопрос о том - надо ли её включать или это не лоадер а что-то иное.

не включив ленту, не определить надёжно, что работает - опрос только клавы или мафона
так что включить придётся, чтобы оценить реакцию на сигнал; если нет реакции - сразу выключить
судя по звуку, эмули так и работают

И тем не менее, тайминги между чтениями в рамках фрейма можно складывать в массив, считая статистику, и видеть определённые пики, сигнализирующие о том, что происходит вылавливание во входящем сигнале «пилота».

слишком громоздко

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

я сказал всего лишь, сколько необходимо помнить, а не как/когда реагировать
пока с тестами справляется хорошо

Ему нужно считать задержки. Что хочет он творить не может.

может, запросто - пилот длинный, информации (кроме своего наличия) не несёт
так что времени хватает на многое, вернуться к детекту еще успеешь

[ZXMAK]

еще раз - zip это формат КОНТЕЙНЕРА (гугли термин), а не самих объектов в этом контейнере
нет проблем с контейнером в данном случае; проблема в том, что твой унзип 15-летней давности

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

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

[Lethargeek]

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

он 2009 года - жалуйся мейнтейнерам на него, если сам не хочешь решать вопрос

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

с чего ты решил, что именно твой унзип именно твоей версии - универсально "стандартный" на всех платформах?

[Dexus]

слишком громоздко

Почему?
Первые 4000 тактов с точностью до такта (то есть массив из 4 тысяч вордов). Что больше - вообще игнорировать, так как паузы больше 4000(может даже меньше) тактов вообще не могут быть в стадии ловли пилота. Ничего громоздкого. Потом просмотреть пики. Проанализировать все доступные загрузчики (учитывая всякие экзотические сверхтурбированные tzx, которые только в цифровом виде работают и загружают 40 килобайт за 40 секунд).

[Lethargeek]

Почему?

потому что можно намного проще

Первые 4000 тактов с точностью до такта (то есть массив из 4 тысяч вордов) ...

вот нафига? что он даст при выключенном мафоне?

Проанализировать все доступные загрузчики...

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

[ZXMAK]

он 2009 года - жалуйся мейнтейнерам на него, если сам не хочешь решать вопрос

Скачал самый свежий код unzip, скомпилил, он оказался тоже 2009 год, результат еще хуже:

$ ./unzip/build/unzip bba.zip
Archive:  bba.zip
   skipping: bba-bba.tzx             need PK compat. v6.3 (can do v2.1)
   skipping: bba.tzx                 need PK compat. v6.3 (can do v2.1)
$ unzip
UnZip 6.00 of 20 April 2009, by Debian. Original by Info-ZIP.

Информация с сайта:

Latest Release

New features in UnZip 6.0, released 20 April 2009

У меня просто вопрос - почему-бы не использовать стандартный zip, который даже контроллером утюга поддерживается? Это обязательно использовать непонятный формат, который невозможно стандартным unzip свежей версии распаковать?

[Lethargeek]

Скачал свежий код unzip, скомпилил, он оказался тоже 2009 год, результат еще хуже:

значит, жалуйся по правильному адресу, а не в спортлото мне

У меня просто вопрос - почему-бы не использовать стандартный zip, который даже контроллером утюга поддерживается? Это обязательно использовать непонятный формат,

еще раз: я использую СТАНДАРТНЫЙ КОНТЕЙНЕР ZIP, почему бы тебе не перестать открывать его древним утюгом?
вот если тебе напишет счастливый обладатель еще более древней "свежей" (на его системе) версии архиватора - ты свою откатишь ради него?

и хватит здесь уже офтопа на тему зипов