if this is true, that long call can be changed to basecall, then indeed <…> can be shown in dxped message decode, because basecall hash not in table. I don’t know this tnx.Цитата:
Сообщение от UN8FR
if this is true, that long call can be changed to basecall, then indeed <…> can be shown in dxped message decode, because basecall hash not in table. I don’t know this tnx.Цитата:
Сообщение от UN8FR
в этом плане фильтр не очень удобен. Даже в их инструкции нет четкого указания как правильно написать название страны.Цитата:
Сообщение от UA9AX
Вложение 379522
большинство названий совпадает с файлом cty.dat, но для некоторых, для точного "попадания", видимо нужно сверять с тем написанием, что отображается в окне программы.
Я фильтрую одну страну и пока фильтр четко отсекает.
WSJT-X Improved обновился: https://sourceforge.net/projects/wsj...LUS_260224.exe
Версия 3.1 от 24-го февраля.
Всем доброго дня! Простите за лень, не хочется всё долго перечитывать. )) Прошу подсказать что там по новым актуальным и стабильно работающим версиям JTDX. Где посмотреть, что скачать и установить? Сейчас установлена v2.2.160-rc3. Операционка на этом компе Win7-64. Есть ли смысл обновляться? Не могу почему-то разобраться с их сайтом.
Решил попробовать вернуться в WSJT-X c SunSDR.. Можно ли связать через TCI ? Какие установки в настройках ?
Успешно работает JTDX v 2.2.160-32A-rc3.
Можно сказать, что тоже почти успешно работает. )) Что не устраивает - частенько почему-то отпадает порт СAT, притом как всегда в самый неподходящий момент. Управление PTT тоже через СAT. Так и не смог разобраться почему. Во всех остальных программах, в том числе и WSJT-X v2.2.0, таких проблем не наблюдаю, держат порт стабильно. И в конкретной ли версии может быть дело? Всё-таки хочется именно стабильной работы JTDX - мне она кажется удобней по сравнению с WSJT-X, и на мой субъективный взгляд у JTDX декодер работает много лучше. Фишки с автоматом вроде особо не нужны - привык уже глазами и мышкой.Цитата:
Сообщение от R0QC
- - - Добавлено - - -
Да, хочу добавить, что никакие ВЧ наводки здесь не имеют место быть - мощность в FT-8 выставляю Ватт 50, ну и тем более в WSJT-X этого, повторюсь, не наблюдается. Настройки идентичны. Здесь же порт частенько отпадает даже во время приёма.
RC3 is more than 3 years old. How control of rig is configured through hamlib dxlab hrd? And which rig?Цитата:
Сообщение от R0QC
вопрос продвинутым пользователям: можно ли отключать эти скобки. ? польза от них не знаю есть ли, вред точно.Цитата:
Сообщение от UN8FR
Hello Arvo! Only the "iron" com-com port is used, the FT-950 transceiver, which allows a speed of only 4800.Цитата:
Сообщение от ES1JA
So I assume connection is through hamlib ( FT 950 is selected in jtdx-s combobox). If not RF problem the problem should be in hamlib. Try launch jtdx from command prompt, maybe there is written something, when com port is lost.Цитата:
Сообщение от R0QC
No, Hamlib is not installed. There is just a hard connection via RS232, the port is selected already in the JTDX program itself. I tried to download and install Hamlib from their website, but my antivirus warns about a Trojan in the file hamlib-w64-4.7.0.exe . What can you suggest on this issue?Цитата:
Сообщение от ES1JA
В смысле отключить? Это идентификация того, что программа не смогла восстановить позывной из хеша.Цитата:
Сообщение от R6CW
Алексей, с чем это может быть связано и можно ли это побороть?Цитата:
Сообщение от RX4HX
п.с. уже не помню, или где то читал или кто то говорил, что так выделяются разные спс. НО, у меня было пару раз, что уже во время связи выскакивали такие скобки и продолжить/закончить связь можно было только нажав мышкой на предыдущий декод корреспондента.
из последнего. во время работы RO2E/M часто бывало, что при переходе на новый диапазон сразу появлялись эти скобки. и только через несколько циклов - позывной. но уже при подъезде к москве в конце активации, на одной из референций я так и не дождался позывного. вместо него прога постоянно выдавала эти скобки.
п.п.с. у себя заметил что чаще всего эти "скобки" появляются при декодировании спс или позывных с дробями. очень редко при деодировании стандартных позывных.
Hamlib is included in jtdx distribution, no separate needed or even will not be used anyway. Jtdx can’t do anyhing with com port itself, all through hamlib, but I looked nothing is changed in hamlib in last couple of years.Цитата:
Сообщение от R0QC
- - - Добавлено - - -
For FT 950 I ment.Цитата:
Сообщение от ES1JA
Оказывается в WSJT-X Improved добавили FT2. А я и не знал :)
И вот список изменений в версии 3.1:
Час назад выложили исправленную версию, вылет подпроцесса пофиксили!Цитата:
Новая версия 3.1 WSJT-X Improved в настоящее время находится в стадии разработки. Как и любая новая версия
который вносит серьезные изменения, я рекомендую сделать резервные копии файлов WSJT-X.ini и
wsjtx_log.adi и установите программу в новый каталог (например, C:\WSJT\wsjtx-310).
Вы можете найти эти два файла в каталоге журналов.
Важно: всегда используйте последние доступные сборки, прежде чем сообщать об ошибках!
Новые возможности версии 3.1.0 260226 по сравнению с версией 3.0.0 251212:
- Введение нового режима FT2 с открытым исходным кодом:
- FT2 — это сверхбыстрый 77-битный режим с периодом TR 3,75 секунды (= 1/2 от FT4).
- История FT2 восходит к экспериментам Джо, Стива и Билла (ск), которые позже
стал FT4. IU8LMC недавно представил режим FT2 с измененными параметрами. FT2
Представленный здесь режим совместим с ним, но имеет полностью открытый исходный код. Нет кода от
Использовался IU8LMC.
- Обратите внимание, что FT2 все еще находится в экспериментальном режиме. Я еще не решил, оставим ли мы его. Давайте
посмотрим, зарекомендует ли себя FT2 наряду с FT4, или это всего лишь недолговечная шумиха.
- Поддержка связей между двумя станциями с нестандартными или составными позывными для
77-битные режимы (FT8, FT4, FT2, MSK144, Q65, FST4). Теперь возможны следующие QSO:
- два нестандартных позывных (например, DG123YCB с W250USA)
- два составных позывных (например, DG2YCB/QRP с W1XYZ/YOTA или HB9/DG2YCB с KP5/W1XY)
- нестандартный позывной и составной позывной (например, DG123YCB с W1XYZ/QRP)
- нестандартный позывной и позывной /P (например, DG123YCB с W1XYZ/P)
- два стандартных позывных с /P, /M, /R или любым другим (например, DG2YCB/MM с W1XYZ/P)
Примечания:
- Обе станции должны использовать WSJT-X Improved v3.1 (или совместимое программное обеспечение) для таких связей.
Я заметил, что некоторые бета-версии JTDX и MSHV совместимы с этими
форматов сообщений, однако стандартный WSJT-X застрял бы в бесконечной автопоследовательности.
петля.
- Все предыдущие типы сообщений по-прежнему полностью поддерживаются, что делает WSJT-X Improved 3.1.
полностью обратно совместим.
- Эти новые типы QSO не могут быть использованы в специальной оперативной деятельности, так как имеющиеся
77 бит для этой цели недостаточно.
- Новая технология для программы MAP65 и некоторых файлов FORTRAN:
- Размер файла map65.exe теперь составляет менее 1/4 от прежнего размера. Эта новая технология
(надеюсь) также принесет улучшения стабильности.
- Он поставляется с модернизированным кодом FORTRAN.
- Примечание. В сборках OFC используется немного более старый, но хорошо зарекомендовавший себя код версии 3.0.0 и
поэтому у вас все еще есть предыдущая версия MAP65.
- Различные мелкие улучшения и исправления:
- Добавлена новая опция для пропуска декодирования a8 для многопоточного декодера FT8 (MTD).
- Интервал переключения диапазонов теперь можно переключать между 1 минутой и 2 минутами. См.
новый флажок в разделе «Настройки» | Вкладка «Общие».
- Опция «Меньше раскраски кнопок» удалена, так как использовалась редко.
- Исправлена ошибка, из-за которой декодирование FT4 не отображалось при запуске программы.
началось с включенным CQonly.
- Исправление: названия стран больше не отображаются случайно в режиме FST4W.
- Исправлена несогласованность выделения префиксов.
- Передача на частоте выше 5362 кГц на 60 м снова разрешена для станций Великобритании. Только
Частоты передачи между 5358 и 5362 кГц теперь запрещены.
- Лучшая видимость настроек | Вкладка Tx Macros, когда включен темный стиль.
- Добавлена возможность регистрировать частоту набора вместо фактической частоты передачи.
- Поддержка новой серии Hamlib 5.
https://sourceforge.net/projects/wsj...260226-OFC.exe