попробуйте включить показ расширений файлов в операционной системе
Пока игрался с установкой и пере установкой версий JTDX пропала командная строка в интерфейсе программы. Там где File, View, Mode и т.д.
В WSJT-X всё в порядке. Слушаю много, даже провёл несколько связей.:) При обновлении до rc-2 пропадает приём, на водопаде ноль. При возврате на rc-1 всё в порядке.
Где нажал не так?:) Операционка W7.
Показан путь.....Вид открыть и поставить галку показывать скрытые папки. WSJT-X удалите все папку,меньше проблем будет в дальнейшем.При установке новой версии программа создаст новую папку.
Вложение 195495
Вложение 195496Вложение 195497
--------------------------------------------
Сделал как здесь - пост #7419 и все получилось. Правда, там для XP, но возможно и для W7 подойдет.
Так кто-нибудь подскажет, что прописать в макрос, чтоб подставлялся позывной корр-та из окна "DX Call" ? В JTDX - это @, а в WSJT-X есть какой то вариант?
В версии WSJT-X 1.8-rc2 выросло время декодирования, пользователям предлагается выбрать самостоятельно настройку Decode -> Fast/Normal/Deep по времени декодирования FT8 сигналов для своего процессора, при этом разницу эффективности декодирования(количества декодируемых сигналов) можно проверить проигрыванием собранных с эфира звуковых wav файлов.
On 04/09/2017 13:24, JohnB wrote:
> It appears to me that JTAlert is slower with WSJT-X v1.8.0 rc2 than
> with rc1. With rc2, it takes about two seconds for the decodes to
> appear in JTAlert after they appear in WSJT-X, while the delay was
> less than one second in rc1. Has anybody else experienced the added
> delay?
>
> I know one second difference isn't much, but with FT8, you need as
> much time to look over the decodes as you can get.
Hi John,
I doubt this is anything to do with JTAlert. I could be related to the
level of activity, obviously the more signals WSJT-X has to decode, the
longer it will take. The v1.8.0 RC2 release of WSJT-X has many
improvements to the FT8 decoder and although we recognize speed is
important, there is a trade off between raw speed and decoding depth and
robustness. We have taken some of recently won speed improvements back
to do ever more deep decoding techniques and this may be what you are
seeing, particularly if you do not have a very fast CPU. You have quite
a lot of control on the decoding speed of WSJT-X, I recommend that you
try the different settings on the "Menu->Decode" pop up menu. Selecting
"Fast" or "Normal" is not necessarily going to lose you many, if any,
decodes. You can set "Menu->Save" to "All" or "Decoded" and playback WAV
files for selected periods ("Menu->File->Open") with different decode
depth settings to experiment with the decoder to convince yourself what
is the best setting for you.
73
Bill
G4WJS.
JTDX v18.0 шаг 76 - тестирование нового функционала
JTDX.INI file has the same structure as for step 74.
Changelog:
- I have simplified transition from JT65 to JT9 and back to JT65 for most cases in JT65+JT9 mode if Lock Tx=Rx is not checked. Left and right mouse buttons (Rx and Tx frequency setting) and waterfall are being used in this functionality.
Linux version (compiled on Ubuntu 16.04LTS 64-bit)
Binary files only:
https://cloud.mail.ru/public/NEnk/aAFeDEY9k
deb-package (not tested!):
https://cloud.mail.ru/public/5NAD/MwSbkAcKD
Linux 32-bit packages (not tested!):
https://cloud.mail.ru/public/6Ugd/8rQFbn7bo
Igor - Ссылки на Windows, пожалуйста?
Вопросы к Автору. Я только для Linux собираю.
Исходники тут:
https://cloud.mail.ru/public/G2Sr/UFcEGa6TA
Я извиняюсь, путаюсь с публикацией, казалось бы, завершенной функциональности с ссылками Linux. Мне всегда было непонятно, где можно увидеть централизованный репозиторий для выпусков JTDX Step. Иногда отправляется в Техническую группу JTDX, иногда в эту группу, а иногда и в группу. Я не имел в виду никакого преступления для вас, Игоря или кого-либо еще здесь. Я буду QRX!
R0JF .....Hi
Please add the to WSJT-X wsjtx-1.8.0-rc2 option "Beep on my call"
THX
BR
что то из протестированных промежуточных шагов можно найти здесь Downloads