проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом

[RU3XW]

подскажите PSE как удалить INI файл 9000 постов пролистал и не увидел.

В меню жмём FILE. Далее жмём Open log directory. В открывшемся окне удаляем файл JTDX.ini - предварительно закрываем программу. После удаления вновь запускаем программу.

[UA3DJY]

Тогда для какого компьютера пишется программа?

я бы поставил вопрос по другому, для каких компьютеров создана мода FT8

если Вы спрашиваете мое мнение, то для тех что будут не ранее чем через пару лет

[UA3DJY]

Где скачать JTDX 18.1.0.47 не нашел и подскажите PSE как удалить INI файл 9000 постов пролистал и не увидел.

JTDX 18.1.0.47 сегодня планируем дать в тестирование, про удаление файла здесь Установка софта JTDX

[LY3BG]

я бы поставил вопрос по другому, для каких компьютеров создана мода FT8

если Вы спрашиваете мое мнение, то для тех что будут не ранее чем через пару лет

Я на WSJT-x FT8 провёл около 3 тыс. QSO, таких чудесов не заметил. На v.44 провёл 10 QSO и с радостью вернулся на WSJT-x. Если они в DXpedition mode реализуют ответ нескольким корреспондентам одновременно на разных частотах (звуковая карта это позволяет, трансивер с ID<-40dB тоже), ей не будет равных. При использовании компьютера с реальными параметрами.
Я думаю, что в JTDX реализована идея отвечать после полного декодирования в FT8 есть в принципе не верная.

[UA9OP]

если Вы спрашиваете мое мнение, то для тех что будут не ранее чем через пару лет

это не серьезно, если бы цена позволяла компы менять как перчатки то какой разговор, а так получается еще под программу надо подбирать комп???

[RV9CX]

получается еще под программу надо подбирать комп???

Именно из-за этого я вынужден менять комп в деревне ))) Хотя до сих пор он меня совершенно устраивал. Но с появлением уже JT65/JTDX пришло понимание, что в этой гонке вооружений придется участвовать. Уже из CW народ ушел - все сидят в FT8.

[RK1NA]

Уже из CW народ ушел - все сидят в FT8.

Да не все. Мы с вами пересекаемся в CW.
А в DIGI пока нет.

[UA3DJY]

Я думаю, что в JTDX реализована идея отвечать после полного декодирования в FT8 есть в принципе не верная.

Так я уже сказал что начиная с JTDX 18.1.0.47 будет опция ответить первому вызвавшему, точно так же как и в WSJT-X.

JTDX дает каждому процессору функционал по возможностям, быстрее процессор - больше возможностей, так и с JT65/JT9/T10 сейчас сделано.

[RA3RKA]

это не серьезно, если бы цена позволяла компы менять как перчатки то какой разговор, а так получается еще под программу надо подбирать комп???

Моей пенсии хватит только на 1-вый процессор
Игорь нужно снижать нагрузку на компьютер!

[UA3DJY]

Моей пенсии хватит только на 1-вый процессор
Игорь нужно снижать нагрузку на компьютер!

99% съедает декодер FT8, точно так же как и в WSJT-X. Для слабых процессоров есть опция Decode->Fast, на которой декодирование будет значительно быстрее с меньшим количеством сообщений на экране.

В JTDX еще есть опция Filter позволяющая сократить количество кандидатов на декодирование, добавлена опция AutoSeq Call first.

[UA3DJY]

измененный функционал:
- полоса фильтра FT8 уменьшена до 100 Гц по несущей (150 Гц по спектру декодируемых сигналов)
- выполнен опциональный функционал AutoSeq Call 1st (ответить первому вызвавшему не дожидаясь окончания декодирования интервала), предназначен для использования на медленных процессорах. Активация функционала через закладку Misc.
- добавлена возможность вызова корреспондента рапортом в режиме AutoSeq (Skip grid/TX1)
- устранен дефект показа SNR более +49 dB при использовании Filter. В изначальном коде WSJT-X применены две методики расчета SNR: для декодирования в широкой полосе и для повторного декодирования на RX частоте, есть условие при котором на ходу может быть использована другая методика расчета. Поэтому SNR при выключенном и включенном Filter может отличаться, точно так же как может отличаться SNR при повторном декодировании FT8 сигнала в WSJT-X.
- изменено управление функционалом направленного вызова в закладке 2, AutoSeq теперь должен передавать любое сообщение направленного вызова
- изменен формат времени в файле ALL.TXT на "yyyymmdd_hhmmss", совместимость с логом UR5EQF при получении данных из этого файла
- многочисленные доработки в функционале AutoSeq


собранный софт https://cloud.mail.ru/public/JgXJ/afiLFsKMt

исходный код https://cloud.mail.ru/public/MAs4/QB6oomAxX

кодовые суммы:
File name: JTDX-18.1.0.48-win32.exe
MD5: 10E1CE252CE92D0B0B53388EFE7633E8
SHA-1: 6BC89636BA249FBC04C9AA60767725715730ADB1
SHA-256: B3B64EB365DF8043CB800F435E47405D015356501E3ED050E855E868C99C9A7D
SHA-512: F2C9DB2FB44C86C83655DAEF09DD6930598C9498B3FC8FB206773B785AE517577E6FB2 47D2EFEF1893339388DB19EE0A84EF17B85B86F374B4C11F23B31567DB
RIPEMD: 5AE4981F4C96870A24917ACF30798304F10D9DB6

Изменен формат файла JTDX.INI, добавлены настройки "CallFirst", "CQdirection"

Удаление файла рекомендуется только в случае неадекватной работы софта при переходе с предыдущей версии.

[UA3DJY]

Если они в DXpedition mode реализуют ответ нескольким корреспондентам одновременно на разных частотах (звуковая карта это позволяет, трансивер с ID<-40dB тоже), ей не будет равных.

Если DXpedition mode начнут использовать операторы в Европе то на диапазонах не останется DX, их накроет помехами возникающими при переходе от тона к тону при широком частотном разносе тонов и мультиплексировании во временной области в этом режиме.

Софту не будет равных, но на диапазонах настанет эпоха локального прохождения.

Уже сейчас я получаю письма от DX о том что в FT8 моде без киловатта они не могут дозваться до Европы.

[US5WE]

Уже из CW народ ушел - все сидят в FT8.

Это смотря какой народ. Вчера, к примеру, BD4WN и TZ4AM на 160 прекрасно обслуживали телеграфом.

[UA3DJY]

Это смотря какой народ. Вчера, к примеру, BD4WN и TZ4AM на 160 прекрасно обслуживали телеграфом.

Вопрос в радиусе обслуживания. Примерно 8 дБ разницы между CW и FT8.

[RV9UDO]

99% съедает декодер FT8

Чем, таким принципиальным, отличается кодирование ft8 от psk, что требует таких ресурсов?
Помнится, в разгар psk, применяли самые наипростейшие системы с оооочень скромными параметрами. А ведь там идёт многоканальное декодирование (куча станций одновременно) и в реальном масштабе времени.
Судя по сжираемым ресурсам, ft8 должна работать ниже уровня шумов, ан нет. Нисколько, по-моему, не лучше psk, по отношению сигнал/шум.