проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом

[US6EG]

Это только у меня?

Аналогично.

[UA9AJK]

Почему-то не открывается страница 1124, сбрасывает на 1123.
А 1125, 1126 все нормально.
Это только у меня?

Так же не открывается.

[US4IRT]

Сегодня решил выбрать 1 поток и о чудо, гоняю второй час и ни одного пропуска интервала.

У соседа было аналогичное.Решилось переходом на другую звуковую карту.

[LY3BG]

Почему-то не открывается страница 1124, сбрасывает на 1123.
А 1125, 1126 все нормально.
Это только у меня?

У меня 1124 Edge открывает, Chrome нет.

[R0JF]

А ты None вместо Кенвуда, или что у тебя там поставь и посмотри исчезнет дефект или нет?

Так этот баг у меня всего пару раз проявлялся.
Месяцев за 5-6! Когда в следующий раз вылезет - кто ж его знает!

[R0JF]

Может быть, тогда и дойдут руки до вычитки кода, и непарные fork/kill найдутся. К общей радости.

Чем дуться как мышь на крупу, лучше бы дамп срисовали, раз часто такое бывает.
Может Игорю и понятно будет, в какой части кода ошибка. У меня вот спровоцировать
принудительно не получается.

[R0LM]

Сегодня в очередной раз столкнулся с небольшим неудобством при работе JTDX...
Смысл проблемы вот в чем:
часто бывает, что когда работаешь на общий вызов к тебе подходит станция и сразу же вызывает тебя с рапортом, проводится QSO, делается запись в лог...Вроде все нормально... Но вот при последующей встрече с этой станцией, когда она дает CQ, у меня в программе она высвечивается цветом как не сработанный квадрат, что тоже вроде бы как логично... Но ведь именно этот позывной уже есть в логе как сработанный, а я сразу визуально этого определить не могу... Видимо, определив новый квадрат проверка позывного прекращается, что и вызывает такие противоречия... В настройках включил цвет для всех вариантов, кроме "остальных" сообщений...
Еще заметил, только что рядом работал JA, давал общий вызов...Судя по цвету - он для меня новый квадрат, но при проверке в логе он уже сработан (посмотрел в адифе - квадрат у него действительно не указан), а квадрат на этом диапазоне и этой модой уже подтвержден другими станциями...
Видимо, в алгоритме проверки позывных есть что то не совсем правильное...Ну, или как вариант-у меня не правильно настроена программа... Может нужно еще где-то галку поставить?

[EU1FQ]

... Видимо, определив новый квадрат проверка позывного прекращается, что и вызывает такие противоречия... В настройках включил цвет для всех вариантов, кроме "остальных" сообщений...

Два уведомления (цвета) ни одна программа дать не в состоянии. Программа определяет приоритеты сверху вниз. Сработанный позывной является последним, если не соответствует предыдущим уведомлениям. Т.е. Вы должный выбрать для себя приоритет - или новый локатор, или новый позывной и т.д. В WSJT-X расстановку приоритетов можно менять путем перетаскивания мышкой с места на место строки уведомлений. В JTDX только включением/выключением.
Если Вы ранее сработали с каким либо позывным, но в логе программы не указан локатор этого позывного, и первым приоритетом у Вас стоит новый локатор, то естественно, если этот позывной появится в окне программы, то он будет для Вас как новый локатор и не дойдет до уведомления, что это сработанный позывной. Такая логика определения приоритетов.

[R7CA]

А сделайте мне такой макрос что бы в нем был рапорт и сразу RR73

[R3BB]

Так же не открывается.

Сбросьте настройки браузера по умолчанию и все пойдет

[US6EG]

Когда станция вызывает сразу рапортом,не записывается локатор и в логе сохраняется без локатора.

[R8JA]

Установил 128 версию RUS и появилось вот такое. Где , что не так ?Doc 77.docx

[UA6JQ]

Когда станция вызывает сразу рапортом,не записывается локатор и в логе сохраняется без локатора.

...Нажимаете *Lookup* под окошком *DX Call*. Если в файле CALL3 он есть, то появится в окне *DX Grid*.

[RM1F]

В WSJT-X расстановку приоритетов можно менять путем перетаскивания мышкой с места на место строки уведомлений. В JTDX только включением/выключением.

Отсюда предлжение Игорю и его команде: не считают ли они целесообразным "перетащить" этот функционал в JTDX ? Возможно, эта фича не первой необходимости, но сильно повышает user-friendly программы, т.к. каждый сможет точно настроить систему приоритетов в раскраске под себя, любимого.

[ES1JA]

По-поводу JTDX и слабых компов. Были у меня пропуски интервалов при декоде, что только не делал, выбирал от 2 и более FT8 threads и т. д. Ничего не помогало. Почему-то я упустил 1 поток. Но исходя из моей логики, чем больше потоков, тем меньше нагрузка на процессор. Сегодня решил выбрать 1 поток и о чудо, гоняю второй час и ни одного пропуска интервала.

Hi
Never set threads more than Your comp has. Usually Auto should work. For SWL-ng on poor cpu-s 1 thread may be the only correct selection. In general best count of threads is Auto -1 ( to keep 1 thread free for other OS needs ), but this is not available, because implementing odd number of threads in JTDX is not so simple.