Кнопка EARSE.Нажать один раз - очищает правое окно. Нажать два раза - левое.
--------------------------------------------------------------------------------------
Да пытался, пытался! Век живи - век учись - дураком помрешь!)
почему для теста были взяты файлы симулятора с сигналами именно -24dB, почему не -25 или -26, и по какому критерию признается эквивалентность настроек WSJT-X v1.7.1 r7461 с Advanced 8-2 и JTDX v17.4 отключен Hint, Advanced 3-4-3?
По какому критерию Вы считаете Hint декодирование ошибкой и с какой целью DT range в закладке Advanced был изменен с рекомендованного 1 на 3?
Софт показывает то что ему скажет операционная система. Но есть недостаток у JTDX/WSJT-X, если устройство добавляется в операционной системе при включенном софте то необходимо перезапустить JTDX/WSJT-X чтобы обновить в нем список доступных устройств.
Скорее всего у Вас проблема вызвана порядком запуска разных софтов.
Также давно работаю с VSPE. ОС - Win XP3.Никогда не было проблем.Прописываешь вручную виртуальный порт и всё работает.
Вложение 179128
Да нет, у меня одновременно работает (или может работать) много чего. HRD Logbook, CW Type, N1MM, да и у JT65-HF 0.9.96.0 никаких проблем с обнаружением портов не было.
Даже своя самописная программулька для управления усилителем - и та при опросе списка портов показывает виртуальные порты VSPE. Все с ними работают.
А JTDX похоже только физические порты видит, читает их как диспетчер устройств Windows.
Странно, неужели никто не использует САТ в JTDX одновременно еще с какими-нибудь программами? Как решили проблему, возникшую у меня?
Так вот и у меня никогда (до JTDX) с VSPE не было проблем. Правда, винда Win10, 64-битная. VSPE вроде тоже 64-битный. Но и относительно старые программы 32-битные (о которых выше писал) работают без проблем.
Может, какой-то способ определения /работы с доступными СОМ-портами "особенный" у JTDX?
В списке портов в JTDX у меня моих VSPE-шных портов нет, только "железные".
Если в конфиге JTDX вручную прописываю виртуальный - при запуске JTDX даже что-то читает из порта, потому что частота в JTDX сразу отображается та, что на трансивере, и кружок зеленый рядом с диапазоном.
А потом - все. Кружок рядом с диапазоном краснеет и выскакивает окно "Rig control error". Странно...
Версия 17.4 для Linux x64 с патчами от ES1JA (TNX!)
UI1 - https://cloud.mail.ru/public/ALBr/fd18S5Jxo
UI3 - https://cloud.mail.ru/public/7nk8/rEWnyciS4
Примечание:
Теперь не забываем скопировать и share ! Файлы ALLCALL.TXT и JPLEPH
как раз в /usr/(local)/share/wsjtx !
"Не видит" - это в смысле, в выпадающей менюшке нет Ваших виртуальных портов?
А "ручками" Вы не пробовали вписать вместо com1 номер Вашего виртуального порта?
Хотя говорите, что появляется и теряется...
А в VSPE к сплиттеру пытаетесь подцепиться или просто к виртуальному порту?
Было у меня пока сплиттер на порт не посадил.
Потому что первое попалось под руку вот и взял -24. А что чтобы тестить надо только определённые файлы брать, кашерное или не кашерное?
Критерий ошибки это наличие CQ там где должен быль позывной и наличие рапорта там где должно быть подобие локатора. Или это не ошибка, выже сами составляли данные файлы и должны знать что в них на самом деле.
Теперь на счёт Advanced, получается там значения нельзя менять? Надо пользоваться тем что в переустановках? Странно, а я думал что оператор должен сам подбирать значения из соображения производительности своей системы и времени чтобы уложится в тот лимит который ему предоставлен. Я уложился в 10-ти секундный интервал и как некоторые не жду декода ещё и в следующем периоде. В чём криминал? У меня вопрос к вашим тестерам, место того чтобы писать всякую ерунду на форуме может стоит заняться нормальным тестированием программы.
Да и для тестирования может стоит создать файлы в которых разные позывные, разные вариации ответов, разные уровни но чтобы составитель точно знал что в них а не файлы с эфира в которых ну не как не проверишь их правдоподобность и не выставишь точно тот уровень сигнала который был на записывающей стороне да и частоту дискретизации тоже.
есть две проблемы при проведении этого теста:
1. у Вас поломан файл JTDX.INI, такое сообщение Hint декодер дать не может: 0073-25 0.0 2200 # W9XYZ UA3DJY CF00
2. Проблема проигрывания файлов симулятора, уже поднималась на форуме для сигналов -01 дБ SNR, связана с неправильным форматом заголовка файла который пишет исходный код симулятора на Фортране.
С высокой вероятностью ложные Hint декодирования которые Вы наблюдаете связаны с форматом заголовка файла симулятора.
Если комп очень старый, какие цифры нужно ставить в Advanced? Стоит 2 2 3, до конца минуты не успевает декодировать.
Я же написал "Если в конфиге JTDX вручную прописываю виртуальный" - пробовал вручную, именно тогда сразу при запуске частоту читает и все на этом...
В выпадающей менюшке их нет, это не проблема. Хотя, у других прог - виртуальные порты VSPE в списке "выпадающих" есть в наличии наравне с "железными".
Сплиттер, конечно. Давно использую, с разными программами.
Да фиг с ним, буду дальше старенькую JT65-HF 0.9.96.0 пользовать. А эту может "на прием" иногда. Хотя, реально хорошо декодирует, жаль что-то недопилено в ней... :(
-24дБ файлы плохо показывают чувствительность софта, поэтому для тестов я использую -25дБ файлы, результаты и условия тестирования публикую как на форуме так и в комплекте с исходным кодом.
этот вопрос ко мне, я выполняю тесты
перед тем как менять необходимо прочитать документацию, чтобы понимать какой эффект может вызвать изменение параметра DT range
Я к тому времени уже ответ написал. :)
Да все допилено, раз у Вас одного не работает... У всех-то нормально...
Даже не знаю, спросить ли - а настройки порта совпадают? Скорость, четность,
стоп-биты...
Я бы из принципа нашел причину. От админа никакие приложения, работающие с
портом не запущены? Порт система не "усыпляет" для снижения энергопотребления?