Вы увеличили частоту, ход часов ускорился. По-моему, логично.
Не стОит требовать многого от этой программы. Она использует микрофон планшета и частоту его кварца в качестве опорной. И то и другое - так себе.

То есть вы подтверждаете, что это косяк программы?
Да, железо может быть несовершенно. Но поступающие на вход программы данные от микрофона и от кварца планшета одни и те же, как для расчёта BPH, так и для графика. Даже если входные данные неточны, рассчитанные результаты должны быть взаимосвязаны. Если этого нет, то получается, что расчёты ведутся по не связанным между собой алгоритмам, и хотя бы один из них имеет ошибку.

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

У вас есть какие-то надежные цифры по поводу "так себе" касательно частоты дискретизации аудио с микрофона? Или это из общих соображений "ну как же может в планшете что-то хорошее быть"?

novgorod
Можете ещё раз пояснить что с чем не сходится?
Я понял так. Вы руками выставляете target frequency (какая частота должна быть) в 6240. Получаете detected frequency 6232 (измеренная частота) и при этом график прямой, без наклона. Просто вот на скриншоте у вас не так, там частоты почти равны и график почти прямой (как и должно быть).

Наверное, главный вопрос состоиит в том, что фактическая частота (detected frequency) выше заданной, т.е. часы должны спешить, но график идет вниз. Традиционно, должен идти вверх. Но, может, авторы программы так видят?.. )

Общие соображения таковы: ни в планшете, ни в телефоне не может быть высокоточного кварца, в том числе и с термокомпенсацией. Это просто нецелесообразно. И цифры для доказательства не нужны. Его нет даже в недорогих измерительных приборах, где его применение было бы целесообразным, но привело бы к значительному удорожанию. Пример - мой дешевый таймграфер. Он измеряет с достаточной для меня точностью, но профессиональные мастера такие не используют.
И да, я пользовался когда-то этой программой. Поиграться можно, результаты весьма приблизительны и сильно зависят от качества микрофона и окружающего шума. Но для крупных часов с громким ходом пойдет для настройки точности хода, только время измерения надо побольше, чтобы усреднить результаты.

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

А зачем тут термокомпенсация? Вы просто выдаёте её необходимость за что-то очевидное, а это не так...

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

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

Это, опять же, из разряда "лучше быть богатым и здоровым". Какая по-вашему нужна точность чтобы померить ход маятниковых часов ТС-у? И при чем тут "профессиональные мастера"?

Вот вы готовите дома на профессиональных сковородках? Нет? А вы думаете, на профессиональных сковородках картошка жарится лучше? Да не же, они просто долговечней...

Вы предполагаете, что за всё время измерений измеренная частота колебаний маятника не меняется. А это не так. В графе "detected frequency" показывается какая-то усреднённая (и вот тут не ясно по какому алгоритму усреднённая) измеренная частота, например неясно, охватывает ли период усреднения все что видно на графике, или он больше, или меньше.

Но в целом да, если по измерениям часы отстают, то график должен идти вниз, а не вверх.