И вдогонку improved:Цитата:
Сообщение от R0AX
https://sourceforge.net/projects/wsj...8.exe/download
И вдогонку improved:Цитата:
Сообщение от R0AX
https://sourceforge.net/projects/wsj...8.exe/download
А ночью Z вышел версии 1.47, всё еще на базе WSJT-X 2.7 RC7.
Залил на Гугл диск, так как на groups.io скачивать разрешено только участникам конференции.
32-бит: https://drive.google.com/file/d/11KC...ew?usp=sharing
64-бит: https://drive.google.com/file/d/1TnL...ew?usp=sharing
Куча багов исправили, в частности баг с сохранением QSO с одним позывным, но на разных диапазонах.
В WSJT-X это баг не фиксят, присутствует в RC8!
Поясните, плиз.Цитата:
Сообщение от UN8FR
Сработал я например с Вами на 20-ке. Перешел на 15м и там Вы меня позвали. А QSO не сохраняется.Цитата:
Сообщение от UA3RMB
Но это если QSO с конкретным позывным идут подряд.
У меня такой проблемы нет.
Увы, как не работало автоматическое занесение в лог, так и не работает.
И ещё - в режиме SF нельзя руками вписать в окно позывной DX. В обычном F/H можно. Сделано это специально или баг, непонятно. Ранее (августовский релиз например) позывной в режиме SF/H можно было руками вбивать.
Последний раз такое с T32TTT случилось. Сработал с ними на 12м, а на 10-ке уже QSO не сохранялось. Запустил JTDX и там всё OK.Цитата:
Сообщение от UA3RMB
- - - Добавлено - - -
В Z всё работает. А в WSJT-X и не будет работать, только в тестах!Цитата:
Сообщение от UI6L
Насчёт вписать позывной вручную - так задумано.
В Z всё работает. А в WSJT-X и не будет работать, только в тестах!
Насчёт вписать позывной вручную - так задумано.[/QUOTE]
Странное решение. И по сохранению в лог и по вводу позывного. Z версия неинтересна. Собственно и WSJT по интерфейсу сильно проигрывает JTDX, но в JTDX есть ошибка -26 как я её называл, когда при проведении QSO с DX станция идет с хорошим уровнем и вдруг когда она начинает отвечать именно мне, она уходит до -26 и может совсем исчезнуть. А после опять работает с нормальным уровнем... В WSJT такой проблемы нет. Обращался к Арво, но увы так и не ушла эта ошибка. Сразу говорю что она присутствует не только у меня. Связка LogHX+FlRig+JTDX
Это известная проблема ложного декода - плата за то, что JTDX пытается угадать ответ. В последних версиях JTDX ее по моему нет, т.к. там убрана попытка угадывания. Но зато и чутье упало, что в условиях городских помех очень плохо.Цитата:
Сообщение от UI6L
Так что это не ошибка! Я ради этой "ошибки" на RC3 так и работаю.
У меня как раз последняя версия JTDX 160-RC7 Ошибка есть. Попробую rc3 вернуть, поработать.
Она везде есть, и в MSHV наблюдал.
Поэтому с rc3 и не уходил.Цитата:
Сообщение от UI6L
Для SF - версии WSJT-X improved
Всегда сравниваю новые релизы JTDX cо старыми на двух одинаковых компьютерах (Intel 4 core Windows 10x64), Версия Rc3 самая стабильная.
Меня в Z эта проблема мучала при работе с РДА экспедициями. Сейчас в X improved пока не замечал.Цитата:
Сообщение от UN8FR
после недавней смены компа (с Core i3... на поновее - Core i5),Цитата:
Сообщение от UI6L
2 недели мучал на новом i5 разные OS от Win 7 до Win 11, разные сборки и чистые ... по итогу наверное раз 20 переустанавливал,
хотя это началось значительно раньше, еще в августе, когда 8ю виду снес на старом компе.. были на то причины,
причина была банальная.... ни как не мог заставить работать свой FT-2000 с JTDX по CAT ...
все остальное работает, а эта " .... " не хочет никак видеть связь трансивера CAT через OmniRig...
по итогу мучений отчитываюсь..........................................
установил FLRIG и через него все заработало, вообщем эта "опа" с OmniRig меня утомила.
и так -же как у предыдущего "оратора" с 160й версией такая-же история...
после вызова... как будь-то корреспондент разворачивает от меня специально.. антенну ... и я его перестаю слышать...
поэкспериментировал и вернулся к старой 159й версии, более стабильно работает в этом плане.
ждем обновлений..
но по опыту, чем дальше - тем больше глюков....