Так у RM1F проблема была не в смене этой галочки, а в том, что при использовании этой галочки была ошибка в коде. У Вас явно что то другое. А задержка все время постоянная или разная?
- - - Добавлено - - -
И TX Delay точно не установлена?
Вид для печати
Вложение 362639
Задержка рваная. Два- три раза может быть нормально, но в основном с задержкой.
P.S. в 768 версии TX Delay установлена в 200 msec и задержка совершенно не чувствовалась.
Возможно этот вопрос был слишком тяжел в понимании что я хотел. Это использование временного промежутка для синхронизации. Получается ответил сам себе
Тогда следующий вопрос. Если мне необходимо синхронизировать журнал за конкретную дату, зачем пересчитывать все строки? Приходится из-за синхронизации одного дня ждать несколько часов результата.
Если это возможно то может быть следует пересмотреть алгоритм синхронизации.
Лог синхронизирует скаченный adi файл. Скачайте adi за конкретную дату и не надо пересчитывать все строки. Для примера за 22 ноября 2024
Вложение 362641
Хамлог не пишет когда пришло новое CFM. А приходят, бывает, за древние связи. К примеру, пару дней назад ru1qq/p за 2013 г. залил.Цитата:
Зачем тогда указывать промежуток времени для синхронизации в логе
Если в HQSL новых связей менее пары десятков, то я в LogHX их руками проставляю.
Но у меня и связей всего 40 т. Пару тройку минут идет синхронизация всего скачанного лога.
Но у меня дольше времени уходит на взятие адиф с Хамлога. Не знаю кем\чем ограниченна скорость. Файл весит всего 23.5 МГб.
Вложение 362657
Нашел. Дело в секции SpotMachine файла loghx.ini (приложил). Просто удалил ее и настроил заново. Задержка пропала. Но непонятка остается. В этой секции как бы нет прямых записей, регулирующих задержку TX. Кроме того, эта же секция без проблем работала в 768 версии. Фактически, получается что дело все таки не в ней. Работает, ну и ладно.
Вложение 362677
С пол года назад просил автора программы сделать еще один фильтр (или галочку) на отправку QSL на Хамлог только пользователям данного ресурса. Но к сожалению к этому никто не прислушался. И только подняли на смех . Да пусть пендосы, что хотят то и делают со своими серверами, пусть они полягут от нашего "спама".
И получается.... Заливаю все связи подряд порядка 200 т. Далее для синхронизации скачиваю лог с Хамлога с теми же 200 т. но только с пометками пользователей Хамлога что связь подтверждена. А на Хамлоге зарегистрировано на сегодняшний день всего 23369. Вопрос зачем я залил, а потом скачал файл с сайта примерно в 10 раз больше связей не нужных для синхронизации т.к они не пользователи этого ресурса, а потом сидеть и ждать порядка 2-4 часов когда мой лог засинхронизируется??? Вот только на этом можно сэкономить время.
Зачем добавлять то, что уже реализовано немного другими средствами? Добавляете себе в клубы пользователей хамлога, с помощью фильтра выбираете их в основном окне, формируете adif только с этими пользователями и спокойно загружаете на хамлог. Список пользователей формируется самим логом, да и скачивается актуальный тоже логом. Только что попробовал у себя создать и выгрузить adif . Затратил 5 минут на чтение FAQ и формирование adif. На сегодняшний день на хамлоге зарегистрировано 38000 с чем-то пользователей.
Похоже вы не ищите легких путей. Кто-то рекомендует скачать файл за определенный день, кто-то сделать себе не существующий хамлог клуб который со временем увеличит объем базы и т.д и т.п.
Мне это не тяжело и были попытки сделать разные варианты. Все это уже проходил.
Это было мое предложение по рациональному использованию ресурсов. Каждый делает так так он хочет. Флаг в руки. Создавайте себе клубы.
Для меня подтверждения в LogHX от Хамлога не актуальны. Пользуюсь всегда ресурсами сайтов чей это диплом. Самая достоверная информация о подтверждении.
Как то снял галочки со связей которые отправлены на Хамлог. База уменьшилась на 2 мегабайта. И это только по одному ресурсу. Да может быть это капля в море, но все же.
Почитайте чуть ниже кому то проблема 25 скачать.
А объяснять мне ничего не надо, на практике проверено.
- - - Добавлено - - -
Предложите свой вариант синхронизации 200к.
Проверю. Если он уменьшит время то большое вам спасибо будет от меня.
Это была секция из 768 версии. Новый SpotMachine-2 ниже. Также скрин сравнения двух секции. Особо не разбирался, идет CQWW, но уже бросается в глаза, что в 770 версии позывные из AlertCallsignEdit перенесены в секцию [ColorOfCountryStatus] - SelectedCallsList. Специально перепроверил - старая секция SpotMachine в 768 работает без задержек, в 770 с задержкой :( , Новая секция SpotMachine-2 в 770 работает без задержек :)
Вложение 362694