Аналогично.Цитата:
Это только у меня?
Аналогично.Цитата:
Это только у меня?
Сегодня в очередной раз столкнулся с небольшим неудобством при работе JTDX...
Смысл проблемы вот в чем:
часто бывает, что когда работаешь на общий вызов к тебе подходит станция и сразу же вызывает тебя с рапортом, проводится QSO, делается запись в лог...Вроде все нормально... Но вот при последующей встрече с этой станцией, когда она дает CQ, у меня в программе она высвечивается цветом как не сработанный квадрат, что тоже вроде бы как логично... Но ведь именно этот позывной уже есть в логе как сработанный, а я сразу визуально этого определить не могу... Видимо, определив новый квадрат проверка позывного прекращается, что и вызывает такие противоречия... В настройках включил цвет для всех вариантов, кроме "остальных" сообщений...
Еще заметил, только что рядом работал JA, давал общий вызов...Судя по цвету - он для меня новый квадрат, но при проверке в логе он уже сработан (посмотрел в адифе - квадрат у него действительно не указан), а квадрат на этом диапазоне и этой модой уже подтвержден другими станциями...
Видимо, в алгоритме проверки позывных есть что то не совсем правильное...Ну, или как вариант-у меня не правильно настроена программа... Может нужно еще где-то галку поставить?
Два уведомления (цвета) ни одна программа дать не в состоянии. Программа определяет приоритеты сверху вниз. Сработанный позывной является последним, если не соответствует предыдущим уведомлениям. Т.е. Вы должный выбрать для себя приоритет - или новый локатор, или новый позывной и т.д. В WSJT-X расстановку приоритетов можно менять путем перетаскивания мышкой с места на место строки уведомлений. В JTDX только включением/выключением.
Если Вы ранее сработали с каким либо позывным, но в логе программы не указан локатор этого позывного, и первым приоритетом у Вас стоит новый локатор, то естественно, если этот позывной появится в окне программы, то он будет для Вас как новый локатор и не дойдет до уведомления, что это сработанный позывной. Такая логика определения приоритетов.
А сделайте мне такой макрос что бы в нем был рапорт и сразу RR73 :)
Вложение 227500
Когда станция вызывает сразу рапортом,не записывается локатор и в логе сохраняется без локатора.
Установил 128 версию RUS и появилось вот такое. Где , что не так ?Вложение 227504
Отсюда предлжение Игорю и его команде: не считают ли они целесообразным "перетащить" этот функционал в JTDX ? Возможно, эта фича не первой необходимости, но сильно повышает user-friendly программы, т.к. каждый сможет точно настроить систему приоритетов в раскраске под себя, любимого.
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.