Xpeccy

[Lethargeek]

Допущение хотя бы в 7 тактов всегда должно быть, ведь неизвестно, в какой момент in a,(c) / in a,(fe) может попасть смена сигнала. Тем более цикл проверки бита с порта всегда больше одной команды - и количество тактов этого цикла между in-ами будет минимальной погрешностью.

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

[ZXMAK]

почему при проигрывании стандартных блоков tzx/tap длины импульсов не стандартные, а на 2-3 такта короче?
то есть вместо 2168,855,1710 при замерах на достаточно длинном файле получается примерно 2165+,852,1707+

а чем вы замеряете?

[Lethargeek]

а чем вы замеряете?

там в отладчике есть режим подсчёта тактов accumulate
смотрел, сколько прошло между бряками на $59F и $5E2

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

для пилота смотрел такты до $58F (не с первого импульса, но они там пронумерованы)

[ZXMAK]

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

[SAM style]

Кста, погрешность будет накапливаться только до того момента, как один цикл пропустит сигнал или чекнет раньше, чем надо, после чего погрешность сбросится и будет копиться дальше до такого же момента. Величина такого "скипа" - один цикл между in-ами. Это обычно не охренеть как много, и адекватные загрузчики это допускают.
Я не говорю, что у меня всё идеально, но данная проблема не такая огромная, как кажется.

[Lethargeek]

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

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

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

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

а на практике на SCREEN$ 3-4 фрейма разницы набегает

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

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

...и что, собственно, мешает взять вместо микросекунды интервал в 3.5+ раза короче?

[Advertiser]

[SAM style]

а на практике на SCREEN$ 3-4 фрейма разницы набегает

Так... а это как замерялось? От момента, когда схватился первый фронт пилота, и до последнего бита контрольного байта? Или просто на калькуляторе число импульсов перемножилось на погрешность?
ЗЫ: Раз в 10 повысить точность особой сложности не вызовет. Запишу себе в TODO, когда-нибудь дойду до этого пункта.

[Lethargeek]

Так... а это как замерялось?

ну чуть выше же - сразу после синхры и до возврата (пилот до синхры)
https://zx-pk.ru/threads/9479-xpeccy...=1#post1208599

Раз в 10 повысить точность особой сложности не вызовет. Запишу себе в TODO, когда-нибудь дойду до этого пункта.

надо кратно тактовой z80 , а иначе всё равно придётся правильно округлять

[SAM style]

Считаем:
- Цикл измерения от фронта до фронта в пзу48 - 59 тактов (5ed и до выхода на 5fa). В регистре B считается количество таких циклов.
- Ты говоришь, мы имеем 2 такта смещения на каждый фронт. Где-то за 30 фронтов набирается погрешность в целый цикл.
- И ТУТ ХЛАБЫСЬ! Следующий замер длится или на 1 цикл короче, или на 1 цикл длиннее из-за накопленной погрешности. И этот надостающий/лишний цикл СЪЕДАЕТ всю накопленную погрешность. Она не копится на протяжении всей загрузки. Она скачками прыгает между 0 и 60 тактами. Причём эта +-1 съедается допущениями загрузчика - это всё равно будет правильный бит.
- Где ты нашёл накопленную до 2 фреймов погрешность?

[Lethargeek]

Следующий замер длится или на 1 цикл короче, или на 1 цикл длиннее из-за накопленной погрешности. И этот надостающий/лишний цикл СЪЕДАЕТ всю накопленную погрешность. Она не копится на протяжении всей загрузки.

ляяяяя... лента у тебя воспроизводится НЕЗАВИСИМО от кода z80
меньше времени воспроизводится лента - меньше тактов/инпутов умещается
никаких замеров может вообще не быть, но блок всё равно быстрее прокрутится