У меня JTDX также отключается после 5 вызовов.Цитата:
Сообщение от UX3IW
- - - Добавлено - - -
Нигде не искать. Тут все понятно - борьба с тем, чтобы оператор не отходил от компьютера. Я лично поддерживаю!Цитата:
Сообщение от RX3DTN
У меня JTDX также отключается после 5 вызовов.Цитата:
Сообщение от UX3IW
- - - Добавлено - - -
Нигде не искать. Тут все понятно - борьба с тем, чтобы оператор не отходил от компьютера. Я лично поддерживаю!Цитата:
Сообщение от RX3DTN
А здесь https://skr.sh/sR8VcGfrziFЦитата:
Сообщение от RX4HX
Или здесь https://skr.sh/sR84PoHkfP3
[QUOTE=RX4HX;2044270]У меня JTDX также отключается после 5 вызовов.
- - - Добавлено - - -
Так в JTDX есть настройках,когда программа переходит в режим ожидания,а в WSJT-неть.
Цитата:
Сообщение от RX4HX
... Наверное, всё же некоторый смысл у разработчиков присутствует... И этот не только борьба с пиратством... Возможно, главная идея режима SF/H - максимизировать количество "ответов" на "массу запросов", и при этом не снижать "удельную мощность", приходящуюся на единичный "ответ", как это имеет место быть в "традиционном многослоте" в обычном режиме F/H... НО! Классику (физику) не обманешь! Передача бОльшего количества информации при неизменной мощности НЕИЗБЕЖНО приводит к использованию более широкой полосы излучаемого сигнала, что и наблюдается в режиме SF/H - 750Гц...2250Гч - примерно 1500 Гц.... А вот приём такого сигнала в существенно широкой полосе по сравнению с простым (узкополосным) FT8 также сопряжён со снижением помехоустойчивости вследствие попадания в эту расширенную полосу большего количества помех... Вот и сам K1JT где-то в комментариях по режиму SF/H отмечал, что "теоретический предел" отношения С/Ш около -15 дБ... Что и подтверждает практика использования режима SF/H - декодирование не происходит, если сигнал ниже уровня шума на эти 15 дБ...:(Цитата:
Сообщение от RA1OHX
"Умудряются звать" в периоде DX-а, возможно потому, что "забыли" включить режим SF/H, тогда программа работает в обычном варианте и может "звать" в любой период...:) Пока действительно, любой мало-мальски ощутимый сигнал чьей-то "настройки", и прочие "шорохи в кустах" в полосе сигнала SF/H приводят к потере всей информации, переданной в TX-периоде "лисы"... Полагаю разработчики это хорошо знают, и поэтому, видимо, работают над этим, поскольку ещё нет "релиза" программ - ни WSJT-X, ни JNDX, а только пробные версии кандидатов на релиз "rc_№"...:confused:Цитата:
Сообщение от RX4HX
Поэтому нам остаётся немного пождать - как в известном фильме: "...торопиться не надо..."
73!
Нигде,так заложено в проге...Цитата:
Сообщение от RX3DTN
- - - Добавлено - - -
Вложение 359022
несмотря на 3 потока от S21PL JTDX нормально декодирует
In any Hound mode jtdx should call endless ( ok until watchdog timer expires ) when You are able decode sfox.Цитата:
Сообщение от RX4HX
Включаться то все включается, но почему то все равно не декодирует.Цитата:
Сообщение от RX3ASP
Нет, это новая фича, и полностью она звучит так:Цитата:
Сообщение от RJ7M
перестать вызывать после 5 вызовов, если не было ни одного декода DX.
Т.е. если декоды есть - вызов не прекратиться.
Замечательно - практически никто с первого раза не отвечает. В результате из-за этого медленнее, чем в обычном FT8 получается.Цитата:
Сообщение от RW4M
Это как с FT4 - вроде быстрее, а в итоге медленнее.
Здесь с Вами 100% согласен! Хоть разработчики писали, что типа мощность не будет делиться на несколько сигналов, но в итоге то на то и выходит!Цитата:
Сообщение от RW4M
Тут не стыковочка - если не поставить галочку SH, декода вообще не будет, в отличии от обычного Hound. Как они вообще без единого декода WSJT или JTDX заставили звать DX?Цитата:
Сообщение от RW4M
14091 работает одна станция в суперфоксе,вторая в обычной ФТ-8 в 2 потока,видимо пират,уж мощно очень
162100 0 0.1 514 ~ 5B4VL N5J -12 *K
162100 0 0.1 574 ~ IT9SVJ N5J +15 K
Может реально из-за недовольства решили сделать тест - какая мода лучше.
...По моему они экспериментируют! У меня сейчас по попеременно видно то N5J в обычном FT8, то в SF!
jtdx-2.2.160-rc7-win64.exe - всё работает, а версия jtdx-2.2.160-rc7-d2-win64.exe тоже не декодировала, может у вас тоже с d2 ?Цитата:
Сообщение от UR4MQG
А что это за версия d2? Я что то такой не видел.Цитата:
Сообщение от UR6MA
MS Windows debug builds: (отладочные сборки)
File: jtdx-2.2.160-rc7-d2-win64.exe
SHA256 checksum A7C906FC4E59099BC145AAFD55706A4BE6B32DD993A7A38E3E2279930B6D0EE3
Установил версию JTDX 160 rc7 win64.Не видит комп трансивер-TS570D.Выскакивает вот это окно.Явно не хватает чего то.Может у кого было это,ответьте пожалуйста-Евгений-UA3GJM.Вложение 359036Вложение 359037
Спасибо Владимир! Упустил это из виду.Цитата:
Сообщение от R6LCF
У меня тоже не работает с SunSDR2 в режиме эмуляции TS-480. Значит проблема общая.Цитата:
Сообщение от UA3GJM