=Архив= LogHX: аппаратный журнал любительской радиостанции

[RX4HX]

LogHX - программа аппаратного журнала любительской радиостанции с большими возможностями настройки "под себя".

Вложение 177668

Сайт программы: RX4HX

Помощь по программе: Начальная страница

Ссылка на файл Whatsnew.txt с информацией о последних обновлениях в релизе: http://rx4hx.qrz.ru/files/loghx/Whatsnew.txt

Папка с последними пререлизами: Index of /files/loghx/prerelease

Канал на Youtube: https://www.youtube.com/channel/UCmH...1tI_W1Q/videos

Навигация в теме по годам:
| 2008 | 2009 | 2010 | 2011 | 2012 | 2013 | 2014 | 2015 | 2016 |

... to be continued...

Тему ведёт автор RX4HX, обсуждение данного лога вести в этой ветке.

[R3DL]

to Ua3GDW
Здравствуйте, Роман!
Где скачать Ваш последний лог?
Хочу посмотреть насколько он лучше дога RX4HX.
73! R3DL

[UA3GDW]

Хочу посмотреть насколько он лучше дога RX4HX.

Здесь встал вопрос не чей лог лучше, а в чьём логе скорость проверки повторов выше. Если интересно, смотрите: http://radiosoft.info/index.php/loggerxp
Если не затруднит, закиньте в оба лога вот этот ADIF-файл на 100000 QSO: http://forum.qrz.ru/post825945-3336.html и сравните скорость проверки повторов при вводе нового QSO.

[R3DL]

Спасибо, Роман!
Несколько вопросов:
1. Обязательно ли устанавливать RSSXAPI?
2. Обязательно ли устанавливать предлагаемые плагины?
3. Увижу ли разницу со своим ADIF с 30000 связей?
Завтра попробую, напишу.
73! Амир

[RX4HX]

не чей лог лучше

а вопрос зависти.
Вообще для пользователей - это хорошо! Зависть - если она еще подкреплена чем то - это двигатель прогресса. Роман к сожалению пошел не по тому пути. Он все пытается сравнить мой лог с чем то мифическим. Сравнивать можно только на сегодняшний день то, что есть, и то, чем пользуются: а именно -
AALog, UR5EQFLog, LogHX, Logger... что еще... наверное для русскоязычных пользователей - все. Вот тут есть смысл сравнивать скорость, удобство... а не с "трупом", как о своем логе отозвался сам Роман.

[UA3GDW]

1. Обязательно ли устанавливать RSSXAPI?

Нет. Всё поставится само.

2. Обязательно ли устанавливать предлагаемые плагины?

Только если нужна дополнительная функциональность.

3. Увижу ли разницу со своим ADIF с 30000 связей?

Может быть.

[RX4HX]

Может быть.

Да не может быть. На сегодняшний день лог - это не просто программа. Это философия что ли.... кода здесь мало. И это классно! Если это не прочувствуешь - ничего не напишешь стоящего.

[UA1ATD]

Правильно! Давайте Ваш план. Слюни, сопли оставьте при себе. Конкретно ДАВАЙТЕ ВАШИ SQL-ЗАПРОСЫ.

Мои запросы Вам не помогут, они тривиальны, а черти, как всегда, в мелочах. Ключевые слова - индекс, план, кластер. SQL может многое но не все, иногда приходится менять концепцию выборки данных. Гадать как там у Вас сделано мне не интересно.
Если есть сомнения - найдите мой сайт и там небольшой фронт-энд логгера под .NET CF. На PC P4 3GHz импорт йцук.adf занял менее 10сек. Поиск истории связей по позывному доли секунды. На КПК 400МГц больше тормозит вывод на экран, чем поиск в SQL базе.
А будете хамить - не раздумывая поставлю твит, мне Ваш логгер как зайцу стопсигнал, только программируя последние 25 лет я понимаю сколько труда в него вложено и это само по себе достойно уважения.

[RZ0AF]

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

Если интересно, смотрите

Скачал. Установил. Лог даже не запустился.

