Это не так. Мы имели три случая, когда RR73 было получено, а FOX в лог связь не внес. Один менеджер отморозился, двое пpоверили общий .txt файл и вписали связи. Проблема существует.
Вид для печати
Без полемики, просто для информации. Проблема есть, существует она только в режиме F/H и только тогда, когда одновременно логируются несколько связей, в этом момент какая-то из них может на записаться в adif. Найти "потеряшку" можно только в файле ALL.TXT, запустив поиск по фразе, например RW3RQ RR73.
Если RW3RQ RR73 нашлось, а в adif этой связи нет, то QSO было, но не записалось в adif. K1JT в баг-репорте весной написал, что проблема решена, но похоже, что всё же косяк где-то остался.
Понятно, спасибо.
Стало прям интересно ))) Вы можете дать ссылку на источник, в котором проблема обсуждается именно менеджером экспедиции, с демонстрацией txt файлов и т.д.?
Мы выводили окно лога на экран и отслеживали QSO, не попавшие в adif, в режиме реального времени, записывая позывные на бумагу. Потом я проверял их вручную - 100% дубли. Ни одного "косяка" не было выявлено.
Кстати, можно попросить 5H3UA - пусть сделают так же и проверят баг. Что там говорят, примерно каждое десятое QSO? Пару-тройку часов им хватит.
У меня две версии:
1) проблема существует, скажем, на слабых машинах, которые "не успевают" за пару секунд декодировать большой объем и внести позывные в лог;
2) менеджер после завершения экспедиции получает огромное количество запросов, со скринами и "наездами" (из своего же опыта), вносит позывной в лог (я так не делал), и вуаля - "баг программы" :s7:
Я это понимаю. Так же я понимаю, что мало кто так визуально отслеживает.
А постфактум можно посмотреть в all.txt Смотрели?
Может WSJT не обновляют, может комп "не вывозит", но уж слишком много жалоб.
Пы сы - такие случаи (RR73 есть, а связи в логе нет) были и у меня, и у моих знакомых. Но никому не писал, ибо не критично.
Вот, кстати, из соседней ветки про YJ
"Шли скриншот, Дима. ФТ8 -это конечно расслабуха, но как комп связи заносит для меня загадка"
Как правило, на сервера заливают даные не из программы JTDX(WSJT), а из основного логера. Связь же JTDX c основным логом осуществляется по UDP. Вот здесь и кроются сбои. Связь в логе JTDX есть, а в основном логере нет. Происходит это по причине кратковременного обрыва связи по UDP. В частности, многие экспедиции отмечали такие сбои с логером N1MM. Да я и сам иногда замечаю, при визуальном контроле и рядовом QSO связь в лог JTDX попала, а в основной логер - пролетела мимо.. :) Анализирую - обрыв по UDP. Восстанавливаю в логере связь из лога JTDX, перезагружаю или логер или JTDX ,и все нормально дальше работает. Если JTDX отправила RR73, и не занесла QSO в свой лог, то это очень уж исключительный сбой.
1. JTDX здесь вообще не при чём, баг был ещё тогда, когда в JTDX не было режима F/H (не знаю, есть ли он сейчас).
2. Вы не сможете воспроизвести у себя этот баг, он проявляется только в режиме F/H, и только когда одновременно в лог заносятся несколько связей (есс-но при работе Fox).
3. Про внешний лог Джо ничего не писал, было написано буквально следующее: "исправлен баг, когда в режиме F/H при работе Fox QSO не сохранялось в лог, если программа пыталась сохранить одновременно несколько разных связей".
То есть автор подтвердил наличие этого бага, а вот дальше непонятно, то ли народ ещё на старых версиях работал, то ли баг снова где-то вылез. Но то, что люди на него жалуются, это факт. Баг этот мы воспроизвели зимой с HV0A, Франческо работал в пять слотов, после подтвердил, что в all.txt связь есть, а в логе её нет.
Тогда и разговор то о чем? :) Вы же написали, что получили массу запросов, но если там не было законченных связей, то и разговаривать не о чем. Конечно, если я от вас не получил RR73 (а так и было на 30м), то и вопросов нет :) Не приняли мой рапорт - нет QSO.
Вопрос в том, что люди получают RR73 (и в файле all.txt это отображается), а в логе этих связей нет. cм. сообщение от M0URX, он как раз скриншоты не принимает, подходит к делу ответственно, просматривает файлик полного лога программы.
Вот тут уже 3 возможные причины обрисовали:
1. Связь с внешним логом
2. Медленный комп.
3. Баг программы.
А все это просто для посыла экспедиционерам - обратите на этот аспект внимание.