-
21.12.2017, 12:01 #9196
- Регистрация
- 14.01.2012
- Возраст
- 64
- Сообщений
- 184
- Поблагодарили
- 50
- Поблагодарил
- 16
-
21.12.2017, 12:13 #9197
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
-
21.12.2017, 12:15 #9198
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
JTDX 18.1.0.47 сегодня планируем дать в тестирование, про удаление файла здесь Установка софта JTDX
-
21.12.2017, 12:54 #9199
- Регистрация
- 24.08.2006
- Адрес
- Slavyani
- Возраст
- 65
- Сообщений
- 292
- Поблагодарили
- 202
- Поблагодарил
- 52
Я на WSJT-x FT8 провёл около 3 тыс. QSO, таких чудесов не заметил. На v.44 провёл 10 QSO и с радостью вернулся на WSJT-x. Если они в DXpedition mode реализуют ответ нескольким корреспондентам одновременно на разных частотах (звуковая карта это позволяет, трансивер с ID<-40dB тоже), ей не будет равных. При использовании компьютера с реальными параметрами.
Я думаю, что в JTDX реализована идея отвечать после полного декодирования в FT8 есть в принципе не верная.73 Vytas
-
21.12.2017, 13:27 #9200
- Регистрация
- 18.01.2015
- Адрес
- новосибирск
- Возраст
- 70
- Сообщений
- 1,683
- Поблагодарили
- 127
- Поблагодарил
- 55
-
21.12.2017, 13:35 #9201
- Регистрация
- 21.11.2007
- Адрес
- Екатеринбург
- Возраст
- 45
- Сообщений
- 4,394
- Поблагодарили
- 1640
- Поблагодарил
- 1920
Дмитрий rv9cx.jimdo.com
-
21.12.2017, 13:50 #9202
- Регистрация
- 25.01.2006
- Адрес
- Петрозаводск
- Возраст
- 73
- Сообщений
- 5,284
- Поблагодарили
- 2078
- Поблагодарил
- 1206
-
21.12.2017, 13:53 #9203
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
Последний раз редактировалось UA3DJY; 21.12.2017 в 13:57.
-
21.12.2017, 14:18 #9204
- Регистрация
- 27.11.2010
- Возраст
- 64
- Сообщений
- 259
- Поблагодарили
- 52
- Поблагодарил
- 100
-
21.12.2017, 14:29 #9205
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
99% съедает декодер FT8, точно так же как и в WSJT-X. Для слабых процессоров есть опция Decode->Fast, на которой декодирование будет значительно быстрее с меньшим количеством сообщений на экране.
В JTDX еще есть опция Filter позволяющая сократить количество кандидатов на декодирование, добавлена опция AutoSeq Call first.Последний раз редактировалось UA3DJY; 21.12.2017 в 14:49.
-
21.12.2017, 14:42 #9206
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
JTDX v18.1.0.48 - тестирование нового функционала
измененный функционал:
- полоса фильтра 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; 21.12.2017 в 14:52.
-
21.12.2017, 14:58 #9207
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
Если DXpedition mode начнут использовать операторы в Европе то на диапазонах не останется DX, их накроет помехами возникающими при переходе от тона к тону при широком частотном разносе тонов и мультиплексировании во временной области в этом режиме.
Софту не будет равных, но на диапазонах настанет эпоха локального прохождения.
Уже сейчас я получаю письма от DX о том что в FT8 моде без киловатта они не могут дозваться до Европы.
-
21.12.2017, 14:59 #9208
- Регистрация
- 29.03.2013
- Адрес
- Lvov
- Возраст
- 68
- Сообщений
- 4,376
- Поблагодарили
- 1874
- Поблагодарил
- 824
Victor Goncharsky US5WE/K1WE (UW5W in contests, ex UB5WE)
DXCC HR #1 (Mixed, Phone), 10BDXCC(160-6m), 9BWAS(160-10m),
5BWAZ(200), WAZ-160(40), WAZ-6m.
УКВ комитет ЛРУ, ARRL field checker.
-
21.12.2017, 15:01 #9209
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
-
21.12.2017, 15:02 #9210
Чем, таким принципиальным, отличается кодирование ft8 от psk, что требует таких ресурсов?
Помнится, в разгар psk, применяли самые наипростейшие системы с оооочень скромными параметрами. А ведь там идёт многоканальное декодирование (куча станций одновременно) и в реальном масштабе времени.
Судя по сжираемым ресурсам, ft8 должна работать ниже уровня шумов, ан нет. Нисколько, по-моему, не лучше psk, по отношению сигнал/шум.Александр.
Социальные закладки