[RD9CX]

Ребята, нужно жить дружно.
Создайте отдельную ветку программистов и перенесите дебаты туда.
Я пробовал почти все популярные логеры... и даже те, которые делали сыновья для своих отцов радиолюбителей, по их просьбе коих много в файловом разделе сервера QRZ.RU "Аппаратные журналы".
Платные то-же ставил, для ознакомления.
Последним установленным был LogHX, на нём и остановился.
Дайте спокойно Алексею реагировать на "каждый наш чих". У него это отлично получается... и лог работает.
Логописателей у нас и так мало, не гоните напраслину друг на друга.
Каждый из вас идёт своим путём в написании кодов, ...или чего там ещё ??? Главное чтоб Ваши логи работали, и полностью устраивали нас, юзеров.
Вы все молодцЫ !!!!!
Мы Вас очень ценим !!!!

73!

[RX4HX]

А будете хамить

Извините, если высказался резко - хамить не собирался. Просто уже изрядно надоели советы, которые есть в каждой книге для начинающих программистов, и которые естественно мной опробованы.
Естественно у меня база проиндексирована по Call, естественно запрос типа SELECT Call FROM Log WHERE Call= - делался (собственно, а что есть другой вариант запроса?), результат - есть притормаживание.
Сейчас отказался от SQL - притормаживания нет. Тут даже в общем то спорить не о чем - если говорить в плане SQL - есть только один вариант.

[RX1AG]

Не имею желания обидеть наших товарищей программистов, но присоединяюсь к мнению RD9CX Сергея. Мы простые пользователи и нам "по барабану" профессиональные дискуссии о идеологии и техн тонкостях воплощения.
Возможно, оппоненты RH4HX и правы в частностях - можно сделать лучше и т.д. Я это допускаю... Но это его законченный продукт, работает стабильно, на данный момент удовлетворяет наши потребности.
------------------------------------------------------------------------------------
У меня за 30 с лишним лет, довольно активного появления на диапазонах набралось чуть более 100 тыс... В среднем, получается по 3500 ЩСО в год. Внесены в лог ЩСО с 2010 года ... Когда, пользователь наберет в повседневной работе эти 100 тыс связей?

[UA1ATD]

Естественно у меня база проиндексирована по Call, естественно запрос типа SELECT Call FROM Log WHERE Call= - делался (собственно, а что есть другой вариант запроса?), результат - есть притормаживание.

Из приведенного фрагмента запроса не видно, формируется ли он в текстовом виде или с параметром. В первом случае будут потери на трансляцию(prepare).

[RX4HX]

Выкладываю пробную версию, собственно из-за которой тут столько споров:

http://rx4hx.qrz.ru/files/PreRelease...2Setup.1.0.exe

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

Не получается связать лог с jt-65. При попытке, предлагается файл fldigi

Так, я сейчас проверил - по ходу Вы что то не так делаете - в Setup->Установки цифр. - внизу путь к ADIF файлу что jt65 создает указан?

Добавлено через 2 минуты

трансляцию(prepare).

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

[UT4LW]

Вот, решил по быстрому проверить на когда-то написанных универсальных функциях для работы с БД SQL.
В базе 201040 записей.
Запрос одной последней строки по позывному.
1-й запрос идет 3 сотых секунды.
Остальные 2-3 тысячных секугды. Это с учетом громоздкого провайдера, ADODB объекта, преобразования его массива во внутренне представление библиотеки, и т.д...
Все работает очень даже быстро!

[RX4HX]

1-й запрос идет 3 сотых секунды.

Да именно от сюда и ноги растут.
Если уж так интересно: делал отдельную программу для тестирования скорости запроса. Пробовал по разному - задержка то есть, то нет. Порылся в гугле на западных форумах для программистов (они кстати куда как более содержательные, чем наши). Нашел там аналогичные вопросы - почему вот есть эта непонятная задержка при обращении к Access. В итоге сошлись там во мнении, что это особенность драйверов для Access. Кстати с Access вообще много заморочек есть. Одно правило 4 секунд чего стоит