18.1.0.72 Linux version (compiled in Ubuntu 16.04LTS) from original sources files by UA3DJY
18.1.0.72 Linux version (compiled in Ubuntu 16.04LTS) from original sources files by UA3DJY
Во дает прикурить! Вложение 205951 Вложение 205952
разброс уровней побочных излучений на двух картинках отличается, похоже на ВЧ наводку на кабели трансивера и в результате выход режима одного из каскадов звукового тракта в насыщениеЦитата:
Сообщение от UA9AJK
разница потенциалов средней точки фильтров сети между корпусами оборудования тоже может загонять звуковой каскад в насыщение
Цитата:
Сообщение от RW2D
теперь мы знаем какая версия WSJT-X отвечает на сообщение RR73 передачей рапорта, и судя по статистике сайта pskreporter на данный момент более двух тысяч пользователей не спешат с переходом на выпущенную в общее использование WSJT-X r8193, поэтому при использовании сообщения RR73 сбои в обработке декодированных сообщений алгоритмом AutoSeq софта WSJT-X пока будут часто встречаться
WSJT-X v1.8.0-rc1 r7847 1312
Вложение 205954Цитата:
Сообщение от RW2D
...Появилась WSJTX 1.9.0 -rc1...
...Так где же ее скачать?Или это великая тайна?
либо собрать самостоятельно из кода либо ждать ее публикации на сайте WSJT-X https://physics.princeton.edu/pulsar/k1jt/wsjtx.htmlЦитата:
Сообщение от UA3DTK
Команда разработчиков WSJT опубликовала на сайте уведомление об условиях использования версий кандидатов на выпуск:Цитата:
теперь мы знаем какая версия WSJT-X отвечает на сообщение RR73 передачей рапорта, и судя по статистике сайта pskreporter на данный момент более двух тысяч пользователей не спешат с переходом на выпущенную в общее использование WSJT-X r8193, поэтому при использовании сообщения RR73 сбои в обработке декодированных сообщений алгоритмом AutoSeq софта WSJT-X пока будут часто встречаться
Перевод:Цитата:
Please note: Versions of WSJT-X labeled with a "-rcx" suffix, for example WSJT-X v1.8.0-rc2, are "Release Candidates" sometimes offered temporarily for beta testing purposes. If you participate in these beta tests you are expected to report back to the developers on your experiences. You should upgrade to the GA release when it becomes available. The -rc program versions are not suitable for long-term general use.
Цитата:
Версии имеющие -rc суффиксы, например WSJT-X v1.8.0-rc2, являются кандидатами на выпуск и иногда публикуются для широкого тестирования. Если Вы участвуете в этом тестировании от Вас ожидается обратная связь разработчикам по работе этого софта.
Вы должны обновить софт до общедоступной версии (GA) как только она будет опубликована. Версии софта -rc не предназначены для долговременного общего использования.
Установил 72, но никакие щелчки по дорожкам на водопаде ничего не дают. Где-то есть дополнительная галка или я не туда щёлкаю?Цитата:
Сообщение от UA3DJY
Несколько раз за последние дни видел на водопаде сигналы с 15-секундными циклами, но с полосой уже, чем FT8 раза в два. На гармоники не похоже. Что это - новая мода готовится?
двойной щелчок, и в JTDX и в WSJT-X для FT8 полоса захвата +-10 Гц от места щелчка до нижней частоты спектра сигнала:Цитата:
Сообщение от RX3ASP
если необходимо увеличим полосу захвата в коде JTDX, например до +-30 Гц чтобы не 'целиться'
У меня что один щелчок, что два - никакой разницы. Только появляется время и диапазон в левой части водопада на один цикл. Какой эффект должен быть? Что-то аналогичное фильтру +/-10Гц?
да, фильтр +-10 Гц, применяется к последнему декодированному интервалу (сигнал читается не с водопада)Цитата:
Сообщение от RX3ASP
Проще проверить используя проигрывание звукового файла, не будет 15 секунд ограничения времением до декодирования следующего интервала.
То есть эта фишка работает только при активном "save decoded"?
не зависитЦитата:
Сообщение от RX3ASP
сигналы с интервала записываются в массив циклически, массив используется один, новый интервал перезаписывает данные в массиве
в момент декодирования массив с данными передается на декодер
Понял, спасибо! Но не работает почему-то. Позже попробую ini файл обновить, кажется он у меня "несвежий"
Предварительная версия (wsjtx-1.7.1-devel-win32-r8459). Fox мода FT-8 DXpedition работает. Вкладка "advanced". https://yadi.sk/d/wTcouMw43SHEwdЦитата:
Сообщение от UA3DTK
При попытки поставить точку и звать ДХ-сов, программа упорно ставит току(показано стрелкой).
AutoTX включен, при включении этой функции все нормально.
Вложение 205962
зачем это делать в окне свободного сообщения если можно выбрать направление вызова в закладке 2 и передавать из закладки 1 через окно стандартного сообщения?Цитата:
Сообщение от RW4LN
Вопрос по программе WSJT-x
при работе на загруженном диапазоне, после цикла декодирования в обзорном окне "вылетают" вверх 20 коллов. В окне помещаются всего 10 коллов. Остальные 10 уходят из окна и доступны только прокруткой. Когда хочу смотреть их, за след 15 сек, вылетает новая порция позывных, и не успеваю щелкнуть по нужному коллу.
---------------------------------------
Вопрос
Что можно предпринять, что исправить такое положение?
Можно ли сделать остановку ввода коллов в обзорное окно, пока куросор мыши находится в этом окне?
Или увеличить размер обзорного окна вверх, что оно принимало 20 позывных. В настоящем интерфейсе его размер не регулируется
Галка с Menus снята? Если нет то добавит ещё четыре "колла". Снимок экрана во время работы покажите пожалуйста, может кто с эргономикой подскажет.Цитата:
Сообщение от RX1AG
у вас маленькое разрешение экрана, выставите максимальное и разверните программу.Цитата:
Сообщение от RX1AG
1920Х1080 с монитором 21" и более,
уберите окно водопада,
есть еще вариант уменьшить шрифт в приемном окне WSJT,
вам уже советовали отключить повторы в приемном окне,
разверните монитор на 90 градусов и будет вам счастье,
Привет всем.
На контест позиции UF5D тестировал JTDX 18.1.0.71 вчера и сегодня. Действительно, при слабых процессорах декодирование (уровень normal) шло 7-8 секунд, т.е.
2 сек между циклами и еще 5-6 сек следующего цикла. При этой ситуации получалось, что переданное сообщение повторяется еще раз, например рапорт , т.к.
софт ждет ответа от корреспондента.
Однако заметил, если сузить полосу декодирования, например, до 2кГц и меньше, то работа на слабых процах даже вполне возможна. Тут же запаздывание
в декодировании всего спектра диапазона для FT8 зависит:
а) максимально определенного предела декодирования до 2.7кГц и выше (вкладка advanced)
б) количества станций на диапазоне
Заметил также, что при полосе в 2.7кГц декодирования и при низкой активности станций там работа на слабых процах также возможна.
(С) RC3C.
JTAlert перестал работал с JTDX. Это моя локальная проблема или ещё кто-то столкнулся с этим?
А перестал работать как?Цитата:
Сообщение от UA3SGV
Я пол дня колдовал JTAlert v2.10.14, периодически выдает ошибку с UDP и файл ini JTDX, некорректно работает с программой, с wsjt не тестил
переустановил программы полностью, не помогло ....
подтверждаю... При одинаковых мин. установках со слабым Р4, лучше и быстрее работает исходная WSJT-x. У меня включено FASTЦитата:
Сообщение от RC3C
Придется убирать... хотя нужен смотреть, где пустые частотыЦитата:
Сообщение от RD6LK
--- на моем ноуте не получается дать разрешение более, чем 1024х768
--- если сделать шрифт в окне мелким, то не комфортно смотреть.
у вас же есть VGA, второй монитор решил бы все ваши проблемыЦитата:
Сообщение от RX1AG
с таким разрешением даже не пробовал запускать программу
-------------------------------
перевернул монитор на 90
Не заметил такой проблемы. Все нормально работает v. 18.1.0.72.Цитата:
Сообщение от RD6LK
Практически весь день сегодня тестировал. Все работает нормально. Единственное, что заметил, несколько раз не мог записать QSO в Log.
Нажимаешь Log QSO, но ничего не происходит. Приходилось в ручную прописывать. Пока не разобрался почему так. Журнал используется Ham Radio Deluxe v5.
В остальном программа сейчас работает отлично.
Не лучше ,а просто плохо.Ушел с нее и больше не вернусь. Стоят обе и сравнение в любой момент.То что ограничения по мощности проц........ это не есть хорошо. И все эти минусы наглядно видны при количестве станций и станций с большим минусом за период декодирования. WSJT-X версия 19 . JTDX версия 072.Цитата:
Сообщение от RX1AG
Диспетчер задач :производительность ЦП: первый скрин WSJT-X ,второй JTDX. Декодирует быстро и по количеству с большими минусами побеждает.На WSJT-X последних нет вообще.Две программы работают с UR5EQF_Log через программный интерфейс. Проблемы отсутствуют.Спасибо Олегу ,автору интерфейса!
Вложение 205979 Вложение 205980
for RX1AG...
...можно загрузить Алерт...и вывести четыре линии по восемь позывных...также кликом на позывном,перейти на передачу...
Вложение 205981
у меня тоже в HRD v5 сливаются данные, только сегодня они туда не попадали, а вчера частично, пришлось скидывать вручную,Цитата:
Сообщение от RA3FP
и ошибка выскакивала которую описывал ниже
можно четыре линии по 9 позывных :s11:Цитата:
Сообщение от UA3DTK
я уже предлагал этот вариант, его не устроило
(разрешение маленькое много окон, LOGHX, WSJT-X, JTalert (самый большой недостаток его окно определенного размера, при малом разрешении оно огромное и не регулируется), итд итп, а видеть хочется все и сразу)
JTDX версия 072 работает отлично.
А Challenge-то как увеличиваться бодро стал за счет FT8...
RD6LK <у меня тоже в HRD v5 сливаются данные, только сегодня они туда не попадали>
тоже использую HRD v5..на W7 все идет в лог нормально...на дрругом компе стоит W10 и приходится в hrdlogе давить Refresh
Ваши скрины из системного монитора. Он работает медленно. Его показания отличаются от других сторонних программ тестирования проца. Из приведенных скринов невозможно сделать вывод, о том, что JTDX работает правильнее WSJT. В каких установках сравнивали? На ваших скринах видно, что пиковая нагрузка на проц в JTDX составляет 5 клеток, а в WSJT всего 2. Так, где же она больше?Цитата:
Сообщение от R6LCF
Здесь на теме приводились сведения, что 2/4 ядра нормально не могли декодировать. А у Вас макс загрузка Р4 на пиках всего 20% !!?? Глазам не верится!
----------------------------------
У меня WSJT при установках полоса 0-2500 Fast за цикл декодирует 20 станций. Переключаю на JTDX те же установки- и всего 10 станций за цикл. Причем, последние залетают, когда начался цикл передача. Чем это объясните?
Для работы на загруженных КВ бандах интерфейс WSJT для дисплеев 4:3 выполнен не удобно. Лучше его выполнить так:Цитата:
Сообщение от RD6LK
1. разделить интерфейс водопада на 2 части
а. сам водопад
б. панель настройки водопада
Предусмотреть независимое включение/выключение панелей
2.
разместить обзорное окно во всю высоту слева
3
панель кнопок/что под обзорным окном/ уменьшить в размерах до мин. и поместить справа вверху. Или выполнить убираемой.
4
Рабочее окно и кнопки макросов оставить как есть.
Вы ,наверное, читаете только себя.Неужели на скринах невозможно понять какая программа лучше декодирует и за какой период времени. Настройки и у одной программы и другой совершенно различные. Эта ущербная WSJT-X с малой загрузкой проца мне не устраивает по одной причине.Станций мало декодированных ,а с большими минусами еще меньше. Расчитана на компы прошлого века.Мода FT8 период декодирования мал и только с современными проц с большой мощностью можно получить надлежащий результат.Цитата:
Сообщение от RX1AG
У меня в доме еще один стационар и три ноута ,один современный с W10 Pro 64bit. Не то ......Есть с чем сравнивать.
Я не говорю что на маломощных нельзя работать НО результат .......не очень.
Возможно в чем то вы правы, но 4:3 уже в прошлом, интерфейс JTDX практичнее,для любого формата, приемное окно больше, раньше на сколько я помню их было 2 на выбор.Цитата:
Сообщение от RX1AG
Вы много написали... На ваших скринах действительно непонятно, что лучше. Поясните, плс.Цитата:
Сообщение от R6LCF
Вы не ответили мне, почему прога WSJT на моем Р4 выдает за цикл 20 коллов, а JTDX всего 10? При равных условиях приема.
-----------------------------
Я у себя сравнивал декодирование эфира ноута Р4 с компом Интел 2 ядра. Разницы не заметил.
Конечно, комп с 2/4/8 ядрами должен бы лучше работать и больше коллов декодировать... Ранее, здесь на теме, этот вопрос поднимался и, как понял, было высказано, что нагрузки на ядра разнятся. Одно ядро работает на 80%, другое на 20, третье вообще не загружено.
------------------------------------
У меня декодируются коллы с минус 20-24. Японцы, USA... А какой практический толк? Зову-они меня не слышат и продолжают давать СеКу
Меняйте комп. ........У меня в компе на WSJT-X максимальная загрузка 14% ,JTDX до 50% и все успевает и по времени и по количеству станций и особенно с большим минусом. А то что у вас 20 станций декодирует в WSJT-X совсем не показатель , большинство это Европа. В JTDX у меня стоит фильтр на Европу и никогда не выключаю ,они меня вообще не интересуют,от слова вообще .Вот как то так!Цитата:
Сообщение от RX1AG
Чепуха полная. Это было давно и........сейчас все 8 логических проц.загружены равномерно. Несколько раз Игорю в прошлом это сообщал ,теперь все на своих местах.Цитата:
Сообщение от RX1AG
Большое ему спасибо и команде тестеров!
Так может к компу нужен и трансивер посовременнее и особенно высокоэффективные антенны ,а если менее эффективные то на больших высотах подвеса.Это правило никто не отменял .Цитата:
Сообщение от RX1AG
По поводу Штатов и особенно Японии ,последних вообще делать нечего ,а Штаты ....по времени и только по времени ,однозначно.
И все эти коллы, что минус 24 Вам отвечают с "первого т ыка"? Сомневаюсь... Трудно поверить, т.к. они полагаю, есть далекие иностранцы. Не QRP из России. Иностранцы, знать не знают, что есть такая JTDX и пользуются WSJT. А значит, полагаясь на Ваши размышления, имеют значительно худший прием. Соответственно, Вас не слышат... Где же практическая польза от лучшей JTDX?Цитата:
Сообщение от R6LCF
Мой Р4 соответствуют тем требованиям, что указаны в мануале для WSJTЦитата:
Сообщение от R6LCF
Лучший прием это не только комп, а высокоэффективные антенны на больших высотах подвеса ,это современный трансивер с компом.только по одному шнуру USB ,минимум шумов,помех и дополнительных излучений в полосе.И при работе на те же Штаты ,это УМ .На данный момент несмотря на плохое прохождение ...не более 200ватт. Два года назад в моде JT9 хватало 30ватт на ту же Японию и Штаты. Недавно показывал скрин на о. Тасманию(Австралия) и тут же с Бразилией ....100ватт на 40м. Антенна "кабельный диполь" на высоте 45м ,отлично настроенный.Бывает и сейчас такое ,значительно реже но есть! Ну на 20м у меня Яги 3 элемента ,с ней значительно проще!Цитата:
Сообщение от RX1AG
Вы не можете обосновать преимущества JTDX. Поэтому, можно долго ссылаться на шум эфира/погоду, на антенны, на ваттность. Понимая дальнейшую бесполезность обмена текстом не по теме, предлагаю закончить дискуссию.Цитата:
Сообщение от R6LCF
Вы главное понять или не можете или ........,скорее не хотите.Работайте на чем хотите и как хотите.По сути мне все равно.Купите "нормальный" комп.и многие вопросы уйдут сами по себе ,а к нему антенны и современный трансивер.Цитата:
Сообщение от RX1AG
P.S.Я выражаю огромную благодарность Игорю и команде за отлично проделанную работу и ....уже по мелочи устранение шероховатостей в программе.Как понимаю Полная версия не за горами.Удачи вам и успехов!
Андрей, а мне выдает нижеследующее (см. скрин ниже). Переустановка программ не помогает пока :-(Цитата:
Сообщение от RD6LK
Вложение 205984
Все же в режиме CQ не всегда включается ответ корреспонденту, хотя задержки по декоду нет.
С включенным режимом AutoTX получше, но и то не всегда срабатывает.
Без AutoTX вообще не получается автоответ. Пробовал AutoSeq переключать 1-3 тоже самое.
Вроде еще ранее про это говорили. А так пока более ничего не заметил.
Вложение 205985
RX1AG :Подумал , может действительно с Японией и не только ,так трудно.....как вы пишите ,да нет с первого раза , 40м только что ,JTDX версия 072.
Вложение 205986
Вложение 205987
Вложение 205988
Вложение 205989
Последний поинтереснее будет. С Карибами немного опоздал.......Да нет,взял Карибы!
Вложение 205991
Вложение 205990
Американец немного не" в свое" время,НО есть! Вот эти связи и есть доказательства преимущества программы JTDX версии 072.А все эти разговоры ни о чем ,пустая говорильня и бесполезная трата времени! Все ,некогда ,интересных станций много!
мммда, даже не знаю что посоветовать если переустановка не помогает.Цитата:
Сообщение от UA3SGV
и в ошибке толком ничего не указано....
проверил утром с wsjt эта версия алерта работает без проблем и ошибок
Действительно столько наваяли, себя похвалили и толком ничего не сказали. Достаточно было показать звуковые файлы вашей работы на вашей замечательном оборудовании, с вашими прекрасными антеннами и приложить комментарии к ним. Тогда мы у себя прогнали бы их и удостоверились что у вас всё работает лучше, быстрее и всего значительно больше. И тогда бы все увидели преимущества JTDX так как прогоняли бы на разных программах те данные которые вы предоставили, сравнили их со своими, на своём "убогом" железе а не делали бы бла-бла-бла-бла.Цитата:
Сообщение от R6LCF
Версия 72_5 глюк при получении от корреспондента RR73:
Вложение 205994
Начинается ответ и тут же прерывается. У меня стоит автосохранение QSO - может из-за этого?
При чем тут JTDX??? если проход есть то любая программа так сработает.....так что этими картинками не удивишь никого.Цитата:
Сообщение от R6LCF
Вот это поясните пожалуйста. Со всем остальным согласен, против физики и технического прогресса не попрешь и нечего тут агонизировать... А если ещё короче, то "бабло рулит", к сожалению...Цитата:
Сообщение от R6LCF
возможно, я в ручную сохраняю, без проблем.Цитата:
Сообщение от RX4HX
Вложение 205996
По мне, то если бы в WSJT был бы RX фильтр, равномерное деление потоков по ядрам и более расширенная нотификация вызовов, он был бы не хуже JTDX для слабых процессоров. На моих древних ядрах WSJT-1.9 работает медленнее, чем JTDX-72, даже в конфигурации по умолчанию. Единственное, что заметил при сравнении - уровни сильных сигналов на JTDX стали ниже, чем WSJT. Декодов однозначно больше, а запаздываний меньше именно в JTDX. Все компьютеры старше 6 лет и катастрофические шумы в антеннах.
Да ничего особенного,просто комплекс мер приводит к нужному результату. Трансивер ic 7300 соединен с компом по шнуру USB : COM, PTT, встроенный USB audio codec ,все по нему.Трансивер в режиме USB Data. Что это дало практически. Сигнал на передачу отменного качества без малейших побочных излучений в применяемой полосе ,200-2500Гц. Мониторинг СДР панорамами в режиме реального времени в отличии сигнала через внешние интерфейсы и дополнительные преобразования.В полосе дополнительные внешние излучения ,минимального уровня ,но есть.Аналоговый сигнал и дополнительные преобразования . По приему ,аналогично:минимальный шум ,отсутствие помех ,работа при отключенном АРУ и не приводящее к искажениям сигнала. Специально сравнивал работу через внешний интерфейс и напрямую через встроенный USB audio codec. Разница очень даже заметна.На классике пробовал ,даже на дорогой ....результат хуже!Цитата:
Сообщение от UA1OMZ
По поводу вопроса о прохождения.....А где вы его сейчас видели.....так не шатко не валко. Строго по времени и что то есть очень непродолжительное определенное время .На 40м показал вчера.Да у меня еще Европа стеной перед ....соседним континентом.
Например на 20м Штаты не более 30мин в день ,а чаще меньше.Можно успеть несколько станций взять,а может и нет.И не нужно говорить ,а вот пару лет назад .........,да нет сейчас такого и нескоро будет.
По поводу преимуществ JTDX именно последних версий ,конкретно 072.Значительные улучшения по времени декодирования и успешная работа всех логических проц. задействованных в компе в отличии от прежних версий когда из восьми в моем компе работало 6 ,а то и 4 да и то с неодинаковой загрузкой. Общая загрузка не превышала 16% и декор ничем не отличался от WSJT-X что очень не нравилось и не устраивало , а уж интерфейс WSJT-X ну совсем .....не очень.Мне интерфейс JTDX значительно удобнее ,мелочи но......Сейчас загрузка до 50% и все 8 заняты равномерно + конечно что дополнительные программы выключены и синхронизация по времени на отлично . Устанавливал каждую версию JTDX с удалением файла конфигурации и последующей установки настроек по "новой".И вот на 072 то что я хотел.Так понимаю , что мелкие шероховатости уберут и получим то в чем и нуждаемся.Пока у себя не нашел шероховатостей может еще мало на ней работаю.
Важен конечный результат и только , вот и добиваемся чтобы его улучшить и желательно значительно.
Я тоже! Правда совместно с JTAlert и в лог MixW 3.2, но если не успеваешь... очищается информация и программа выкидывает окно предупреждения (лучше подходит приговора). Приходится ручками вносить или др. способами... Раньше всё было лучше (и колбаса), и инфа не сбрасывалась почти сразу по получении 73!!! В авто сохранении наоборот, ещё не знаешь чем приём закончится, а в лог уже улетело (и приписать, пожелать (корреспонденту) что либо относящееся к данному QSO - не успеешь! ). Вот такие "бяки" сильно не нравятся... мне лично. Как остальным НАМам не знаю, опрос не вёл.Цитата:
Сообщение от RD6LK
Открою секрет всем тем, кто ещё не догадался сам, что rx-фильтр почти бесполезная вещь. Приемная частота помеченная зеленым маркером и так во всех режимах (кроме autoseq3) и во всех версиях и программах декодируется ПО УМОЛЧАНИЮ ПЕРВОЙ. Т.е. приемная частота сама является фильтром, только более узким, ровно в один сигнал. И только в JTDX в autoseq3 фильтр помогает декодировать быстрее, т.к. приемная частота там декодируется в общей очереди. Так, что в WSJT-X rx-фильтр будет абсолютно бесполезен...Цитата:
Сообщение от RX3ASP
Вот всё то дельное что можно подчеркнуть из вашего поста. Дайте wav файл в котором вы увидели то что мы не видим и который так быстро обрабатывается у вас и довольно долго на наших более слабых системах. Не будьте голословным покажите ваше преимущество.Цитата:
Сообщение от R6LCF
интересно чем вы измеряете разницу в этих программах? не могу понять...я разницы никакой не замечаю...а вы все два,три,10 ядер каких то плетете...потоки?? доказать все что делаете можете??? или очередная бутофория?Цитата:
Сообщение от RX3ASP
Скоро сделаю автомат - выдалась неделя спокойная.Цитата:
Сообщение от UR4UM
Остыньте, уважаемый. Я вам ничего не навязываю.Цитата:
Сообщение от UA9OP
Измеряю невооруженным глазом. В окне WSJT-19 позывные ещё выплывают, а у JTDX-72 уже все видны и к тому же позывных на 1-2 всегда больше в JTDX. Проверял и на разных компьютерах, меняя поочередно программы и на одном, запуская сразу две программы.
Ну так поделитесь звуковыми файлами где больше, хочу у себя посмотреть, может вы меня убедите купить новый комп, перейти на JTDX. Как-то раньше это было принято подкреплять свои заявления чем то материальным, то что можно проверить.Цитата:
Сообщение от RX3ASP
Даже дядюшка хи-хи и тот показывал для сравнения.
Вы о чём? Запишите сами файлы, декодируйте их разными программами и наблюдайте что, где и когда. Ещё раз: я ничего не навязываю и не продаю.Цитата:
Сообщение от RC2SC
Напомните, плиз, как поставить разные версии JTDX на комп в разные папки? Чтоб независимо друг от друга запускались и работали.
Коллеги,
Кто работает JTDX/WSJT-x c трансивером ICOM 746 Pro, -- отзовитесь, пожалуйста. Хочу проконсультироваться -- возникла проблемка с сигналом при передаче.
По вашему снимку даже ежу понятно что WSJT-X перегружена по входу и показывать снимок чего-то с не понятно какими настройками это не о чём. Поэтому и прошу, если заявляете о чём-то дайте исходный материал а мы его посмотрим и скажем да - это корректное сравнение или нет - вы тут слукавили. Что вы все хвостом виляете, боитесь чего то, я понять не могу. Когда работали над JT65 постоянно сравнивали, давали файлы к снимкам и показывали на сколько JTDX лучше WSJT-X. Мы проверяли, обсуждали, экспериментировали с настройками а теперь просто детский сад, обида и не подкреплённые ничем заявления. Да, мельчает народ.Цитата:
Сообщение от UT1US
Так я не вижу разницы, не вижу на сколько хуже моя система потому что думаю может принимает у меня что-то не так, не так забит эфир, нет столько станций с такой большой разницей сигналов. Поэтому прошу, покажите, расскажите при каких условиях, каких настройках какая разница в декодировании и времени декодирования. Я проверю, сравню с вашими данными и сделаю выводы и всё. И это будет честно ведь я сам себя обманывать то не буду.Цитата:
Сообщение от RX3ASP
http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1445930Цитата:
Сообщение от RZ1OA
Вы не учли многопроходное декодирование и вычитание мешающих сигналов. Если рядом с RX частотой или на ней есть мешающий сигнал с б'ольшим уровнем то на первом проходе желаемый сигнал не будет декодирован.Цитата:
Сообщение от UA1OMZ
В JTDX и в WSJT-X на данный момент одинаковый подход к обработке приемной частоты.
необходим кусок файла ALL.TXT +- 3 минуты от места сбояЦитата:
Сообщение от RX4HX
Цитата:
Сообщение от RC2SC
Чтобы оценить разные софты необходимо использовать их для работы в эфире, и нет смысла кого либо то убеждать что софт лучше или хуже, каждый оператор для себя сам сделает вывод.Цитата:
Сообщение от RC2SC
Для FT8 из-за критичности к времени потраченном софтом на декодирование, софт уже не может оцениваться только проигрыванием звуковых файлов.
Так же как и не может оцениваться одновременным запуском двух разных программ. Не выработаны алгоритмы, принципы сравнения а уже судим о чём то. Мы и время сравним на декодирование. Может хватит высокопарных речей а что нибудь конкретное кто-то покажет.Цитата:
Сообщение от UA3DJY
Владимир, это можно сделать! Запустите WSJT-X и запустите JTDX и выберите «No rig». Таким образом, у вас есть оба пакета бок о бок.Цитата:
Сообщение от RC2SC
73's de OE1MWW
Wolfgang
Так как в коде программы JTDX были внесены изменения желательно исключить даже гипотетическое влияние программ друг на друга, не говоря даже о увеличившейся нагрузке на систему. У всех разное железо, важна чистота эксперимента.Цитата:
Сообщение от OE1MWW
Еще потестировал v18.1.0.72 сегодня на CQ. Ну не хочет подхватывать позывной
после декода, а продолжает давать CQ. Провел несколько связей с разными
AutoSeq и ничего не помогает. Приходится по позывному кликать, тогда все нормально.
Ну и еще явно заниженные рапорта. На мой взгляд на 3-5dB. Еще иногда видно завышенный уровень рапорта. Картинку приложил.
Вложение 206048
софт распознает как повтор, если в закладке Notifications все верно настроено то мог расспыпаться JTDX.INI, покажите пожалуйста картинку закладки NotificationsЦитата:
Сообщение от RA3FP
Получил несколько писем, но никто не сверял SNR по симулированным сигналам, почему то считают что раньше софт (а также WSJT-X) показывал SNR правильно а теперь неверно, возможно причина в привычке.Цитата:
Сообщение от RA3FP
Дойдут руки - сделаю пакет файлов с разными SNR для проверки и при необходимости откалибрую FT8 SNR в JTDX, приоритет низкий: IMHO WSJT-X сейчас имеет погрешность определения SNR примерно +- 15 дБ для пересекающихся сигналов.
На картинке повторное декодирование инициировано двойным щелчком на водопаде, цифры SNR показывают разницу вычисления SNR между двумя алгоритмами использующимися в WSJT-X, для разных сигналов разница отличается:
Считаю что в новом алгоритме вычисления SNR в JTDX удалось уменьшить ошибку для пересекающихся сигналов.
Ну и не забывайте, SNR = сигнал/(шум+помеха), высокий уровень на водопаде не всегда означает высокий SNR, сигнал может клонить S-метр трансивера в S9++ а SNR при этом быть менее -15 дБ.
Игорь, повтора в позывном нет, только повтор по сработанной стране. Хотя может, что не правильно в Notifications настроил. Прилагаю скрин. INI файл уже давно не трогал. Может надо все заново переустановить. Я сравниваю рапорта с WSJTX, там вроде правдоподобно выглядит. Может конечно и WSJTX немного обманывает.
Вложение 206055
По Вашим настройкам все позывные которые не новая страна DXCC по диапазонам являются повторами. Поставьте галочки Check and highlight new calls - per band - and mode и AutoSeq будет отвечать на поступающие вызовы.Цитата:
Сообщение от RA3FP
Чтобы видеть какой позывной софт считает повтором включите зачеркивание или подчеркивание повторов (strike it / underline it).
Почему-то меня и я не спочу на HamSpots.Подскажите пожал.где галку поставить,не могу найти.Раньше спотил и я и меня,
Думаю это не с JTDX связано...От вас спотов нет,но на вас то независимо от JTDX должны быть...Обратитесь к VK3AMA....Цитата:
Сообщение от UT1US
To UA3DJY
Игорь а когда (хотя бы приблизительно) будет решен вопрос с исключением захвата в режиме Autoseq5-6-7 тех кто дает CQ DX... ?
Пока в общем доступе не опубликованы звуковые файлы с симулированными одиночными сигналами с заданным расчитанным SNR, можно только предполагать насколько точно показывает SNR софт. Для одиночного сигнала и пересекающихся сигналов SNR отличается, и в последнем сценарии точность расчета SNR определяется только используемым алгоритмом - калибровке не подлежит.Цитата:
Сообщение от RA3FP
уже сделали в 18.1.0.73, поддерживаются CQ DX SA NA EU AS OC AN AF, пока тестируем в узком кругуЦитата:
Сообщение от RA3QH
Записал и проверил.Цитата:
Сообщение от RX3ASP
Проверял JTDX v18.1.0.72 и WSJT-X v1.9.0 rc1 r8504.
В обоих программах декодер был проверен в режиме Normal и Deep. Правда в режиме Deep, в JTDX, автоматически все файлы не декодировались, зависла программа на третьим или четвёртым файле поэтому пришлось поочерёдно в ручную открывать каждый следующий файл. В WSJT-X, в режиме Deep, автоматом все файлы залетели и декодировались без проблем.
Свёл все данные в таблицы, снимки последних строк показываю.
Итог: В режиме Normal обе программы декодировали одинаковое количество строк - 408 строк.
В режиме Deep JTDX декодировала на две строки больше (на ложные декоды и там и там не проверял).
JTDX - 442 строки,
WSJT-X - 440 строк.
Вложение 206059
Вложение 206060
Что заметил так это большую разницу в оценках сигналов.
вот файл интересно как у Вас будет...в разных программах и при разных режимах декодирования...у меня разница большая.Вложение 206066Цитата:
Сообщение от RC2SC
У меня вот так Deep.Цитата:
Сообщение от UA9OP
Вложение 206067
Так Normal.
Вложение 206071
Сегодня ещё раз решил посмотреть как обе программы декодируют, опять разница в два декода хотя строк теперь значительно больше.:grin:
Галка стоит Use PskReporter ?Цитата:
Сообщение от UT1US
у меня по другому...почему и спросил, но у меня JTDX 0.70 теперь ясноЦитата:
Сообщение от RC2SC
а у Вас 0.72
Заметил что входной уровень маловат, чуть-чуть бы по входу добавить.Цитата:
Сообщение от UA9OP
А посмотрите как по порядку, по возрастанию частоты в прогоне отображаются станции в WSJT-X, удобно ориентироваться, нет хаотического нагромождения. Мелочь а приятно к восприятию.
речь идет о HamSpot....на PskReporter споты есть..Цитата:
Сообщение от RC3C
Туда споты попадают с ПСКрепортера.Цитата:
Сообщение от RA3QH
Но вроде надо зарегистрироваться.
тогда ой..Цитата:
Сообщение от RA3QH
Вот получилось, удалось показать преимущество JTDX над WSJT-X. Целых шесть декодов на почти полторы тысячи, и в последнем видно что Непал WSJT-X не распознала. Палец правда болит, постоянно нажимать F6 в JTDX, ждать декода и опять вызывать следующий файл.:sorry:
Этож на сколько декодов одной идёт прибавка другой? 1411 делим на 6 (два переносим, нуль на ум пошло ....), во почти на 235 декодов один прибавляется.:declare:
Это только относительно вашего проц.На меньшей мощности ,возможно, разницы не будет вообще ,а на очень мощный разница будет весьма заметна.Что и замечено многими пользователями.Цитата:
Сообщение от RC2SC
Ну и что........
Где, покажите, прошу второй день.Цитата:
Сообщение от R6LCF
Это того стоит чтобы бросится покупать более дорогое железо?Цитата:
Сообщение от R6LCF
Еще раз отвечаю.Цитата:
Сообщение от RC2SC
Все эти тестирования аудио файлов меня не интересуют вообще. Я этим не занимаюсь и заниматься не собираюсь.Мне это не интересно ,для меня ЭТО главное.
Я смотрю по факту работы и косвенно по загрузке проц. Не знаю у кого как ,но у меня сознательное ограничение мощности проц.в программе WSJT-X ,так же было в JTDX в предыдущих версиях.Слава......к нам прислушались и в версии 072 этого нет.Задержек по времени нет ,все в автомате и по времени все успевает.А что нам еще надо.......большой + это удобство при работе с интерфейсом JTDX в отличии от WSJT-X." Убогий" какой то.
Это каждый решает для себя сам. Я решил ,хотя и предыдущий стационар был весьма неплох. Процесс очень быстро идет и не от нас это зависит.Цитата:
Сообщение от RC2SC
P.S. Что хочу добавить. На предыдущих версиях JTDX ,а также на WSJT-X что мой ноут для выездов ,что новый мощный системный блок ,а все одинаково.
Ну и зачем это ориентирование на слабое железо.Пусть будет в настройках. Так же было и раньше в настройках для JT65 и JT9 Как было удобно и вопросов подобных не возникало.
Ну и флаг вам в руки! Кто против ,лично мне все равно. Мне очень важно чтобы автор и команда успешно работали над JTDX ,а я если понадобится и они мне это скажут,всегда поддержу!Цитата:
Сообщение от RC2SC
P.S.Было время ,на предыдущих версиях JTDX не комфортная работа и не соответствующая мощности проца ,сейчас на все 100% поддерживаю.Почти то что надо.
Я за работу Игоря и команды ,уже по другому не будет ,для себя конечный результат вижу при работе в эфире!
Стоит.Вложение 206078.Цитата:
Сообщение от RC3C
Пришлось еще вот здесь галку ставить на FT8.Поставил,но это еще не все,пишет ,что надо скачать новую версию JTALERT,СКАЧАЛ УСТАНОВИЛ,и начались танцы с бубном ,не хочет работать с JTDXом,я конечно решу эту проблему,но все так не просто...
Вот здесь Вложение 206079
Может кому поможет.Вложение 206084
А если я без АЛЕРТА работаю?ЧТО НЕ БУДЕТ спотов от меня и для меня?
В JT65 работал ,только дал сикью тут же спот.
Вложение 206086Цитата:
Сообщение от UT1US
JTAlert не использую
Где-то упустил.
Что это такое?
Вложение 206087
Это почти статистическая погрешность. А почему декодов то должно быть больше или меньше? Если эта часть в программах ОДИНАКОВАЯ, взятая именно с WSJT? Разница может быть в скорости декода (зависит от настроек программ, железа и т.д.), за счет чего самих то декодов больше (меньше) будет?Цитата:
Сообщение от RC2SC
Отметили красным,а комментарий?Цитата:
Сообщение от RA3QH
Всё началось с данного высказывания, некоторые начали хвастаться своим железом считая других (с более слабыми системами), как бы помягче сказать, короче лузеры а они продвинутые пользователи. При этом заявлялось о таком значительном преимуществе программы JTDX над WSJT-X, что диву давался. А почему декодов должно быть больше об этом должны написать разработчики, они взяли за основу WSJT-X и стараются её улучшить а как это получилось увидим со временем.Цитата:
Сообщение от RZ1OA
Цитата:
Сообщение от UA3DJY
Где вы это прочли.Покажите. Это ваши домыслы. За исключением :если только сами так считаете.Цитата:
Сообщение от RC2SC
Я так понял ,вас чем то обидели и вы стали активным противником программы JTDX. Может в этом главное.Может лучше присоединится к команде и активно работать по.......а мы будем получать отличную программу и вместе радоваться успешной работе в эфире!
у вас этих галочек нетЦитата:
Сообщение от UT1US
На Hamspots споты уходят только через JTAlert. Без него только на pskreporter.Цитата:
Сообщение от UT1US
Вы во всём видите противников. Для нормального развития JTDX не хватает грамотных тестеров и оппонентов.Цитата:
Сообщение от R6LCF
Не совсем так. У меня нет алерта, но стоит галочка репортера в программе - споты уходят.Цитата:
Сообщение от US-E-12
Всего хватает. И тестеров и оппонентов...Цитата:
Сообщение от RC2SC
JTDX не только в "этой ветке" развивается, поверьте! Есть "более нормальные"
места... Где люди реально ратуют за развитие. И не троллят.
Не в коем случае. На вторую часть ответ.Вот и будьте им ,грамотным тестером.Мы пользователи и будем применять то что вы нам предложите. Только так!Цитата:
Сообщение от RC2SC
Ну так разработчики черным по белому уже раз дцать написали - приемный механизм ОДИНАКОВ. Для БЫСТРОТЫ и УДОБСТВА работы нужен мощный процессор (впрочем хватает среднего по сегодняшним меркам i5). Вот и всё. JTDX очень удобен своими "наворотами". Но за любой сервис нужно платить - в данном случае мощностью компьютера.Цитата:
Сообщение от RC2SC
+100500 к словамЦитата:
Сообщение от RZ1OA
Интересно кто с какой периодичностью переустанавливает систему?
Хватает и Celeron J1800-J1900 при грамотной настройке системы и достаточном количестве ОЗУ.Цитата:
Сообщение от RZ1OA
Весьма "бюджетно" получается. Я же вроде в этой ветке приводил показания загрузки системы
на J1900 при работе кроме JTDX еще и PowerSDR... Очень легко справляется.
Начиная с i3-х вообще проблем быть не должно. Опять же, если ОЗУ не менее 4 Gb...
Ну, у кого нетбуки на Athom или еще дохлее - тут наверное и правда "ловить нечего". Хотя
я бы сразу не сдавался и все-таки попробовал привести систему к максимальной "скорострельности".
Особенно, если трансивер - "чемодан" и никаких SDR-программ не используется. Вполне можно пробовать.
В этом случае поддержу.Цитата:
Сообщение от R0JF
Подарив жене на день 8 марта новый современный ноут ,а себе забрал ее Асус с опер.сист.ХР .двух ядерный. Опер.пам.2гиг ,дохловатый чего говорить по современным меркам.
Что сделал : удалил все что можно ,даже антивирусника нет.Вообще "голый" Установлен UR5EQF_Log и JTDX версия 034. Ноут .....летает и программа неплохо работает.И я доволен , что новый на выезды не нужно покупать и жена новым с W10 Pro 64bit ну и соответственно железо.
На домашнем компе - с выходом новой версии операционки (просто нужно быть в курсе новых технологий), на всех остальных - крайне редко, почти никогда. Компы используются для работы и хобби - там ничего никогда лишнего нет (часто нет даже антивируса, ибо не зачем) Вполне себе живут и XP и 7 и 10. Вот 8 не прижилась. Совсем. Вот на геймерском компе ребенка это делается раз в пол года, и чего там только нет .... :) Для радио - Win7, JTDX (WSJT), логи (для повседневной работы и теста), офис, браузер (хром), синхронизация времени, драйвера. И всё. Чего и всем рекомендую - вероятность появления глюков (и желания переставить операционку) - крайне мала.Цитата:
Сообщение от UA3OA
Ну так по вашим словам разработчик просто ввёл в программу FT8, функционал уже был а чем он занимался эти полтора месяца после введения непонятно. Браво, вы переплюнули хвастунов и балаболов.Цитата:
Сообщение от RZ1OA
На сколько зависит скорость работы от количества ОЗУ? И с чем это связано? Каков желательный минимальный объем? Ставил и на 2, на 3, на 4 гига - разницы особой не заметил (но не тестировал). Да и при работе программы монитор ресурсов показывает, что ее еще море свободно... Или разница все ж должна быть?Цитата:
Сообщение от R0JF
Галки поставил.Работал в JTDX -JT65 модой без алерта, споты улетали в обе стороны.После каждого сикью интересно было посмотреть с каким уровнем принимают меня и где.Цитата:
Сообщение от US-E-12
ASUS EEE PC 1025CE вполне нормально переваривает по 25 позывных и адский шум. С фильтром вообще никаких проблем. Для дачи точно сойдётЦитата:
Сообщение от R0JF
1. Это не по моим словам. Я не занимаюсь разработкой кода. Это писали сами разработчики. Переход на личности - это самый последний аргумент.Цитата:
Сообщение от RC2SC
2. Читайте внимательно - полтора месяца было потрачено на ДОПОЛНИТЕЛЬНЫЙ функционал, связанный с работой логирования, работы фильтра, автоответа, записи данных в лог и т.д. Это просто xxxxx какой объем работы!!!!! И об этом (о планах и шагах разработки) писали сами авторы проекта. Жигули и мерседес могут доставить Вас из точки А в точку Б. Но многие выбирают мерседес, хотя он и чуток дороже. Почему? :)
3. Желания выдать то, что JTDX принимает лучше - не правда (пока, может руки дойдут и до приемной части). Его сила - в другом. Вы ж сами это и доказали.
Переустанавливаю раз в год. Комп чисто для радио. Так рекомендуют. Переустановил в субботу ,системе был год и месяц. Нагрузка на процессор при работе JTDX снизилась на 15 процентов.
В чем?Цитата:
Сообщение от RZ1OA
Судя по этой теме сторонники пись.., пардон, количеством строк меряются.
...
Скажите это тем кто высказывается по этой теме.Цитата:
Сообщение от RZ1OA
Цитата:
Сообщение от R6LCF
Цитата:
Сообщение от R6LCF
Цитата:
Сообщение от R6LCF
Цитата:
Сообщение от R6LCF
Цитата:
Сообщение от RX3ASP
Я выскажу ТОЛЬКО СВОЁ мнение (можете с ним не соглашаться), но поверьте, опыта работы с компьютерами у меня достаточно для подобных суждений.Цитата:
Сообщение от RZ1OA
Для Win-7 32-х достаточно и 2 Гиг, но если хотите комфортно работать - 4. Больше не имеет смысла. Система все равно не сможет с ними работать.
Для Win-7 64-х - минимум 8 (иначе ВООБЩЕ ЗАЧЕМ ставить 64-битную версию???).
Win-8 и особенно Win-10 гораздо прожорливее. Только учитывайте, что и у них 32-битные версии один черт не могут работать с объемами более 4 Гиг. Увы.
По скорости... Смотря что делать. Если в Word`е работать - то можно и по-минимуму. А вот если FFT использовать - то память лишней никогда не бывает. Другое дело, что нужно разумные пределы понимать. Тот же i3-й я бы лично более чем 16 Гигами уже не и оснащал. А скорее ограничился бы 8-ю. i-5-й - да, 16 наверное оптимально. Всякие Athom - им и 2 с достатком.
Как-то так.
неправильно...и без JTAlert отправляются споты на Hamspots... у меня JTAlert никогда в жизни не устанавливаласьЦитата:
Сообщение от US-E-12
Да вам ....мне незачем что либо доказывать. Как сказал ранее "мне фиолетово" .Чужие мнения меня не интересуют ,тем более "твердолобых" противников JTDX.Я сам вижу по факту и возможностям работы в эфире.Для меня главное что я уверен и вижу это наглядно при работе своего компа.Цитата:
Сообщение от RC2SC
Установлено в данный момент " убогая" даже по интерфейсу WSJT-X 19 версия(ограничения максимальной мощности компа видно даже визуально в Диспетчере устройств и по распределению по логическим проц.в мониторе ресурсов) и JTDX 072.(ранее ограничения присутствовали так же как и выше сказанное )в 072 нет!
Все 8 проц.равномерно загружены и главное по времени все отлично ,все укладывается!
У меня тоже такого опыта хватает, но мы в этой теме не вообще про память, а про работу с JTDX. Вот и хотел услышать про зависимость. Ибо сам разницы не заметил. Естественно, памяти при этом должно хватать для нормальной работы самой операционки. Сам считаю - на сегодняшний момент для боле менее комфортной работы - минимум 3 гига нужно. А сам JTDX вроде не так и прожорлив в этом плане.Цитата:
Сообщение от R0JF
В компе система W10 Pro 64bit поэтому установлено 16 Gb памяти,но обратил внимание что на работу программ особого влияния не оказывает.Одинаково ,особых отличий нет.Кто сомневается можно скриншот сделать и выложить.Цитата:
Сообщение от RZ1OA
Мне важна информативность. Я вижу повторы, новых корреспондентов - без привязки к сторонним программам (ибо просто их не использую при работе в FT8). При сильно загруженных диапазонах иногда помогает фильтр - программе не нужно декодировать 40 позывных, увеличивается скорость декодирования этого маленького участка (практически мнгновенно). Ну и интерфейс мне больше нравится (тут каждому....) Остальные фишки (типа фильтры по континентам, разные виды автоответов и т.д.) я не использую. Но кому то и это важно. Да - и еще - часто использую вызовы типа CQ NA и программа сама нормально отвечает тем, кто меня зовет. Попробуйте это сделать в WSJT..... Нужно успевать тыкать мышкой, чего вовремя получается делать редко :)Цитата:
Сообщение от RK1NA
Всем Привет! Вопрос спецам. Какое максимально время можно задержать передачу после нулевой секунды чтобы получить полноценный декод на другой стороне? Спасибо.
Точно сказать не могу но частенько надоедает ждать ответ ,в ручном режиме удаляю позывной и собираюсь уходить на другую частоту ....но получаю ответ и успеваю в ручном режиме кликнуть по строке с ответом и вкл. передачу. Пишет принял все.Получаю RRR или RR73 . у меня ответ 73 , окно ,ок и автоматом связь в Лог.JTDX версия 072 через программный интерфейс с UR5EQF_Log.Цитата:
Сообщение от UN3G
Не отправляются они туда, как бы вы этого не хотели. Попадают только через PSK. Программа не может их туда отправлять - нет там такого адреса!!!Цитата:
Сообщение от RA3QH
Это вы "со зла" что-ли? ))) Благополучно стоит Win-7 х64 + 2ГБ оперативки из них 1ГБ всегда свободен даже при сильной загрузке процессора. Вопрос к разработчикам JTDX - поясните влияние процессов на оперативную память. Хотя наверное уже и сам ответил -1ГБ всегда свободен.Цитата:
Сообщение от R0JF
Галки здесь ни причём, это для обмена по UDP. И поверьте, код я всегда держу под рукой, ну нет там отправки спотов на hamspots. Улетают только на pskreporter, а вот оттуда их скорее всего собирает hamspots или у этих сайтов налажен обмен информацией.Цитата:
Сообщение от UT1US
зависит от SNR сигнала, попробуйте в JTDX v18.1.0.72 во время передачи CQ нажать кнопку Halt Tx в разных точках интервала, после нажатия этой кнопки звуковой поток на прием восстановится примерно через полторы секунды, результат декодирования частично принятого сигнала будет у Вас на экранеЦитата:
Сообщение от UN3G
в WSJT-X функционала декодирования части интервала нет, в JTDX для моды FT8 сделан начиная с версии 18.1.0.72
Только чисто из опыта, специально не измерял. При условии если у вас и корреспондента время четко синхронизировано, то задержка до 3 сек. - 100% декод, 4 сек. - 50% декод, 5 сек. - 10% декод, 6 сек. - декод теоретически возможен, но был один или два раза.Цитата:
Сообщение от UN3G
Можно нескромный вопрос?Цитата:
Сообщение от UA1OMZ
ЗАЧЕМ?
Шоб було?
занимают требуемое количество памяти, в разных версиях JTDX разные требованияЦитата:
Сообщение от UA1OMZ
Долго крепился, но вчера перешел с 34 на 72.
Первое что бросилось в глаза.
Невозможно поменять корреспондента во время передачи. Очень напрягает.
Второе. После окончания кюесо в поиске программа сама стает на цкю.
Настройки такие:
Вложение 206097
Еще. Почему-то индицируется что меня зовут.
Вложение 206099
Первый позывной в строке Dx Call.
Я то тут причем?
Вложение 206100
Заметил глюк с территориями. На самом деле это Айова.
Вложение 206101
При включенной Single shot QSO не должна идти на CQ, попробуйте удалить JTDX.INI.Цитата:
Сообщение от UR7TT
определяется файлом cty.dat, можете отредактировать и скопировать свою версию этого файла в папку где лежит лог wsjtx_log.adiЦитата:
Сообщение от UR7TT
разные версии файлов есть здесь http://www.country-files.com/
Файл встраивается в софт при сборке, если пользователь хочет использовать свою версию файла то файл находящийся в папке с логом будет иметь приоритет над встроенным.
ини новый, при инсталляции старый удалил.Цитата:
Сообщение от UA3DJY
Цитата:
Сообщение от UR7TT
все три сбоя вызваны определенной последовательностью событий, например я видел один раз сбой с сообщением 73 у себя в сетапе но не смог его потом воспроизвестиЦитата:
Сообщение от UR7TT
Если Вам удастся понять какая последовательность событий в Вашей работе приводит к таким сбоям то у разработчиков появится шанс эти сбои устранить.
Примерно так, вижу нужного корреспондента, вызываю.
Он не отвечает, или слабый сигнал и его посылки нет.
Он остается в окне ввода.
Я себе занимаюсь своими делами.
Через некоторое время - тыньк.
Я туда, а там скриншот выше...
Повторяюсь. Я спрыгнул с 34. Такого не было. Вкладка с веткой форума в браузере не закрывается, то есть более-менее в курсе.
возможно что код обработал это 73 как свободное сообщение, посмотрим в этой части кода, а с версии 34 очень много времени прошло, код во многих местах сильно изменилсяЦитата:
Сообщение от UR7TT
Олег не буду спорить...просто алерт никогда не ставил,а споты летят на HamSpotЦитата:
Сообщение от US-E-12
Я так скромно думаю,может ошибаюсь,но споты идут с алерта,хотя у меня раньше если и был алерт ,но я им не пользовался.Прочитайте ,что написано на hamspots .Вложение 206102.Цитата:
Сообщение от US-E-12
А я и алерт поставил,и состыковал с JTDXом.Вся связка работает отлично,и в заблокированных не числюсь,а споты не идут.В ПСК РЕПОРТЕРЕ спотюсь.Наверное надо написать автору-модератору HamSpot.Цитата:
Сообщение от RA3QH
А галочку поставили?Цитата:
Сообщение от UT1US
Вложение 206103
Да стоит.Цитата:
Сообщение от UA1NAN
UN3G,я наблюдал даже 5 секунд задержки декодировало но сам иногда сталкиваюсь с задержкой 3-4 секунды и,как правило,нормально декодируется "там" как ,собственно, и "здесь".
Кстати,кто подскажет,смотрю на скриншотах есть программа wsjt-x 1.9.0.
А где её скачать,навскидку в гугле такой не нашёл,везде 1.8.0
Спасибо.
1.9.0 есть здесь:Цитата:
Сообщение от R2LAC
https://cloud.mail.ru/public/3neB/dDzdrcGea
На ваших скринах не JTDX а WSJT-X:s11:Цитата:
Сообщение от UT1US
это с вашего монитора, тех кого слышите вы, значит на hamspots вас не забанили, споты идут.
тут кто слышит вас
ааа тут то что пишет под вашим ником
Цитата:
Сообщение от UR7TT
Был уверен, что это дополнительная индикация "готовности". Происходит в случае: Я неудачно пытался ответить на CQ или просто слежу за корр., его позывной уже в DX Call, он проводит QSO с другим, в конце даёт 73 (т.е. свободен для вызова). В этот момент я вижу красный маркер и жму Enable TX. Как то так.Цитата:
Сообщение от UA3DJY
У меня это происходит, когда предыдущее QSO не вполне закончено, т.е. Enable TX не погасло, а DX Call я вручную очистил и в окне gen msg CQ RX3ASP. Или, если DisTX73 неактивно.Цитата:
Сообщение от UR7TT
Господа, а давайте выявлять и указывать р/любителям с плохими сигналами. Сегодня 160 м. На скрине видно обведено синим цветом у UT4XU бяка на 2500, красным цветом у RW4PU две гармоники по бокам, прилично ребята "пространства подъедают". Замечал за ними уже не первый раз и на других диапазонах. Может они сами об этом не знают, но сообщения типа "bad signal" игнорируются.
p.s. если кто-то мне укажет на плохое качество сигнала, буду только признателен и сразу исправлю ситуацию.
Так есть вроде тема: JT65/JT9 - имейте совесть, когда в "цифре" работаете!Цитата:
Сообщение от UA1OMZ
http://forum.qrz.ru/6-cifrovye-vidy-...botaete-4.html
Я думаю, что на счет UT4XU вы ошиблись, это "бяка" от RL3FA.Цитата:
Сообщение от UA1OMZ
На скрине UT4XU менял частоту, а "бяка" - нет...
Что то я у тебя слабенько прохожу ..... :)Цитата:
Сообщение от UA1OMZ
Полностью с Вами согласен, простите за невнимательность, мои извинения для UT4XU, "бяка" действительно от RL3FA была...Цитата:
Сообщение от UX8IW
Вот как закончилось qso с EA8URT
Вложение 206124
Не получив от корреспондента 73, программа передала повторно 73 от меня
В ответ на CQ корреспондента -продолжила давать 73.
Возможно это произошло потому что не очистились окна TX1-TX5...(а очищаются они при получении от корреспондента 73)
Режим работы был выбран "single shot qso"
и
Вложение 206125
раньше при не получении от корреспондента 73 передача повторной посылки от меня прерывалась
А смысл ставить 64-битную версию на 2 Гига???Цитата:
Сообщение от UA1OMZ
64 бита нужно для организации работы операционки с объемами памяти выше 4 Гиг.
32-битная их просто не видит.
Работать будет, не вопрос. Только зачем? Дань моде?
Как сказать. FFT используется, а для "математики" память не лишняя.Цитата:
Сообщение от RZ1OA
А если еще и SDR-программа запущена - тем более.
В момент декодирования может и подтормаживать.
JTDX_34, более 30 станций в участке.Цитата:
Сообщение от R0JF
Память вообще в момент вычислений не подъедает. При этом работают: UR5EQF-лог, WSJTXJTDXInterface, опера + 4-ре открытых окна, D4, ну и JTDX_34 на максимальных.
Значит для Вашей конкретной ситуации всего хватает. Это хорошо. Процессор так ритмично в максимальную загрузку уходит - это во время декодирования?Цитата:
Сообщение от UA1OMZ
Просто есть Коллеги, которые кроме Ваших задач дополнительно используют еще кучу
прожорливого софта... Запустите на своей машине ExpertSDR, включите в нем второй
приемник, да натравите на него CW-skimmer например. Может и не хватить памяти.
А для кого-то это совершенно нормальный режим работы.
Все в мире относительно.
А как же - CQ: JA, VK, ZL???Цитата:
Сообщение от UA3DJY
и ЕЩЕ... в этом кругу - нельзя проработать версию с русской менюшкой?
Как успехи с работой спецпозывными в ближайшем будущем (RP73)?
да ради Бога Роман...это если вы будете давать CQ DX SA NA EU AS OC AN AF и т.д то у меня прога в режимах Autoseq5-6 не будет предлагать мне позвать вас...а вот если CQ DX дает к примеру японец,тогда прога "подхватит" его позывнойЦитата:
Сообщение от R2EA
Я это понимаю...Цитата:
Сообщение от RA3QH
И прошу рассмотреть символы,
которые дают направленно не только по континентам,
но и по странам (часто встречающие по наблюдениям).
Сам лично балуюсь CQ JA...
Это учтеноЦитата:
Сообщение от R2EA
Радует!Цитата:
Сообщение от RA3QH
А в этой секретной 73 версии не проработали автоматические установки при запуске для чайников?
Можно даже кнопку придумать с нарисованным чайником...
Нажал на неё и всё вернулось на свои места после недолгих экспериментов...
Да.Цитата:
Сообщение от R0JF
при запуске WSJTx стало выскакивать это окно:
Вложение 206129
где опять не ту галку прицепил? или отцепил... :s8:
В меню Wiew Птицу с астрономии убери!
вопрос по WSJT
A65FF дает CQ. Я его вызываю на его вызывной 1508. Вызов идет пару раз, он не отвечает. После этого, Enable Tx у меня отключается и в приемном окне появляется строка вызова А65 от YO3AIS. Приходится ВРУЧНУЮ вновь включать передачу авто вызова.
Как избежать такой ситуации?
Вручную не очищаю, автомат очищает. DisTX73 при автосек3 неактивно.Цитата:
Сообщение от RX3ASP
Вобщем хз. Неприятный нюанс.
Никак. Он вам не ответил ,а кому то другому ,а вам программа заблокировала вкл. передачи в этот момент времени. Ждите когда нужный вам передаст 73 своему корреспонденту и вызов по новой!Цитата:
Сообщение от RX1AG
Я это успеваю на JTDX последней версии 072 даже в ручном режиме.
не активно т.е серая кнопка?Цитата:
Сообщение от UR7TT
Да, затеняется. Можно сделать два варианта.
Вложение 206135Вложение 206136
Реакция одинаковая.
Связи с теми, кто после вызова и связи со мной на моей частоте начинал давать CQ, я удалял с лога. Считал, что это хамство. Пока при тесте JTDX сам такое не увидел, оказывается JTDX хамством занимается... :-(Цитата:
Сообщение от UR7TT
устранили этот сбой в версии 18.1.0.73Цитата:
Сообщение от UR7TT
такой сбой можно исключить работая на разных частотах RX/TXЦитата:
Сообщение от LY3BG
Не понял ответа. Что мне делать, если меня позвали на JTDX на моей частоте, менять RX/TX частоту? :s7:Цитата:
Сообщение от UA3DJY
Часто в результате так и получается... :s9:
Есть такое дело, обращали уже внимание разработчиков, в WSJT-X и JTDX_34 такое "хамство" исключено.Цитата:
Сообщение от LY3BG
я и считаю это хамством и программа тут мне кажется ни при чем...просто позвали кого то сплитом,а у него сплит не включен,он видит что его позвали и прыгает на вашу частоту...А далее считает " позвали меня - значит и частота моя"...и вперед...СQ....Цитата:
Сообщение от LY3BG
Скорее всего даже может и не замечает что ответил уже не там где CQ давал....
В моем примере никто никого не звал. Я подошел на общий вызов, обменялись 73, и тут же я стаю на общий вызов.Цитата:
Сообщение от RA3QH
Зачем? Я не хочу. Я практически всегда работаю сплитом, потому не "хамлю" на чужой частоте.
Но тем не менее.
Думаю Игорь разберется.
Вот провел две тестовых связи:
Вложение 206147Вложение 206148
Таже история.
вот в таком варианте у меня как у вас по завершении QSO начинается CQЦитата:
Сообщение от UR7TT
Вложение 206145
а вот так не будет СQ
Вложение 206146
Дайте скрины такие как я, увидим разницу.
Кнопка AutoTx используется в AutoSeq функционале, должна быть включена.Цитата:
Сообщение от UR7TT
Да, но тогда при даблклике на станции я ухожу на передачу, а я хочу перенести позывной в лог и посмотреть статистику, нужен ли он.
Не надоело разжевывать??? HI.Цитата:
Сообщение от UA3DJY
Нужно то сделать:
либо кнопку чайник, либо перевод меню на разные языки (с правом его выбора).
Думаю пора дать сухую версию с прибанбасами после 34й для большинства,
а тестирование проводить в узком кругу.
73я на то годится???
???Цитата:
Сообщение от R2EA
В этом кругу - нельзя проработать версию с русской менюшкой?Цитата:
Сообщение от UA3DJY
Как успехи с работой спецпозывными в ближайшем будущем (RP73)?
извините,а зачем его в лог переносить? по раскраске видно новая это станция вообще или новая на данном диапазоне....про В4 не упоминаю даже....Цитата:
Сообщение от UR7TT
для этого в JTDX есть функционал уведомлений по своему логу и фильтр повторов (можете использовать ADIF экспорт из внешнего лога), Вы пытаетесь использовать два колеса в велосипеде, одно от JTDX второе от внешнего логаЦитата:
Сообщение от UR7TT
Для того, что-бы по меньшей мере узнать, что это не Марианские острова, а банальная Айова, для того, чтобы узнать, что работает барыга, не имеющий специально Лотв.Цитата:
Сообщение от RA3QH
Для того, что-бы увидеть, что слот диджитал территорей закрыт, а не только текущим видом связи.
Продолжать?
Ни в коем случае.Цитата:
Сообщение от UA3DJY
Первая моментальная реакция, как-раз по нотификейшн гтдх проходит.
Дальше - анализ глубже, который Ваш софт не выдает.
ну если так то пожалуйста...не кликайте по позывному а введите руками в DXCall и все увидите не переходя на передачу...Цитата:
Сообщение от UR7TT
Пример.
Утром, тыньк, Гренада.
Я быстро на вызов.
Пока зовет, увидел, что ложный декод и успокоился.
Времени очень мало на анализ. Потому так.
Надеюсь это шутка?Цитата:
Сообщение от RA3QH
N AVG сделай 1 и сигнал будет хорошимЦитата:
Сообщение от UA1OMZ
еще такой сигнал может быть если в трансивере включен УВЧ.
нет...а какая разница кликните вы по позывному и будете смотреть интересует или нет или потратите 2 секунды на внесение руками? все равно цикл теряется... кстати иногда так делаю,когда хочется что то подробно рассмотреть...это чисто моя точка зрения конечно...мне раскраски в JTDX хватает...Цитата:
Сообщение от UR7TT
Имя штата, или членство лотв и екюсел Вы тоже видите?Цитата:
Сообщение от RA3QH
Мне не хватает, потому JTDX связан с внешним логом.
Да, кстати. В 34 былю моменты, когда чувак зовет, а связь перечеркнута (В4).
А на самом деле связь была с этим корреспондентом на другом бенде.
Тут есть такое?
Вот что в JTDX мне ОЧЕНЬ неудобно.
Даю CQ. Вызывает, провожу связь. Но Enable Tx не гаснет до последнего момента, когда будет принят 73 от корреспондента. Если я и дальше хочу дать CQ, должен ловить момент, когда эта кнопка гаснет и её опять нажать.
В WSJT она гаснет при начале передачи RR73. У меня есть 30 секунд чтоб её опять включить. Удобно. Моя поредача не задерживается.
Объяснения почему так меня не интересуют. Это мне, как пользователю, неудобно. Особенно если управляется с отдалённого компьютера или телефона.
вы не поняли ситуации...Цитата:
Сообщение от R6LCF
Сначала ДХ -са вызывал я... ДХ молчал, не отвечал. Затем, после пары моих вызовов, на этой же частоте его вызвал другой радист. Строчка с его вызовом вошла в мое приемное окно и программа отключила мой ТХ. Естественный вопрос: С какой стати прога должна отключать мой ТХ, давая возможность стороннему радисту звать ДХ-са?...
-------------------------------------
Когда ДХ отвечает иному, нежели мне, то здесь правильно- авто отключение ТХ нужно провести, чтоб не мешать проведению ЩСО.
В такой ситуации мой вызов отключается только после того, как дх передает рапорт не мне.
Или корреспондент уже проводит qso с дх.
По крайней мере не замечал такого бага , надо попробовать.
Во всех других случаях может вызывать бесконечно.
Южная Африка неплохо сегодня идет
Вложение 206158
Я все понял, у меня аналогично. Не ответили вам ,отвечают другому. Попробуйте на несколько герц в стороне от частоты DX.Статистики не вел ,но зачастую получается.Цитата:
Сообщение от RX1AG
P.S. А потом вы не подумали что может вам просто не хотят отвечать, а отвечают другому ,встречается и такое ,не часто но есть.
У меня вчера было. Скачет по частотам ,общий вызов дает но вызываешь ,а он в сторону .Разов пять. Флаг ему в ......проход ,скачи дальше!
Аналогично!Цитата:
Сообщение от RV3MS
В 34 так-же. С трудом держу жабу, что-бы не вернуться.Цитата:
Сообщение от LY3BG
Но с каждым днем все сложнее.
такое бывает в этом случае...Вложение 206160Цитата:
Сообщение от UR7TT
ну а насчет штат,членство...слишком много хотите от программы...она предоставляет позывные а уж работать или нет сам оператор выбирает.... иначе зачем он нужен если прога сама все делать будет?
Что такое AVG и УВЧ в трансивере? Может ALC и НВ? И кому это надо сделать? У меня плохой сигнал что-ли? ALC - на минимуме, эквалайзером и процессором в цифре не пользуюсь, т.к. последствия знаю...Цитата:
Сообщение от UA9OP
Попуститесь. Я от программы ничего не хочу нового. Я хочу, чтобы она старого не теряла.Цитата:
Сообщение от RA3QH
Vytas если включено автосохранение в лог то так и будет....У меня сохранение вручную и по завершении связи СQ включается автоматом...Цитата:
Сообщение от LY3BG
а она и не потеряла ничего,только приобрела...прошу учесть что все версии которые сейчас выходят ТЕСТОВЫЕ,так что в них возможно все и устанавливая ее вы берете риск на себя...Цитата:
Сообщение от UR7TT
О Майн Гот.Цитата:
Сообщение от RA3QH
Я в теме с момента ее создания.
Так, обычно происходит и у меня... Но бывает, что программа "спотыкается", когда кто-то начинает параллельно звать ДХ-са на моей частоте... И отключает мой ТХЦитата:
Сообщение от RV3MS
---------------------------------
Еще есть вопрос...
Даю секу... На водопаде вижу, кто-то вызывает. Сигнал заметный, одиночный. Но декодирования не происходит. Опять секу и опять кто-то есть на частоте-видно. Но декода нет. Другой раз, на водопаде вовсе ничего не видно, но идет декод со слабыми рапортами. При этом, ДТ у меня в норме...
-----------------------------
Что, это может быть?
В общем дауншифт на 34.
Спасибо, свежака попробовал.
Три дня тестировал.
Никогда не думал, что такое сделаю ;)
Жаль приятных плюшек, но комфорт дороже.
началось в деревне лето......а еще с программой работаешь и не знать что такое N AVG 1-может до 10, дело в том что сигнал на водопаде будет изменяться от этих включений от хорошего до плохого.Цитата:
Сообщение от UA1OMZ
<что такое N AVG 1-может до 10, дело в том что сигнал на водопаде будет изменяться от этих включений от хорошего до плохого.>
...а причем здесь плохой-хороший сигнал?...просто изменяется кол-во периодов на водопаде...ни один из параметров на Wide Graph не влияет на качество сигнала...
Вложение 206172
Вложение 206173
Ну уж ни как не думал, что не в "деревне" качество сигнала изменяют скоростью движения водопада. )))Цитата:
Сообщение от UA9OP
Вот когда такая бяка будет по всему участку, тут уж ничего кроме совести R9FAJ не поможет!
Кто владеет информацией не подскажите ,что это было.
Вложение 206175
в версии .73 JTDX будут устранены такие ложные декодирования, сейчас работаю над этим функционаломЦитата:
Сообщение от R6LCF
объяснения могут быть интересны другим пользователям - при завершении QSO софт ожидает вызова от другого корреспондента и если такой вызов поступит будет проводить следующее QSO если не активирована опция Single shot QSO (одиночное QSO)Цитата:
Сообщение от LY3BG
во многих постах нет взаимопонимания: настроек и возможных комбинаций функционала много, а в постах часто утверждается что какой то функционал не работает у одного оператора и работает у другого, при этом настройки при которых работает/не работает полностью не указываютсяЦитата:
Сообщение от RA3QH
Вложение 206187Цитата:
Сообщение от RA3QH
У меня не включается.
Вложение 206188Цитата:
Сообщение от UA3DJY
4015 Даю CQ, провожу связь с RX3DD
4145 хотя меня вызвал EA3HXB, Enable TX погасло
4147 нажал на EA3HXB, ТХ включился
4245 Enable TX погасло. Если я хочу дать CQ, должен в 4245 нажать на Enable TX.
JTDX v.18.1.073_5
Сегодня включил JTDX в моде JT65. В обзорном окне декодировалось несколько строчек с позывными. И вдруг вышла строка след.текста:
copy CALL.TXT file to log directory
http ://www.qrz.lt/ly3bg/JTDX/jtdx.html
И далее, продолжали декодироваться строки с позывными
------------------------
Интернет у меня не подключен.
Что означает эта текстовая строка?
================================
и еще вопрос по JTDX в моде JT65
при работе на CQ --включено AutoTX-- не происходит автовключения ТХ-са при появлении в рабочем окне, вызывающей меня станции. Прога продолжает давать макрос CQ. Приходится вручную переключать ТХ на макрос рапорта.
Почему такое?
Vytas, без полной картинки основного окна интерфейса JTDX и куска файла ALL.TXT можно только догадываться в какой конфигурации Вы работаете.Цитата:
Сообщение от LY3BG
это говорит о том, что вы недоустановили программуЦитата:
Сообщение от RX1AG
распакуйте скаченный архив отсюда
и поместите сюда
чтоб не уснуть, работайте вручную, там все предельно ясноЦитата:
Сообщение от RX1AG
(с появлением моды FT8, появился новый функционал Autoseq)
Vytas у меня вот так....Цитата:
Сообщение от LY3BG
Вложение 206194Вложение 206195
Пожалуйста.Цитата:
Сообщение от UA3DJY
Вообще-то надо бы предусмотреть кнопку "настройки по умолчанию". А то много менюшек и галочек и не знаешь как лучше, уже потом меняешь настройки как хочешь.
Не понятно, канадец дал 73, программа опять сует 73.
Вложение 206207
Коллеги,
Какую галку включить, чтобы перестало вдруг прыгать при приёме на другую частоту? У меня JTDX 72, AutoSeq2, Singl shot QSO, Auto RX frequency Filter
ложное CQ в WSJT-X
Автоматика для FT8.Цитата:
Сообщение от RX1AG
Почему? Нормально функционирует в JT65-JT9Цитата:
Сообщение от RA3DRI
Курсор прыгает при захвате станции на ее частоту, просто очистить окно захвата Cler DXЦитата:
Сообщение от UA3SGV
А вы не используйте devel версии.Цитата:
Сообщение от UX8IW
Не буду, конечно. Интересно было посмотреть, а так буду ждать официальный релиз.Цитата:
Сообщение от RK1NA
Коллеги, я, возможно, пропустил объяснение: чем вызвана такая разница в цифрах оценки сигнала одних и тех же станций (прием одновременный в обеих программах) в последних версиях JTDX и WSJT-X:
-23 и -13
-22 и -11
-19 и -15
-14 и -9
-14 и -7
-18 и -9
-23 и -16
-19 и -11
-21 и -14
Да, было об этом недавно http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1447379Цитата:
Сообщение от UA3SGV
дБ в последнем JTDX-72 живут своей жизнью, совершенно независимой от картинки на водопаде, от уровня сигнала и от шумов. В одном цикле может быть -7 и едва заметная полоса на водопаде, а в следующем -18 и ярко-красная сплошная полоса. Такое впечатление, что за уровень шумов принимаются все сигналы в полосе декодирования, кроме захваченного.
Не надоело разжевывать??? HI.
Нужно то сделать:
либо кнопку чайник, либо перевод меню на разные языки (с правом его выбора)
Думаю пора дать сухую версию с прибанбасами после 34й для большинства,
а тестирование проводить в узком кругу.
------------------------------------------------------------------------------------------------------------------
----------------------------------------------------------------------------------------------------------------
Потдерживаю:p-up:----меньше будет писанины с вопросами!
Поддерживаю.Цитата:
Сообщение от UA3VFL
Может дождусь стабильной версии.
Подскажите ,где птицу поставить-- перестало выскакивать окно лога после 73,? а связь автоматом заносится в EQF
Уважаемые Коллеги!
Ничего личного, но посмотрите ВНИМАТЕЛЬНО на название темы форума...
Не надо ЗДЕСЬ требовать СТАБИЛЬНЫХ версий! Они в несколько "других" местах...
Неужели непонятно?
Измененный функционал:
- устранен сбой в формировании передаваемого сообщения с дробными Z-префиксами, дефект появился с внедрением поддержки DXCC Косово Z6
- применена фильтрация ложных сообщений декодера FT8AP (FT8 Hint) 'позывной оператора + любой позывной + QTH квадрат', для фильтрации используется информация из файла ALLCALL.TXT
- обновлен файл ALLCALL.TXT, в файле 40084 позывных
- сделан опциональный функционал удаления TX сообщения из окна RX частоты если это сообщение передавалось менее двух секунд и было заменено другим TX сообщением. Функционал может быть активирован в закладке General настроек, 'Hide partially transmitted messages'.
- сделан опциональный функционал удаления содержимого Band Activity и RX Frequency окон при смене диапазона, может быть активирован в закладке Misc основного окна интерфейса, 'Erase both message windows at band change'
- искомый позывной будет скопирован из окна уведомления в окно DX Call при декодировании строки с этим позывным если окно DX Call пустое и в этот момент не идет передачи сообщения
- полоса захвата FT8 сигнала декодером при двойном щелчке на водопаде увеличена с 20 до 50 Гц
- в режиме SWL увеличен диапазон DT захвата сигналов с +/- 2.5 секунды до +/- 3.5 секунды
- выполнена обработка декодированных сообщений CQ DX и CQ континент (SA NA EU AS OC AN AF), функционал автопоиска будет отвечать на такой направленный вызов если направление соответствует континенту оператора, за исключением новой DXCC страны для оператора.
Также поддерживается обработка принятого направленного вызова если он содержит основной префикс страны (по списку файла cty.dat) или префикс позывного оператора, например CQ JA и CQ JH будет отвечен если у оператора позывной JH1AAA, тогда как CQ JR софтом отвечен не будет поскольку JR не является основным префиксом Японии по списку cty.dat и не является префиксом оператора.
В сценарии когда оператор дал CQ DX или CQ континент и не декодировал ответа функционал автопоиска будет искать декодированные CQ от корреспондентов которые находятся на других или определенных континентах соответственно.
Если оператор JTDX находясь например в EU используя AutoSeq 1,2,3 дал CQ DX или CQ континент то входящие вызовы из EU либо других континентов будут софтом проигнорированы, за исключением новой DXCC. В AutoSeq 6,7 такого функционала пока нет.
Игорь привет ! Наконец смог вернуться в строй. Вопрос - на Win10 программа не запускается. Иду в каталог программы делаю проверку на совместимость - говорит да есть проблема и запускается в режиме совместимости с Win8. Создаю ярлык и кидаю на рабочий стол - оппс теже грабли. Снова иду в каталог программы - но оттуда запускается уже без проблем... Не совсем понятно. С новой версией еще не пробовал - не дома пока. Но вот такой нюансик. Интересно это только у меня ?
В 73 тоже, аж стыдно работать, когда даёшь +08, а не всегда можешь принять...Цитата:
Сообщение от RX3ASP
Вложение 206276
На водопаде почти не видно.
Windows 10 pro 64bit версия 1709, без проблем. Интересно что в деталях сбоя в логе операционки?Цитата:
Сообщение от R3BB
Такая же мутота и у меня была с Виндой 10 ПРО 64, пока не нашёл в инете защищённый файл, без вирусов. Дело в том, что у этой программы нет защищённой оболочки и не под каждую винду 10 она подходит. Скачал программу под Виндус 10х64 бит и она пошла с первого раза. Более ни чего устанавливать не собираюсь. Проблемная программа. На 32 бит у меня есть, но данную программу не поддерживает, пишет "ОШИБКА" - бинарный файл, нет доступа.Цитата:
Сообщение от R3BB
У меня Windows 10 pro 64 version 1709, запускается без проблем.Цитата:
Сообщение от R3BB
У меня Винда 32/64 бит 4 ядра ... не запускается, вот что пишет комп.Цитата:
Сообщение от LY3BG
Понятия не имею как данная программа запускается у других пользователай. 18-я полноценная версия с FT8 у меня работает.
Данную программу скачал с альтернативного источника. И она запустилась.
Аналогично, без проблем. v73 просто супер. Спасибо.Цитата:
Сообщение от LY3BG
JTDX v18.1.0.73
С использованием фильтра (проц слабоват, приходится включать) автомат работает без сбоев:
Были одновременные декоды более 40-а сигналов (41,42). Ранее более 35-36 одновременно наблюдать не приходилось:
Вложение 206288Цитата:
Сообщение от UA3DJY
Но можно выжать и ещё!!!Цитата:
Сообщение от UR5WCA
Вложение 206291
Нельзя ли создателю при auto seq3/auto tx сделать так,
что бы после окончания "полного" qso при работе на общий вызов,
после сохранения qso - загоралась бы вновь красным кнопка enable tx,
и в эфир вновь шел бы мой вызов?.
(при условии, что стоит ручное сохранение qso)
И опять бяка
Вложение 206296
А такое не наблюдалось?Цитата:
Сообщение от UX8IW
Вложение 206293
Пока тут писал, чуть без связей - не остался...
Прога ни одного из USA не подцепила при моём cq na и включенным фильтром от Европы!
Стандартное окно на W10 Pro 64bit каждый раз выходит при установке новой версии.Жмем подробнее.Да нет там никаких вирусов.Делаем так......выполнить в любом случае.У меня установлен "злобный Касперский" и вирусы в момент удаляет ,только нет их там.Цитата:
Сообщение от R3BB
Вложение 206298 Вложение 206301
Да, что-то неладное стало творится в 73 версии со значением db. Понятно, что все эти db понятия относительные. Но если в предыдущих версиях значения db хоть как-то соответствовали водопаду, - то теперь полная чехарда. То водопад засвечивается а db с глубоким минусом. То наоборот. А может быть и нормально. Если раньше не обращал внимание на водопад, то теперь в сомнениях. Как звать? по водопаду? или по значению db? Ведь все может быть наоборот! и тебе ответит тот, которого ты даже и не видишь.Цитата:
Сообщение от LY3BG
Коллеги, это у всех так в настройках или я что-то не то делаю? В Settings -> sequencing все строки неактивные, кроме последней.Вложение 206303
"Птицу" в настройках убрать нужноЦитата:
Сообщение от R2EA
у всехЦитата:
Сообщение от RA6WF
Наблюдалось, в JT65 даже 4-е вызова было...:)Цитата:
Сообщение от R2EA
В win8.1х64 делаю аналогичноЦитата:
Сообщение от R6LCF
Я просто оставлю это здесь
https://t.me/ft8digiclub
Винда 10 64 р. Домашняя 1709Цитата:
Сообщение от UA3DJY
Сборка 16299.248
в логе вот так
- System
- Provider
[ Name] Application Error
- EventID 1000
[ Qualifiers] 0
Level 2
Task 100
Keywords 0x80000000000000
- TimeCreated
[ SystemTime] 2018-02-16T17:07:50.977810000Z
EventRecordID 12498
Channel Application
Computer R3BB-001
Security
- EventData
jtdx.exe
0.0.0.0
09f099e8
jtdx.exe
0.0.0.0
09f099e8
c0000005
0003bd67
920
01d3a748acce1b93
D:\Program Files (x86)\JTDX\bin\jtdx.exe
D:\Program Files (x86)\JTDX\bin\jtdx.exe
7af3b064-a0c5-4b90-ae11-453957a668f7
R2EA: А такое не наблюдалось? (#11267) - Ваш скриншот говорит лишь о том, что между вами и Северной Америкой хорошее прохождение! А то что вас сразу звали четыре станции, так они были на разных частотах.
R2EA: Прога ни одного из USA не подцепила при моём cq na - Что бы "подцепила", у них должна стоять программа JTDX-18.1.0.73
Это так. Только в этом случае после вызова дающего CQ на его частоте и после связи с ним на частоте кореспондента автоматом даётся CQ... Я уже писал про это хамство.Цитата:
Сообщение от UX8IW
Попробовал проанализировать ситуацию с водопадом, вот что получилось:Цитата:
Сообщение от EU1FQ
Чтобы не было "хамства":) - либо работаем сплитом, либо заносим QSO в журнал после получения финального 73 от корра, тогда TX выключается автоматом.Цитата:
Сообщение от LY3BG
Для R2EA , извините, упустил, удивительно другое, как вас вообще принимают, у вас время не синхронизировано.
https://support.symantec.com/en_US/a...ECH240180.htmlЦитата:
Сообщение от R3BB
тоже версия 1709 cборка 16299.248 но версия pro, поверх уже идут апдейты, похоже какой то из них приводит к сбою в работе процесса jtdx.exe
так сделан AutoSeq при работе на разнесенных частотах для максимально эффективного использования времени, если оператор не желает давать общий вызов после завершения QSO в поиске то включает опцию проведения одиночного QSO (AutoSeq -> Single shot QSO)Цитата:
Сообщение от UR7TT
Может Вы и правы, но это очень здорово напрягает.Цитата:
Сообщение от UX8IW
Первый же пример: -23 и -8 практически равны по яркости.
18.1.0.73 Linux version (compiled in Ubuntu 16.04LTS) from original sources files by UA3DJY
ноут asus i3 вот эта сборка тоже, но работает jtdxЦитата:
Сообщение от UA3DJY
Но там где -8 в том участке у вас и меньше уровень шума (видно по водопаду). А в другом гораздо больший шум.Цитата:
Сообщение от EU1FQ
Перед командировкой, 15 дней назад, у меня кажется стояла 69 версия,Цитата:
Сообщение от VA7UR
так вот на тот момент автоответ работал без проблем.
Вчера обновился до 73 версии, поэтому не успел настроить время, кинулся поработать на cq,
а там всё не так, как ранее было и к чему уже привык.
И что прога не одному не дала ответ и дальше стала давать CQ?Цитата:
Сообщение от UX8IW
Если бы были проблемы с приёмом, то я бы и обратил бы внимание,Цитата:
Сообщение от VA7UR
а то cq да cq и тут пишу и другими делами занимаюсь...HI
Борис, спасибо! Ранее галка стояла и всё было в поряде...Убрал.Цитата:
Сообщение от UX8IW
Позже вновь погоняю эту новую 73 версию с настроенным временем и убранными галками.
Версия 73:
Вложение 206332
После сохранения QSO в лог поле DX не очистилось. Но я 73 в ответ не получил. Думаю что это все равно не верно - раз QSO в лог сохранено, но нужно очищать поле DX.
А нет ни какой галочки, чтобы настроить автоматическое очищение принимающего и передающего окон?Цитата:
Сообщение от RX4HX
С рапортами конечно не дело - вот с соседом работал:Цитата:
Сообщение от US4IRT
Вложение 206333
WSJT-X при таком сигнале +01...+05 выдает.
Опять проблема при работе на CQ. Не отвечает почему то корреспонденту, а продолжает давать CQ.
Сделал как и было в 72 версии, но не работает. Устанавливал 73 версию с полным удалением предыдущей 72. Все настройки делал заново. Может опять, что то упустил.
Вложение 206336Вложение 206337
Кнопка AutoTx должна быть включена.Цитата:
Сообщение от RA3FP
AutoTX почему не включен?
Спасибо, понял. Сделал себе скриншоты, что бы более не задавать таких вопросов.
Тестирую дальше.
если есть звуковой файлик можно посмотреть что WSJT-X даст для этого сигнала, сейчас измерение мощности шума в JTDX выполняется в спектре сигнала и результат зависит от чистоты формирования сигнала передатчиком и уровня переходных помех между тонами, в WSJT-X похожий алгоритм используется при повторном декодировании сигнала на RX частотеЦитата:
Сообщение от RX4HX
в любом случае все существующие в WSJT-X/JTDX алгоритмы вычисления SNR пока далеки от идеального
Для этого QSO нет, но постараюсь сделать для другого QSO!Цитата:
Сообщение от UA3DJY
http://www.RC3C.ru/FT8/websdr_record...14074.0khz.wav
Для сравнения уровней..
Вот сделал два файла. LY3VP дает CQ. Разница в рапортах JTDX и WSJTX ощутимая.
https://cloud.mail.ru/public/EKug/5pCWot975
https://cloud.mail.ru/public/EuCs/9cwixu3WZ
Ответила, на скрине видноЦитата:
Сообщение от R2EA
Вложение 206360
Игорь очень большая разница в рапортах
2 проги одновременно работают.
а где позывной через дробь +3 и -4.и.т.д.
попробую сделать вычитание мощности переходного излучения между соседними тонами сигналаЦитата:
Сообщение от RA3FP
Тоже тестирую...Цитата:
Сообщение от RA3FP
Заметил новую неведомую мне проблемку:
Видел разок вчера и вот встретил вновь сегодня.
(При auto seq3 / auto tx/ без фильтров при работе на cq,
увидев нужную мне станцию - клацкаю мышкой в левом приемном окне для выбора
нужного мне корреспондента для проведения qso на поиск,
а выскакивает не то что мне было нужно.
Повторяю-ранее такого не видел.
Вложение 206383
Спасибо! Действительно сегодня прога после вашей подсказкиЦитата:
Сообщение от UX8IW
даёт автоответ при работе на cq.
Вложение 206385
Борис, а не заметили, проявился новый нюанс в 73 версии,
который мне так же не очень привычен и не понятен...
Дело в том , что уже раз пять при работе на cq
замечал, что если меня коллега зовет на другой частоте
при включенном сплите в проге и я, если с ним не провожу полноценное qso,
то после этого не могу дать вновь cq даже вручную!
Получается, что бегунок приёма не возвращается по какой то причине на мою вызывную частоту?
Буду следить за этим далее...
Может это сбой связанный с моей посменной работой на cq и поиск.
есть такой дефект, чтобы избежать пока не используйте автоочистку окон перед декодированием интервала, если используете то не кликайте на декодированном сообщении пока не закончится декодирование интервала - при бегущих строках появляется смещениеЦитата:
Сообщение от R2EA
Роман, вот эта проблема несколько раз проскакивала:а вот эта еще не встречалась:Цитата:
Сообщение от R2EA
Цитата:
Сообщение от R2EA
После первоначальных впечатлений по работе с JTDX, несколько разобравшись и перейдя к размеренной работе на поиск DX:
JTDX V 72 (пока)
Стоит в фильтрах галочка "Скрывать сообщения от станций из Европы".
Мало того, что они все равно "валятся" в левом окне, так ещё и меня звать пытаются, увидев, что я зову кого-либо из SA или NA (CQ давали эти станции SA или NA).
В чем может быть проблема не совсем корректной работы фильтра ?
16-20 дней назад при работе на cq я наслаждался работой в эфире .Цитата:
Сообщение от UA3DJY
Надеюсь всё устаканится...
так может быть если выключить показ названия страны или префикса, в этом случае настройки фильтра континента становятся недоступнымиЦитата:
Сообщение от RW9WT
В версии JTDX 18.1.0.73 если Вы даете CQ SA или NA софт будет отвечать только на входящие вызовы от SA или NA соответственно.
Благодарю.Цитата:
Сообщение от UA3DJY
Не появилось время и желание добавить в исходник Alt-F? :)
если не затруднит:
<action name="actionBypass_all_text_filters">
<property name="checkable">
<bool>true</bool>
</property>
<property name="enabled">
<bool>true</bool>
</property>
<property name="text">
<string>Bypass all text filters</string>
</property>
<property name="shortcut">
<string>Alt+F</string>
</property>
</action>
tnx
Игорь, а можно ли добавить в хотелки фишку - чтобы по UDP отдавались споты согласно включенному фильтру?
А то в проге все ок - открываешь логгер, а там на бендмапе все забито европой ))
добавлю в 18.1.0.74, кто автор изменения?Цитата:
Сообщение от R7CA
интересный функционал, с точки зрения упрощения работы с логом и JTAlert полезный, с точки зрения отправки спотов на Hamspots может быть проблемный, и точно проблемный когда Вас зовут с континентов закрытых фильтромЦитата:
Сообщение от EW4C
будет окошко гляну, если не ломает существующий функционал и если справлюсь - сделаю опцией
Заметил такой баг в версии 73. Даю вызов CQ, увидел дающую CQ станцию, кликаешь два раза на станции, дающей CQ, Программа отрабатывает все, за исключением одного ньюанса. время передачи устанавливаетсяв в тот же интервал что и дающая CQ станция. Т.е. если станция давала вызов в четной минуте, то и моя передача устанавливается тоже в четной минуте. До 73-й версии такого не встречал
Сейчас получилась такая ситуация, после автоQSO передал RR73, в ответ получил VE3LL TU 73. Программа переключилась на передачу CQ, но при этом не очистились окна DX Call и DX Grid и выключилась кнопка Enable TX.Вложение 206396, Вложение 206398
сбой повторяется? если да то кусок ALL.TXT плюс/минус пару минут и картинку основного окна пожалуйстаЦитата:
Сообщение от VA3LLZ
Да, сбой повторяется, картинку дал.
возможно к сбою привело сообщение "CQ EL29", в котором между CQ и EL29 два пробела, проверимЦитата:
Сообщение от VA3LLZ
проверьте пожалуйста работу в JTDX 18.1.0.74_1Цитата:
Сообщение от R7CA
измененный функционал:
- восстановлено декодирование RX частоты комбинацией ALT+D
- управление обходом текстовых фильтров комбинацией ALT+F
- удалены все изменения по префиксу Z6, поддержка Z6 была в софте ранее, сделанные изменения привели к нарушению протокола WSJT-X
собранный софт https://cloud.mail.ru/public/Lty7/p52H741Qm
исходный код https://cloud.mail.ru/public/HwhE/ephwbiZVy
кодовые суммы:
File name: JTDX-18.1.0.74_1-win32.exe
MD5: 0D153C427C88CD116AC483C34E12591C
SHA-1: 88B5255A3D89E818EEB6E1FB9FA212A68F9FEF4A
SHA-256: ED31146EEF522F15490F330C9C58E643115C9C8359468D5BF315835AB237C473
SHA-512: 2567C13AC8A8F026CAF1CB73BFF07985DCA94D696719F7BA04E8435E429A47664FA9D2 9EFA64215787B8AE97B77B64CD406F4A660CABD5B59C1A9D0D2934C7A4
RIPEMD: 37D565A6A06360B4177A4624CB125A834BC933BF
Всем здравствуйте!
В очередной раз предпринял попытку перейти на JTDX с WSJT.
Вроде более менее настроил под себя, нашел пропавшие функции( Даблклик, это теперь кнопка в окне программы AUTO TX)
А вот с функцией DisTX73, непонятно. Она теперь включается не галочкой, а кнопкой.
Но! Почему она отключается при включении Autoseq?
Вы скажете, отключи Autoseq и все, но тогда при проведении QSO мне приходится режимы ТХ1-ТХ5 переключать вручную, а это неудобно.
Например я не успеваю сообразить быстрее компьютера, что если корреспондент не получил мой рапорт и повторяет свой, то и мне надо свой рапорт повторять, а не давать ему RRR.
А если же я включу Autoseq, то по завершении QSO комп начинает давать CQ на частоте корреспондента, с которым я работал.(теперь я понимаю почему я сталкивался со многими в эфире, которые лупили CQ после того как сами подошли ко мне на общий вызов)
Почему не сделать кнопку DisTX73 независимой от Autoseq?
С режимами Autoseq1-3 так и не разобрался вообще. Что на что влияет и как работает непонятно.
Посему вопрос, а есть ли мануал по проге но на русском языке? Хотя бы основные функции.....
Я, конечно, понимаю, что многим сидящим на JTDX так сказать "от истоков", мои вопросы может и покажутся странными, но вот мне после WSJT абсолютно непонятны некоторые моменты, сорри....:confused:
PS. И ещё... У меня почему то в настройках во вкладке Sequencing все сценарии недоступны, кроме одного, самого последнего.
Почему так?:s7:
конфликтный функционал, при необходимости кнопку Enable Tx теперь выключает либо AutoSeq либо опция Single shot QSOЦитата:
Сообщение от UN7JID
сегодня будет опубликовано описание AutoSeq версии 18.1.0.73 на русском и английском языкахЦитата:
Сообщение от UN7JID
функционал заблокирован, пока еще не восстановилиЦитата:
Сообщение от UN7JID
Проверим ещё.
У меня такая же картина. Вынужден был уйти на версию 72. Время переключается на время вызывающего корреспондента. Приходится вручную переключать. Это на любом позывном.Цитата:
Сообщение от VA3LLZ
полную картинку основного окна при таком сбое и кусок файла ALL.TXT пожалуйстаЦитата:
Сообщение от RW6APC
Вечером, после RusPSK. :)Цитата:
Сообщение от UA3DJY
Поработал на поиск,данной проблемы не заметил.
Цитата:
Сообщение от RW6APC
попробовал воспроизвести - если даю общий вызов и во время своей передачи кликаю в окне RX частоты мышкой на декодированном сообщении несоответствующего моей текущей передаче интервала то сообщение CQ меняется на ответное сообщение и передача продолжается, с началом следующего(правильного) интервала передача снова включается и сообщение передается полностьюЦитата:
Сообщение от UA3OA
Но пока коллеги не показали свои картинки со сбоем нельзя сказать что речь идет именно об этом сценарии.
По поводу разницы рапортов с программой WSJT.
Заметил такую особенность, если , к примеру сигнал идет в высокочастотной части спектра,на водопаде видим сигнал, соответствующий по уровню в WSJT примерно(на глаз) -17-19дб, JTDX дает -22-24 то есть разница громадная. Но!
Примерно такой же сигнал в средней части спектра определяется уже примерно также как как в WSJT.
Ну а в низкочастотной части, сегодня провел несколько QSO, когда сигнал на водопаде практически не был видел, тем не менее JTDX давал рапорт -20-21, в WSJT же при таком уровне сигнал на водопаде ещё прилично заметен.
Может как говорится "здесь собака порылась"?
А почему прога выбрала именно этого немца из двух зовущих?Цитата:
Сообщение от UA3DJY
Вложение 206447
Уровень вышеЦитата:
Сообщение от R2EA
А почему программа выбирает ,а не вы? Я так и поступаю .....я выбираю! Версия 073.Цитата:
Сообщение от R2EA
При работе на cq, если кор позвал на другой частоте, при вкл сплите у меня в проге,
по завершению qso и сохранении его в лог - бегунок не возвращается на мою частоту TX,
и не даёт вновь cq самостоятельно.
Вложение 206449
Потому что он первый в списке кандидатов.Цитата:
Сообщение от R2EA
выключите режим одиночного QSOЦитата:
Сообщение от R2EA
Да что же такое? Выбираю одного, а прога зовет другого...!
Вложение 206459
вновьЦитата:
Сообщение от R2EA
Вложение 206458
Это где? Тут?Цитата:
Сообщение от UA3DJY
Вложение 206456
Не вижу хамства так же, как и вашего ответа!Цитата:
Сообщение от R6LCF
Но про себя, я понял, что я юноша, хам и при том - весь в соплях.
А по делу:
вновь столкнулся и в 74.1 версии с тем,
что при работе на cq увидел пару нужных мне станций,
позвал одного пару раз, а за тем второго,
но прога позвала не тот позывной, что я выбрал,
а другой - который вылез совершенно на др частоте...
Вложение 206455
а зачем? кто позовет другой он туда и прибежитЦитата:
Сообщение от R2EA
этого и в wsjt-x нет.....самому надо клавишу жать.Цитата:
Сообщение от R2EA
Поэтому и колдуем с jtdx!!!:s7:Цитата:
Сообщение от UA9OP
Хорошо пусть бегунок остается на кор-е с которым работал,Цитата:
Сообщение от UA9OP
но cq должно быть продолжено же на моей основной частоте.
А тут не cq после сохранения в лог, ни возврата бегунка.
Сейчас чуть изменил настройки - пробую дальше,
но вот автоответ тому кто позвал- прекратилось.
Вложение 206463
Вложение 206464
Странно, но ошибка пропала. Если повторится, то сообщу с приложениями.
Речь идет о переходе на время вызывающего.
Но сейчас проверил на FT8, а ошибка была на Т10. Пока нет корреспондентов, проверить не могу.
To UA3DJY
Ну вот она (ошибка) и выскочила на JT65.
Цитата:
Сообщение от RW6APC
попробуйте пожалуйста версию 18.1.0.74_2Цитата:
Сообщение от UA3DJY
измененный функционал:
- устранили сбой передачи сообщения в неправильном интервале
- устранен дефект отсутствия звездочки Hint FT8 сообщения в окне RX частоты
собранный софт https://cloud.mail.ru/public/LkH9/f8KG6o9LY
исходный код https://cloud.mail.ru/public/A1eK/KBhdYFMVF
кодовые суммы:
File name: JTDX-18.1.0.74_2-win32.exe
MD5: B68EB8603242DA6FE402D2517B2FDA4D
SHA-1: D1E10ED26B0636C29327357A9B03DA33EF83D89C
SHA-256: 04245A3421E5EBB9AB3B93A52127A98C7A1D9D425666E98E21846FFA99021FB3
SHA-512: F6FC0E58F47D87F7A918C8816C97137AB69D812D98882F6C957422474A42753176C646 A8BD92D1E6EB484539271853EA8D02C106AD977F1D3C6C1E0B097B24F8
RIPEMD: ECDD50ED76B11CB4C692B3240DD83A7F57AE336E
Вы обещали сегодня полную инструкцию на русском выложить. Очень ждут. Многим и так давно все понятно ...но все таки!Тонкости всегда присутствуют.Цитата:
Сообщение от UA3DJY
описание функционала AutoSeq версии JTDX 18.1.0.73
Ошибка осталась.Цитата:
Сообщение от UA3DJY
дополнил описание AutoSeq:
Если в окне DX Call есть позывной корреспондента то функционал автопоследовательности не будет передавать сообщение CQ.
по картинке передача идет в правильном интервалеЦитата:
Сообщение от RW6APC
Нет! Передача не идет, идет прием вместо передачи.Цитата:
Сообщение от UA3DJY
Корреспондент дал общий вызов в 1720, т.е. Even, я его вызываю, передача должна начаться в 1721, т.е. Odd. Окно в правом верхнем углу переключается в TX Even, идет прием и передача начнется в 1722, т.е. во время передачи корреспондента. В окне показан режим приема (зеленая полоска 17 секунд), хотя горит кнопка передачи и она (передача) должна была быть, но, увы, ее нет :(
ALL.TXT
опубликовали описание AutoSeq на сайте JTDX JTDX - FAQ - Main Topics
сбой наблюдаете только при переходе с FT8 на JT65 и обратно (при смене моды)?Цитата:
Сообщение от RW6APC
Некоторым пользователям необходимо , обязательно , внимательно прочесть ,а то сегодня такие вопросы у некоторых возникали ......цирк однако!Цитата:
Сообщение от UA3DJY
Еще раз Вам спасибо за отлично работающую программу и описание. "Шероховатости" доработаете , это мелочи!
Я не наблюдал, но то что с FT8 на JT65 это да. Обратно не пробовал - ушел на 72 версию.Цитата:
Сообщение от UA3DJY
Вы случаем периоды не путаете?Цитата:
Сообщение от RW6APC
Когда говорим о FT8 называем время 172100 это Even, 172115 это ODD, а вы почему то только в минутах указали?
в FT8 4 периода в одной минуте.
Смотрите картинку. Связь была JT65. В FT8 проблем нет.Цитата:
Сообщение от R7CA
To UA3DJY: Игорь, большое спасибо за 74_2 и описание функционала!
Очень большая к вам просьба, -- пожалуйста, посмотрите, в чем может быть дело с уровнем рапортов. Эта проблема выявилась, кажется, в трех последних релизах, раньше такого не отмечалось.
Переходить на WSJT-X не хочется, -- всё-таки JTDX, imho, значительно 'сервиснее' и комфортнее. Но уж очень "жмёт" с такими рапортами (как бы не говорили, что они "условность"). Когда соседнему региону передаешь -24, хотя и на водопаде видишь его замечательно и даже ухом слышишь прекрасно, -- прямо неудобно.
Пожалуйста, обратите внимание, что только за последние дни об этом же, кроме меня, написали, как минимум UN7JID, RX3ASP, LY2BG, UE1FQ, RA3RKA, RX4HX.
Всё-таки появилась такая проблема в последних релизах и её надо бы, imho, решать. Простите, что "гружу" вас, но уж очень мне нравится работать на JTDX!
Вообще-то, оказывается, тоже самое с рапортами у меня.
Только сейчас, увидев сообщение UA3SGV, вспомнил.
Например, ZS... идет уверенно, достаточно неплохо виден на водопаде, дает мне 00, а у меня программа ему в ответ -24
И не только...Цитата:
Сообщение от UA3SGV
Я на email в личку писал - тишина!
если CQ даете на частоте 2000 а зовут на разных частотах......бегает только зеленый приемный, а передатчик красный так 2000 на своем и остается.Цитата:
Сообщение от R2EA
А зеленому какая разница где быть, где позовут туда и передвинется
прошу подсказать, что это
065230 -17 -0.4 2130 ~ F6FOA/IMAGE
Почитайте в этой теме http://forum.qrz.ru/6-cifrovye-vidy-...ontroller.htmlЦитата:
Сообщение от RA3RN
Здравствуйте. Подскажите пожл. Есть ли такая версия WSIT для FT8, чтобы в ней находились фильтры. Хотя бы для СQ с кем уже сработал. Я не успеваю "ухватить" в бегущей строке приёмного окна нужную станцию. Если щелкну по позывному мышкой раньше, чем эта строка остановиться, то неизвестно на кого она попадёт из предложенного списка. А если подождать пока весь список станций закончиться в данном интервале, то в лучшем случае моя передача пойдет на 3-4 секунде. Может в настройках можно что-то сделать.
это такой кривой сигнал от RK4FF или прохождение?
Вложение 206502
Этот режим рекомендуется для хилых процессоров. Однако на деле происходит следующее. Передача данных начинается только ПОСЛЕ ОКОНЧАНИЯ ДЕКОДИРОВАНИЯ. Т.е. физически передача COM RTS >>> PTT включается на 00 сек. цикла и даже сообщения при необходимости на экране меняются, но в эфир НИЧЕГО не передаётся, кроме подавленной несущей. И это, похоже, во всех режимах, в т.ч. при работе на CQ. Единственное, что выручает, это фильтр. Обнаружил это, контролируя себя через голландский SDR. Все идут с DT в среднем 0,7 а себя принимаю от 2,2 и хуже (т.е. совсем не принимаю). На пустом диапазон всё хорошо, но если больше 15 станций, то на общий вызов работать бесполезно. Началось это сравнительно недавно, возможно с 0.71Цитата:
Сообщение от UA3DJY
Приношу извинения UA1OMZ: Был неправ и невнимателен по данной проблеме! http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1445364
Сколько у процессора ядер? С появлением многопотока в декодировании нагрузка на двухядерные и более процессоры выросла и при двух ядрах он может просто не успевать вовремя дать звуковой поток на передачу, а судя по большому значению DT происходит именно задержка звукового потока.Цитата:
Сообщение от RX3ASP
На медленном процессоре не надо вручную включать большее количество потоков декодирования чем суммарное количество ядер процессора, есть смысл использовать автомат.
Из-за использования слабого процессора Александр UA1OMZ попросил изменить алгоритм AutoSeq1, но решив одну проблему после изменения получил ряд других тоже вызванных скоростью работы процессора.
Не знаю ,не знаю у меня начиная с 072 ....праздник наступил. Все 8 логических процессоров заняты равномерно ,по времени все успевают принудительного ограничения мощности проца. нет.Очень доволен уже версией 073. Правильным путем идем........Цитата:
Сообщение от RX3ASP
Ядер 4, но это дохлый нетбук. FT8 threads - auto. Эфир очень шумный. Загрузка CPU максимум 50%.Цитата:
Сообщение от UA3DJY
Нормальная машина есть, но хотелось бы что-то компактное для дачи.
На данный момент JTDX декодирует быстрее, чем WSJT, но задержка передачи сводит этот выигрыш на нет.
У меня такое бывает, когда включен NB фильтр. А уж если включить NB-W, там вообще караул))))) Но всякие трески, "дятлы" убирает. Приходится выбирать.Цитата:
Сообщение от RC3C
Когда то экспериментировал с декодированием JT65 - внешняя фильтрация приводила к снижению эффективности декодирования и потере части слабых сигналов.Цитата:
Сообщение от UN7JID
Пробовал вырезать 'трески' в JTDX перед декодером во временной и частотной областях - также получал снижение эффективности декодирования слабых сигналов.
Лучше делать сетап с выключенной АРУ или с поднятым порогом АРУ, а при необходимости включать аттенютаор по антенному входу, на SDR.
задержка подачи сигнала в устройстве воспроизведения еще может вноситься драйвером звуковой карты, посмотрите чей драйвер стоит, частота/разрядность устройств воспроизведения/записи должны быть 48 кГц 16 битЦитата:
Сообщение от RX3ASP
Если используемое устройство в операционке выставлено устройством по умолчанию попробуйте назначить какое нибудь другое по умолчанию.
О такой ситуации я спрашивал на теме ранее. Мне ответили, что WSJT-x такой "примочки" нету. Если использовать совместно с прогой JT Alert, то в этой проге есть неподвижные кнопки, куда заносятся позывные. При их помощи, можно не дергаться за строками и вызывать спокойно. Посмотрите страницы темы ранее, там есть скрин интерфейса.Цитата:
Сообщение от UA3GQ
-------------------------------
У себя, JT Alert я не ставил. Использую WSJT совместно с ЛогНх. В основное обзорное окно заходят все декод. позывные. А что мне нужно, я вижу в окнах "стат.стран/моды" и "предъидущие ЩСО".
Версия 18.1.0.74_2 При двойном щелчке программа продолжает перескакивать на время передачи корреспондента Независимо от AutoSeq включен он или нет.
Вложение 206519 Вложение 206517
Элементарно! В установках в разделе "Colors" в строке "CQ in message" делаете черный шрифт на белом фоне, будут окрашиваться CQ только New DXCC и New Call.Цитата:
Сообщение от UA3GQ
Кнопки то неподвижные, да позывные в них заносятся "подвижно".Цитата:
Сообщение от RX1AG
По жизни, когда много CQ станций, вызов нужной получается в следующем периоде.
У меня WSJT X,
В моём случае задержка подачи сигнала связана исключительно с задержкой декодирования JTDX. При малом количестве станций, при включенном фильтре или при быстром декодировании этих проблем нет. Их нет и с WSJT. Там передача начинается одновременно с РТТ, если потом с задержкой декодируется сообщение, требующее каких-то действий, то моё сообщение меняется или обрывается. На самом деле что в лоб, что по лбу - и то и другое плохо, но в WSJT можно CQ давать с большей вероятностью получить ответ.Цитата:
Сообщение от UA3DJY
это совсем не то?????
Вложение 206521
файл прилагается Вложение 206522Вложение 206523
Проверил на стареньком нотбуке 2х1,6Ггц Интел ХР лицензионное было и осталось. 73 версия JTDX Автосек1 на 20м 25-27 станций одновременный декод Задержки передачи нет. Задержка декода около секунды,связи не мешает! провел связь с NG4C -13 -16 рапорта Связь трансивера с компьютером по USB Работать вполне можно!Цитата:
Сообщение от RX3ASP
Наверное работа на СДР вот там задержки вполне реальны! А на обычных трансиверах проблем быть не должно!
Думаю, что икалось весь день... Кстати я опять "в деле", нет не новый проц, старый (AMD Athlon(tm) 64 X2 Dual Core Processor 3800+). Начиная с 72 версии у меня прием и декодирование стабильные, субъективно, такие же по скорости, как в WSJTX и JTDX_34, не одного потерянного фрейма(периода приема) и нет задержек передачи, но только в режиме 1 thread! Может у меня ядра виртуальные(в этом вообще не разбираюсь), но в режимах 2 threads и auto, постоянно теряются фреймы и постоянное запаздывание передачи. Так-что "хилым процикам" снова welcome, но только в однопотоковом режиме 1 thread и выигрыша по скорости и качеству декодирования по сравнению с WSJTX и JTDX_34 не будет. Баг с непредсказуемыми рапортами подтверждаю, надо приводить хотя бы к относительному порядку. А вот алгоритм проведения связи, мне пока вообще не нравиться "нажми тогда, но не туда, а что бы там, надо убрать здесь..." Утрирую конечно, но в WSJT и JTDX_34 все интуитивно понятно и просто, выбрал AutoSeq1 и работаешь хоть на вызов, хоть на CQ, не работа, а песня, алгоритм всё сам за тебя сделает. Господа, кто начал с последних версий и задает много вопросов, попробуйте JTDX_34 и как говориться "почувствуйте разницу" и у вас останется только один вопрос к разработчиком - А почему бы не вернуться к алгоритму проведения связи, как в JTDX_34, ну или сделать ещё проще? )))Цитата:
Сообщение от UA3DJY
Ну не знаю, у меня задержка 2-3 сек. стабильно при 20-и станциях, возможно из-за шумов. Трансивер самый обычный, ТХ через СОМ-порт. На экране и на трансивере ТХ загораются одновременно с началом цикла передачи, а стрелка на тюнере встаёт только когда последний декод выведется. Да и на контрольном приемнике хорошо слышно - сразу несущая и только через 1-2-3 сек. "дудка" начинает играть.Цитата:
Сообщение от UA3ALE
Потоки стоят в авто. На всех старых компьютерах одинаково, где-то больше, где-то меньше, но везде задержка звука и через штатные звуковые карты и через внешние. Возможно действительно надо потоки поставить принудительно в "1".
https://technical.city/ru/cpu/rating?pg=15Цитата:
Сообщение от UA1OMZ
уже говорил: возврата назад не будет, не надо больше поднимать этот вопросЦитата:
Сообщение от UA1OMZ
измененный функционал:
- восстановлена поддержка комбинации ALT+D для декодирования RX частоты
- сделан функционал ALT+F для переключения обхода текстовых фильтров
- удалены все изменения по префиксу Z6, он поддерживался в софте и ранее, сделанные изменения нарушили протокол WSJT-X
- добавлена индикация звездочкой декодированного FT8 Hint сообщения в окне приемной частоты
- устранен дефект передачи в неправильном периоде если пользователь кликнул на сообщении противоположного периода во время передачи сообщения
- улучшен и откалиброван алгоритм вычисления SNR. Новый алгоритм обеспечивает точность 1 дБ в условиях Гауссовского шума и при отсутствии пересечения с другим сигналом.
Звуковые файлы с симулированными FT8 сигналами (диапазон от -24 до +30дБ) для проверки точности определения SNR программой: https://cloud.mail.ru/public/LHX8/39xrqzEGG
В JTDX не поддерживается какая либо точность определения SNR для не-Гауссовского шума, в том числе при импульсных помехах и для пересекающихся сигналов.
Вопросы 'почему на водопаде еле видно а софт показал +10дБ' и наоборот, начиная с версии JTDX 18.1.0.74 рассматриваться не будут.
Тестирую V74.
с первых минут вижу- SNR визуально стали обьективными, рапорта адекватны принимаемым сигналам нет запредельных оценок с плюсами и рапортов -24 через станцию....
Игорь отдельное спасибо за эту калибровку!!!
Только что установил JTDX v18.1.0.74. На первом же двойном клике программа снова перешла на время передачи корреспондента. Работаю в режиме JT65, FT8 не люблю и там практически не работаю. Все это у меня относится к режиму JT65. AutuSeq сейчас работает отлично. Багов не замечал.
пока еще не чинили - завтра попробую воспроизвести и устранить причинуЦитата:
Сообщение от VA3LLZ
Если про Косово, то все нормально , qso прошло без сбоев...
ну и за одно рапорта в приемном окне визуально соответствуют "ручейкам " на водопаде...
Вложение 206558
на 73ем релизе заметил что программа не декодирует в фоне? в 74ом так же..
если к примеру не сворачивая программу открыть на секунду браузер или ещё что либо, то
вернувшись в программу и дождавшись окончания периода декодирования не произойдёт.
В прошлых релизах я пользовался браузером во время QSO или в режиме SWL без проблем.
18.1.0.74 Linux version (compiled in Ubuntu 16.04LTS) from original sources files by UA3DJY
Перестало вообще декодироваться
Вложение 206564
Подтверждаю, такая же проблема. Но она была замечена еще и в WSJT-X. Если открыть браузер или что-то другое (сделать окно программы JTDX не активным) происходит кратковременный сбой в декодировании. И при передаче тоже самое - происходит прерывание сигнала.Цитата:
Сообщение от R7CA
У меня это не наблюдается, и браузер активный, и фильм смотрю, декодирование идет нормально. У меня вин10, может из-за него все нормально?Цитата:
Сообщение от RA0SMS
...У меня также этого не наблюдается, и браузер активный(читаю новости и др.)и в скайпе беседую...Win 7
Раньше долго мучился точно с такой проблемой. Потом, как ни парадоксально, переставил планки памяти в другие слоты и проблема полностью пропала. Может кому поможет.Цитата:
Сообщение от RX3ASP
Скорее всего это происходит из-за резкой разсинхронизации времени, обратите внимание на показатель ДТ, влияние браузеров на системное время уже обсуждалось...Цитата:
Сообщение от RA0SMS
Публикуется с целью показать реальные возможности использования моды FT8, также для тех пользователей кто считает что FT8 сигнал с SNR -24дБ может быть декодирован.
Симулированный сигнал на частоте 1500 Гц, пакеты по 100 файлов с одним сигналом в диапазоне от -20 до -25дБ SNR (общий размер 141 МБ) :
https://cloud.mail.ru/public/6qpW/nuyZFEt6Q
Каждый может самостоятельно проверить как основной декодер FT8 и декодер FT8AP (Hint) декодируют сигналы с малым SNR.
Я конечно понимаю........что во время работы в цифровых модах можно видео/теле передачи посмотреть ,новости почитать ,а потом пожаловаться в теме что проц. дохловат ну а тех кто все ресурсы ,кстати весьма "не хилые" направляет на декодирование еще и покритиковать за то что имеют очень мощные компы и выбиваются из общего ряда.Цитата:
Сообщение от UA1OMZ
Я поражаюсь,во время работы в цифровых модах даже антивирус Касперского отключаю ,а зачем он нужен и что бы не влиял и синхронизация времени до ....сотых....И работает все на "УРА" и жалоб нет и результаты неплохие. Ну да ладно ,чего это я разошелся . Кому что ...."кто на что учился" и в итоге соответствующий результат.
Игорь, а у меня сформулировалось весьма толковое (на мой взгляд) предложение по AutoSec!Цитата:
Сообщение от UA3DJY
Давно наблюдаю, что не всегда можно "быстро" завершить связь, передав RR73 - довольно часто в ответ получаю опять рапорт... Понимаю, что это у Коллег софт так работает, ждет либо RRR, либо 73. Если руками заставить программу передать не RR73, а ПРОСТО 73 - QSO успешно завершается.
Отсюда предложение - чтобы по 100 раз не гонять RR73, может быть стОит ввести в функционал правило - "если дважды передали RR73, но получаем вновь R-рапорт, далее передаем ПРОСТО 73".
Мне кажется, это будет вполне не лишним.
Еще одно маленькое предложение - по автоматическому отключению Rx-Filter!
Тоже, скажем, после автоматического включения дважды передаем рапорт, но если в ответ ничего не приняли, выключаем фильтр (корреспондент наверняка просто частоту TX поменял).
Не важно браузер это, или просто окно проводника или любая другая программа. Именно в момент переключения между окнами сигнал пропадает. Во время передачи это хорошо видно по индикатору выходной мощности в трансивере. Звуковая модуляция кратковременно исчезает совсем, именно в момент переключения между окнами.Цитата:
Сообщение от UA1OMZ
У меня так и сделано. Я имел ввиду, как совсем убрать это самое лишнее CQ. Не говоря уже про другие фильтры. В приёмном окне и так много строчек. Затрудняется выбор станции. За 3 секунды надо успеть выбрать нужную станцию, а потом подумать нужна ли она тебе вообще.Цитата:
Сообщение от UN3G
Как подсказал RK1NA , нужную станцию выбирать для следующего периода.
Звуковая карта одна?Цитата:
Сообщение от RA0SMS
Андрюша,Цитата:
Сообщение от R7CA
тестирую работу 74-ой через WebSDR (OS Windows 10 Enterprise x64). При свернутом виде (свернуто основное окно и окно wide graph) JTDX спокойно декодирует сигналы.
Может быть то, что ты описал происходит в предыдущих версиях OS Windows и на x32 разрядной системе.
Сделал видео про это. Чуть позже выложу.
Трансивер TS-590, звуковая у него встроенная. Соединение одним USB шнурком. У товарища FT-5000 - происходит то же самое. Windows 7 32bit.Цитата:
Сообщение от UA3OA
Для интересующихся WSJT-X, сегодня получил новую версию:
wsjtx-1.9.0-rc1-build-8510, файл здесь:
https://cloud.mail.ru/public/5Pn2/ctRVBF68D
в 18.1.0.75_1 устранен этот дефектЦитата:
Сообщение от VA3LLZ
собранный софт https://cloud.mail.ru/public/D13B/6XKngANWB
исходный код https://cloud.mail.ru/public/JZF8/5giprx5NZ
кодовые суммы:
File name: JTDX-18.1.0.75_1-win32.exe
MD5: 15C931230DDAC2CA5EA5BDC75B4C5A03
SHA-1: B86B122535CD3BBB02DBE9A8D8A9C305EED802D0
SHA-256: 82228447E358D46B208DD35284F13563AF7F85BFEC383378177DB1C6EF19FEBF
SHA-512: C19AE274B3CC6176AD427FDD1634186C3EB96DBBDF7D1E5A4BE779FC680761A46D51A5 8D4B4CC6A6CFB84ABE6BC08D97C7B9DC121951D91E4F66C92CD6AB5D0F
RIPEMD: ECD324E5A630CB5D0AC5C437AAC5CB26B7828047
и возможно устранен этот дефект:
попробуйте пожалуйстаЦитата:
Сообщение от RW6APC
У меня тоже, вин10 , браузер, фильмы и проч. не влияет на работу 74-й, и раньше.
Уже об этом писалось. В компе нужно использовать две звуковых карты. Достаточно подсоединить внешнюю usb карту, тогда внутренняя будет работать чисто для цифры. Когда используется одна звуковая карта такое и происходит,потому что браузер тоже при открытии или переключении её же использует,а так же при открытии других приложений используются системные звуки и всё это через одну карту отсюда и сбои. Попробуйте выключить системные звуки.Цитата:
Сообщение от RA0SMS
У меня тоже 590, соединен по ЮСБ, звуковая карта в трансивере, встроенная для скайпа, для фильмов и прочие развлечения. В всё работает, не тормозит и декодируется.Цитата:
Сообщение от UA3OA
Надо посмотреть ещё в свойствах звуковых устройств (воспроизведения-запись) монопольный режим, стоят ли галки на разрешение и приоритет.Цитата:
Сообщение от UA3OA
Кто может, напишите авторам WSJT-X: нашел баг - в версиях 1.9 (во всех) если стоит галочкаЦитата:
Сообщение от UR5WCA
Promt me log QSO
после сохранения QSO, от WSJT-X в лог перестают приходить данные по UDP - 100% всегда так. Т.е. после нажатия Ok в окне сохранения QSO работа по UDP прекращается.
Вы не туда пишите.Цитата:
Сообщение от RX4HX
K1JT на своем сайте просит - если вы тестируете версии RC то сообщайте куда то...
На сайте посмотрите.
Please note: Versions of WSJT-X labeled with a "-rcx" suffix, for example WSJT-X v1.8.0-rc2, are "Release Candidates" sometimes offered temporarily for beta testing purposes. If you participate in these beta tests you are expected to report back to the developers on your experiences. You should upgrade to the GA release when it becomes available. The -rc program versions are not suitable for long-term general use.
Гуглом сами переведете?
У меня запущены две программы JTDX и разный другой софт (фотошоп, Dreamweaver...) если не работаю на передачу, то программы JTDX сворачиваю в трей, прием-декодирование идёт штатно, I7 процессор -20% всего занято при максимальной загрузке. W10x64. Три звуковые карты.Цитата:
Сообщение от R7CA
Вложение 206597
Вложение 206598
У меня 590 и никаких дополнительных звуковых карт
Сижу в скайпе, открыт браузер, и включено видио
ВСЕ РАБОТАЕТ
Переспределите аудио настройки
У меня вот такая конфигурация
Пишите нет доп карт, а на скрине видно что есть USB карта.Цитата:
Сообщение от RA3RKA
У меня для СДРа отдельно, по USB, но наблюдаю при передаче, в момент обращения к браузеру, пропадает на долю секунды выходной ВЧ сигнал...Цитата:
Сообщение от UA3OA
И после открывания любой страницы в браузере (или переход между ними), в режиме приёма - часто теряется декод!... Думал это только у меня.
P.S. - Винда 7я х64, 8 Гиг память, 6 ядер Атлон.
Мастдай - это "многозадачная" операционная система. :s12:Цитата:
Сообщение от UR4UM
Нет в системе " USB" карты. Это показан обычный USB audio codec установленный в трансивере. У меня в ic7300 так же само стоит и использую только его в цифровых модах.Звуковая карта в компе одна из самых лучших ,соотношение сигнал/шум 106дб НО ,повторюсь, при декодировании только встроенный в трансивер codec.Цитата:
Сообщение от UA3OA
Еще раз повторяю у меня TS 590s , USB шнур и всеЦитата:
Сообщение от UA3OA
Трансивер создает свой виртуальный порт и аудио.
Есть дравер для подключение к компу и все
Когда я отключаю трансивер USB аудио отключается и исчезает с настроек
Вложение 206602
Игорь получилось то что надо
И по скорости декодирования (на моем железе) и по чутью, программа стала
работать лучше WSJT-X.
поработаем и посмотрим как в деле.
Винда и определила этот звуковой чип в трансивере как дополнительную звуковую карту в системе, не вижу противоречий.Цитата:
Сообщение от R6LCF
на снимках... 96% сигналов с уровнем, меньше нуля...:p-up:Цитата:
Сообщение от RA3RKA
21 декод в WSJT-XЦитата:
Сообщение от RA3RKA
20 декодов в JTDX
:good:
Вложение 206607
При том это единственная строка в этом цикле в которой проскочила RR73.
В Винде установлен драйвер с оф.сайта ,если по скринам и описанию автора ,с сайта Kenwood. Да , Винда определила как USB audio codec. Не вижу в чем проблема.Цитата:
Сообщение от RK1AT
Скрины чужие ,но для информации....
Вложение 206605 Вложение 206606
Обнаружил такую штуку. При работе на общий вызов, если отключить/включать DisTX73, то CQ передается в таком виде как на скриншоте. Старт/стоп передачи не помогает. Только если переключить на TX5 а затем обратно вернуться TX6 все восстанавливается. Не знаю, может так и должно быть. Но мне кажется это не удобно.
Вложение 206609
У меня тоже так.Скорее всего это ошибка и не только у меня!Цитата:
Сообщение от RA3FP
Я просто не являюсь бетта-тестером. Думаю лучше если официальный бетта-тестер напишет. Версии 1.9 в открытый доступ автором не выкладываются...Цитата:
Сообщение от RK1NA
RA3FP....При работе на общий вызов, если отключить/включать DisTX73...
...а зачем это нужно...на общий вызов у меня DisTX73 всегда выкл.
JTDX 75_1
Работал на CQ, AutoSeq 3:
Вложение 206621
Такое и раньше было, если получал в ответ RR73.
Да уберите вы это RR73 галочкой
Вложение 206623
Да, в принципе и не нужно. Ну если кнопка доступна, значит можно нажимать, ну я и попробовал.Цитата:
Сообщение от UA3DTK
Работает корректно.Цитата:
Сообщение от UA3DJY
Игорь, обработал первую сотню -20dB 1500Hz
Декодируется, но не все файлы. Уровни от -19 до -20
Hint декодирование преобладает, но порой декод при первом проходе.
v18.1.0.74
Что скажете по результатам?
Всё ОК! Работает без сбоев.Цитата:
Сообщение от UA3DJY
Зачем?? Есть же в WSJT переход. Двойной клик по тх4 и RR73 превращается в RRR и наоборот.Цитата:
Сообщение от RC3C
Зачем велосипед изобретать?
основной декодер FT8 проигрывает JT65 декодеру примерно 5 дБ, с FT8AP (Hint) трудно сказать, пока не знаю надо ли иметь сначала декодированное сообщение от основного декодера чтобы включился FT8AP на поиск повторного сообщения CQЦитата:
Сообщение от UT3IB
Декодировало 92 файла.Цитата:
Сообщение от UT3IB
Hint - 12 декодирований.
-21dB
Декодировало 48 файлов.
Hint - 29 декодов.
-22dB
Декодировло 7 файлов.
Hint - 4 декода.
Попробовал включить Filter, на -20 получил на 1 декод меньше а -22 на 1 декод больше.:smile3:
патч 18.1.0.75_2 устраняет этот дефект, попробуйте пожалуйстаЦитата:
Сообщение от RA3FP
собранный софт https://cloud.mail.ru/public/8jXE/QwU7rmYVk
исходный код https://cloud.mail.ru/public/CMaf/cYWusn3Jx
кодовые суммы:
File name: JTDX-18.1.0.75_2-win32.exe
MD5: 1E09DF5150A9F60461E83C49FB84AE75
SHA-1: DFCCD8D156D4BD8BF0E026AE76D3DE9994717F82
SHA-256: 32DF5CE41E71C06AE22552C361494063F6A011CCEF08E9B830080B993F0EE330
SHA-512: 816623E8CE4ECE638922300235AA618E8C5D892515BD88157E88646FE88FB0AD86E7F0 F88633CAA463CA5C0869F2F85868A017B2C83E58C72EC6F61D57E50222
RIPEMD: 37040759DA151556C8730BD402AD3DFA026259A0
В смысле "убрать"? Я его специально поставил для ускорения QSO!Цитата:
Сообщение от RC3C
Игорь, проверил сейчас. Больше такого эффекта не наблюдаю.Цитата:
Сообщение от UA3DJY
Спасибо большое за оперативность.
Не уловил с какого момента, но в поле Operating band перестал выпадать список и отображаться диапазон, а поле частоты всегда красное.
Вложение 206657
Подозреваю, что либо какой-то конфиг-файл есть, где диапазоны прописываются, либо в реестре, но с наскока ничего не нашел. Кто знает - поделитесь знанием как восстановить переключалку диапазонов.
WSJT-X V1.8.0, удаление и установка заново не помогла.
а надо ли оно это ускорение если какие то ошибки потом в приеме/передачи для окончания QSO?Цитата:
Сообщение от RX4HX
Ошибок из за этого нет ,а вот время связи сокращается заметно.Сейчас кто дает RRR или сразу RR73 примерно 50/50. Привыкли уже и вопросов меньше!Цитата:
Сообщение от RC3C
@R7CA Андрюша, посмотри, днем снял видео, хотя, думаю, что это уже не актуально ибо вышли тестовые 75_1 и 75_2
видео по поводу приема сигналов 74 в фоне
свернул в 081430 Z, развернул в 081600 Z
https://www.youtube.com/watch?v=FTq89y_xok8
Кто привык? Вы? Я лично нетЦитата:
Сообщение от R6LCF
благодарю, Антон.Цитата:
Сообщение от RC3C
посмотрел
поставил последнюю версию... пропадают декоды периодами всё же..
раньше не наблюдалось, не думаю что с 73 релиза прога стала тяжелее
Игорь, вот спасибо, так спасибо! :-)Цитата:
Сообщение от UA3DJY
Reset сделайте Вложение 206665Цитата:
Сообщение от R2DFD
Водопад постоянно тормозит и дёргается, тоже самое происходит и со звуком и это не только в момент декодирования но и период приёма. Такое ощущение что скорость интернет соединения мала, постоянно подгружается или система не справляется со всеми задачами а тут ещё и запись в придачу. И вообще WebSDR не лучший пример в данном случае.Цитата:
Сообщение от RC3C
Никогда уже не уберу!!! Зачем лишний период гнать в эфир??? В WSJT-X ни каких проблем с RR73 НЕТ, надо решать и в JTDX!Цитата:
Сообщение от RC3C
Вы находитесь в противоположных 50%. Ну и что ,мне да и многим из противоположных 50% все равно.Цитата:
Сообщение от RC3C
После завершения QSO (на поиск работал) и занесения в лог, программа не отключает Enable TX и включает передачу на общий вызов. Не зависит включена кнопка DisTX73 или нет.
Вооот))) А когда работаешь на CQ, эта казалось бы полезная фишка наоборот не работает))Цитата:
Сообщение от RA3FP
ЗЫ. Система рапортов поменялась. Исчезла разнобойка в рапортах, но все значения стали явно завышенными. Сегодня даже получилось принимать с рапортом +20 и +19, хотя на WSJT у меня даже ближайший сосед выше +16 никогда не шел.
И теперь практически пропали рапорты ниже -19...
вер _75_2
Да, согласен. Ниже -19 не видел еще рапорта. Зато появились 17dB рапорта. Ну не знаю, хорошо это или плохо. Декодирует все без проблем.Цитата:
Сообщение от UN7JID
Надеюсь поправят недочеты.
согласно описанию AutoSeq, там же сказано как отключить этот функционал: JTDX - FAQ - JTDX AutoSeq v18.1.0.73 (Russian)Цитата:
Сообщение от RA3FP
состояние кнопки DisTX73 при включенной кнопке AutoSeq игнорируется в кодеЦитата:
Сообщение от RA3FP
Здесь файлы с симулятора - можете сами проверить что дает один и другой софт по каждому значению SNR сигнала: http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1450033Цитата:
Сообщение от UN7JID
Не надо рассматривать показания SNR в WSJT-X как общий стандарт, как и не надо пытаться калибровать JTDX по показаниям SNR WSJT-X.Цитата:
Сообщение от UN7JID
Само не исправится - необходимо сделать самостоятельно калибровку в коде WSJT-X и затем попросить разработчиков добавить эту калибровку в общую версию WSJT-X. В WSJT-X используется другой алгоритм вычисления SNR, код калибровки SNR из JTDX не подойдет.Цитата:
Сообщение от RA3FP
Алгоритм вычисления SNR в JTDX в исходнике ft8b.f90, у WSJT-X в исходниках ft8b.f90, sync8.f90, ft8_decode.f90.
Алгоритм вычисления SNR JTDX:
По жизни существует "общий стандарт" без отсылки к WSJT и JTDX?Цитата:
Сообщение от UA3DJY
Что показывает reverce beacon интересно?
Динамический диапазон приемного тракта, при использовании узкой полосы требования к этому диапазону менее критичны. Сам использовал кварцевые фильтры между антенной и супергетеродинным приемником полосой примерно 50Гц...1кГц для DX работы в CW на диапазоне 40м и выжимал чувствительность до 0.02 мкВ в используемой полосе.Цитата:
Зауживаю полосу приёмника до 50 Гц, декодирую массу станций, которые не видно при 2.7 кГц.
Причина?
При работе в FT8/JT65 на диапазонах 160...40м можно прослабить требования к динамическому диапазону приемника поставив по входу один параллельный колебательный контур с отводом для достижения желаемой добротности. В таком варианте для ряда приемников можно ощутимо снизить уровни продуктов перекрестной модуляции в приемном тракте без потери чувствительности.
при обработке сигнала используется математика с плавающей запятой, динамический диапазон более 90дБ. Сейчас ограничение динамического диапазона примерно в 90дБ происходит на звуковом потоке, поэтому сужение полосы приема в SDR в присутствии сильных сигналов в части случаев позволяет уйти от клиппирования на звуковом потоке.Цитата:
Если предположить, что ДД декодера от -24 до +24, то общий ДД = менее 50 дБ
Соответственно, если на входе - присутствуют весьма мощные сигналы, -50 дБм, выходит... декодировать сигналы с уровнями -110...-120 дБм, будет невозможно..
Ушами Вы слушаете все шумы в полосе фильтра, поэтому при узкой полосе мозгу при тональной манипуляции легче выделить сигнал из шума. WSJT-X/JTDX используют очень узкие фильтры для выделения каждого тона, полоса этих фильтров у FT8 JT65 JT9 отличается, и если сигнал в звуковом потоке приходит без искажений то внешняя фильтрация бесполезна и только добавит неравномерность в АЧХ тракта, что приведет к снижению эффективности декодирования слабых сигналов.Цитата:
Я ,, могу ошибаться! Но, не включая 50 Гц фильтр, увы... я не вижу, как на 160-ке Австралия проводит QSO c Японией! А вот с 50 Гц, вижу... и даже слышу ушами.:p-up:
когда мощность сигнала равна мощности шума приведенной к полосе 2500 Гц, тонкости в методике вычисления мощности шума: в WSJT-X и JTDX вычисление мощности шума отличаетсяЦитата:
Сообщение от UR6EA
Суммарная мощность тонов декодированного сигнала всегда превышает суммарную мощность шума в полосе фильтра софта, если мощность отдельного тона ниже мощности шума в полосе этого тона то вероятность правильно демодулировать тон мала.Цитата:
Сообщение от UR6EA
Приведение результата к полосе 2500 Гц чисто математическое, для того чтобы в разных модах можно было одинаково оценивать SNR, ширина полосы шума идет от SSB.
Полоса фильтра в WSJT-X/JTDX:
FT8 6.25 Гц (при поиске кандидатов 3.125 Гц)
JT65 1.465 Гц
JT9/T10 1.736 Гц
А как должно быть? Конечно, когда сигналы имеют полосу около 50Гц, хорошо бы программе шумы измерять в соизмеримой полосе, а не в 2,5 кГц. Я правильно понимаю, что сигналы остальных 30 с лишним станций в полосе фильтра приёмника рассматриваются как шум?Цитата:
Сообщение от UR6EA
Цитата:
Сообщение от RX3ASP
я уже и формулу FT8 SNR из JTDX опубликовал, как еще можно объяснить... изучайте формулу http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1450461Цитата:
Сообщение от UR6EA
Результат известен из кода: звуковой файл пишется в формате 12000 Гц 16 бит, поэтому превышение суммарной амплитуды порога 16 бит при симуляции сигналов приведет к клиппированию сигналов в файле.Цитата:
Сообщение от UR6EA
При расположении двух сигналов вплотную будет перетекание мощности из бинов спектра одного сигнала в соседние бины спектра другого сигнала, что приведет к снижению эффективности декодирования. Связано с тем что быстрое дискретное преобразование Фурье не идеально.
Кроме этого есть помехи возникающие при коммутации тонов сигнала, несмотря на переход через нулевую фазу от тона к тону, эти помехи от сильного сигнала будут давить соседний слабый сигнал повышая 'шум' в его полосе.
Сам эксперимент в таком виде не даст какой либо новой полезной информации.
Вопрос вычисления SNR имеет общий интерес и на форуме много пользователей с необходимым математическим базисом для понимания работы алгоритма.Цитата:
Сообщение от UR6EA
Поэтому считаю полезным обсуждение на форуме.
Кажется уже выжал в алгоритме все что можно, но кто знает - вдруг появятся еще полезные идеи по улучшению.
Простая математика: измерили мощность шума в полосе фильтра тона 6.25 Гц, затем добавили к ней примерно 26 дБ чтобы привести мощность шума к полосе 2500 Гц (10 * log10(2500/6.25))Цитата:
Сообщение от UR6EA
затем поделили мощность тона замеренную в полосе 6.25 Гц на интегральную мощность шума приведенную к полосе 2500 Гц, если объяснять на пальцах.
Что проге не нравится? Окно позывного не очищается автоматом, лог сохраняю вручную, какого спрашивается она стает на CQ?
Вложение 206690Вложение 206691
И еще, при установке Split - Fake It и Вложение 206692 очищаются окна при RX/TX, хотя меняется только частота, а не бенд.
Игорь, поправьте пожалуйста.
Еще нашел глюк:
Вложение 206693
Пролез В4, не мне, но с окраской как для меня.
:p-up:Цитата:
поделили мощность тона замеренную в полосе 6.25 Гц на интегральную мощность шума приведенную к полосе 2500 Гц, если объяснять на пальцах.
ИМЕННО!!!
Приветствую! Прошу сильно не пинать. Решил поработать в режиме AutoSeq7 ( В AutoSeq задействованы 3 и 4+ режимы). Выборка позывного и подстановка его в стандартные сообщения происходит, а вот EnableTX срабатывает не всегда. Может , что-то не так делаю???:um:
UR7TT...Что проге не нравится? Окно позывного не очищается автоматом...
...при работе на поиск включ. DisTX73...
Вложение 206694
Эта кнопка в функционале AutoSeq отключена.
UA1OMZ....Никогда уже не уберу!!! Зачем лишний период гнать в эфир??? В WSJT-X ни каких проблем с RR73 НЕТ, надо решать и в JTDX!
...да вроде все решено...коротенькое QSO в JTDX...
Вложение 206696
кнопка AutoTx включена? описание работы AutoSeq JTDX - FAQ - JTDX AutoSeq v18.1.0.73 (Russian)Цитата:
Сообщение от RW9UU
To UA3DTK:
Она серая, присмотритесь, это уже не раз обсуждалось.
Цитата:
Сообщение от UA3DJY
Измененный функционал:
- патч на передачу сообщения в неверном периоде
- патч на передачу пустого сообщения
- обновлен файл ALLCALL.TXT, содержит 53809 позывных
- выполнена фильтрация ложных FT8AP(Hint) CQ сообщений при низком качестве декодированного сигнала, основана на информации из файла ALLCALL.TXT. Количество ложных CQ сообщений со звездочкой должно в несколько раз сократиться.
При установленной опции "Enable eQSL sending" подтверждение уходит, но во внешний лог отметки об отправке на eQSL не делается.
Чем проконтролировать содержимое, передаваемое JTDX через TCP порт?
софт Wireshark может сделать трассировку если TCP пакет идет через Ethernet порт, для этого лог должен быть на другой машинеЦитата:
Сообщение от UT3IB
доработал фильтрацию ложных FT8AP (Hint) сообщений в JTDX v18.1.0.76_1:
собранный софт (Windows) https://cloud.mail.ru/public/bgf1/R4u58WS28
исходный код https://cloud.mail.ru/public/DSsB/az1qfrq1J
кодовые суммы:
File name: JTDX-18.1.0.76_1-win32.exe
MD5: ECC1FFB5227D9351299CF54F41F48188
SHA-1: 73E86E67F1661182BEA58CC83EA8D48349A19578
SHA-256: 776086BF043D601A177A8ABEA312F44B7A5D457586A42CAEC1F97E6182095816
SHA-512: B4CBA72114D875E383637D3B402C8D0042DDD308D4084661F34704A363C2DE1F72610C 925D0FC31909E19169B4E61C6C91021BB3D7D03AF60ECADFB131065C31
RIPEMD: 7383714A0A51D7E21CE7C2663D48AE79F11D0508
Даже не успел финальную V75 опробовать...
v18.1.0.76_1 вышла
Игорь, спасибо!
Причина - этот позывной находится в окне DX Call. Пока еще не определились есть ли смысл исправлять этот дефект, в большинстве случаев полезный функционал, если только не держать после QSO позывной в окне DX Call.Цитата:
Сообщение от UR7TT
благодарю, проверю код этого функционалаЦитата:
Сообщение от UR7TT
18.1.0.75 Linux version (compiled in Ubuntu 16.04LTS) from original sources files by UA3DJY
Стоял на CQ при auto seq 3, увидел работает нужная мне станция,
ну я и позвал на своей частоте, а он ответил другому.
Прога отключила enable tx и не вернула на мою передающую частоту для последующего cq.
Такое в будущем возможно устранить?
При работе на cq с галками в меню auto seq: 3 при выборе b4 - всё прекрасно отсеивается,Цитата:
Сообщение от UA3DJY
а вот если к этому добавить и 4+ , что бы скучно не было и прога слушала в добавок и тех кто так же даёт cq,
то b4 не срабатывает на фильтрацию тех кто работает на cq и применима только к тем кто подходит.
Игорь, возможно ли устранить проблему, а если же этого ещё не проробатовали,
то попробовать реализовать в последующих версиях?
Вложение 206722
Вложение 206721
Сейчас попробуем, но в 75 разок пробежало...Цитата:
Сообщение от UA3DJY
Вложение 206723
B4 в JTDX в режимах AutoSeq(4+3) срабатывает только на тех кто подходит на мой cq,Цитата:
Сообщение от UA3DJY
а на тех кто тоже даёт cq - B4 не действует и зовёт всех тех, кого и не видно...
Вложение 206725
Вот не как не хочет завершить QSO интересно что у него в рВложение 206732Вложение 206733егламенте???
Ничего удивительного. Рапорт от Вас принять не может никак.Цитата:
Сообщение от UA3VFL
Рядовой случай.
Вложение 206734
JTDX_75 позвал с рапортом, программа зачем-то дала рапорт второй раз. Режимы специально не указываю. Ответы типа "не тот режим или не там галочка" не устроят. Считаю это багом, т.к. программа в любой ситуации должна сама сформировать адекватное сообщение.
Звать надо R+01 тогда программа правильно отработает.Цитата:
Сообщение от UA1OMZ
Вот такие dB в WSJT-X
Вложение 206743
По участку для FT8 ползаю с фильтром ≈ 500 Гц
Вложение 206746
Это я про то, что завышены dB в JTDX, или занижены, наверное от прохода зависит. Надо статистику набирать.
Наверное, и панораму надо показать.
Вложение 206748
Александр, RM1O
...я это делаю так...прекращается передача и очищается окно DX Call
Вложение 206747
Мне кажется, ДБ ни когда не были объективны. В ССБи дают на слух 59, в телеграфе все дают тоже на слух и дают больше всего 599 лишь бы провести связь быстрее. Ну и в ФТ8, какое там ДБ, декодируется и ладно. Если уж хочется передать ДБ более объективно, можно посмотреть по следу на водопаде.Цитата:
Сообщение от RW3QF
Вы ничего не должны делать, все должна сделать автоматика...Цитата:
Сообщение от UA3DTK
А во многих логах, есть установка - рапорт по умолчанию.
А объективен ли рапорт - пофигу. Главное провести QSO и в лог прописать.
В программах WSJT и JTDX вообще не нужны рапорта и водопады, они и без них работают, ни кому не мешают и помощи практически нет, как например, в программе ROS, там водопад только для красоты. Добавить функционал - авто выбор свободной частоты для передачи и вперед за DXами. А можно и дальше пойти, робот будет проводить QSO.:s11:Цитата:
Сообщение от RW4LN
Вот пагубность фильтров.
Видимо установлено, исключить EU
Вложение 206750
А разве в JTDX от ширины окна водопада не зависит полоса.Цитата:
В программах WSJT и JTDX вообще не нужны рапорта и водопады
Видимо я что-то не понял. Но где-то выше в теме говорилось, что Bins/Pixel даже очень влияет на полосу приема.
Я ошибаюсь?
Кому как, у меня поставлен фильтр на Европу раз и навсегда.Цитата:
Сообщение от RW3QF
Вложение 206751
А при CQ это как-то обозначаете?
Зовем-зовем - время теряем, электричество жжем, вскрываем TX, может что там отвалилось и т.п.
Это с какого такого перепугу....... не получив рапорт давать RЦитата:
Сообщение от UA3OA
Есть новая версия wsjtx-1.9.0-rc1-build-8520
здесь: https://cloud.mail.ru/public/4Kiw/NASkFR33c
При включении фильтра, он не влияет на зовущую станцию и показывает его позывной. Часто приходится пользоваться фильтром на EU при моем CQ, но не для того, чтобы исключить работу с EU, а для того, чтобы можно было оперативно отреагировать на вываливающиеся споты станций вне EU, которых гораздо меньше.Цитата:
Сообщение от RW3QF
Использую v.18.1.0.67 и также иногда всплывает такой же сбой в программе, т.е. после приема от корреспондента R-10, с моей стороны программа выдает R-06 вместо ожидаемого R73.Цитата:
Сообщение от UA1OMZ
UA1OMZ...<Вы ничего не должны делать, все должна сделать автоматика...>
...а зачем тогда оператор?...тем более,что QSO длится 45 сек. ...ну,оно конечно,кому как...
|
Объясните. Почему при работе на поиск и окончания связи (73 на RRR) моя программа переходит на передачу на частоте корреспондента в режиме CQ? Повторяю, работал на поиск, не на общий вызов. Ошибка не систематическая.
сбой может быть вызван попыткой оператора вмешаться в работу AutoSeq, если звать корреспондента на другой частоте то можно избежатьЦитата:
Сообщение от RW6APC
...а зачем тогда компьютер?...тем более что CW принимаем на слух... давайте и другие моды так же освоим...Цитата:
Сообщение от UA3DTK
...а компьютер будет ЛОГ вести и всё ОКей...!
А зачем тогда Autoseg(и) - АВТОМАТИЧЕСКИЕ режимы, они должны полностью отвечать своим названиям, регламентом моды запрещено только автоматически начинать новый цикл QSO, а проведение QSO в ПОЛНОМ автоматическом режиме уже давным-давно внедрено в wsjt-x, только абсолютно без багов...Цитата:
Сообщение от UA3DTK
исправил в JTDX v18.1.0.76_2, проверьте пожалуйста:Цитата:
Сообщение от UR7TT
собранный софт https://cloud.mail.ru/public/Aj1B/DRNuEtw7T
исходный код https://cloud.mail.ru/public/DDUg/ZYDMeZSWn
кодовые суммы:
File name: JTDX-18.1.0.76_2-win32.exe
MD5: 509E1A490D8C37FE1274DF6A1B9DAD5F
SHA-1: B1CE1D7B1F76C9E0B33D3F2965287C8D83732C8E
SHA-256: E9414BEE95373A2BAED07957B1B871084CDC710B324AA5B841217965BDEEDF5D
SHA-512: 58306FD70656B120D320CBB2CE2F788031F8B744C971AF81004C78278EB420EEA3C3A2 813620AB48C895D3AD651F6EE7B78E63142B27415C890706211D533C85
RIPEMD: EA3DBF42FD8660201C62DD877467656B761BE222
в какой версии WSJT-X?Цитата:
Сообщение от UA1OMZ
С появлением autoseg1, "полный" я имел ввиду только алгоритм проведения одного qso.Цитата:
Сообщение от UA3DJY
UA1OMZ...<проведение QSO в ПОЛНОМ автоматическом режиме уже давным-давно внедрено в wsjt-x, только абсолютно без багов...
С появлением autoseg1, "полный" я имел ввиду только алгоритм проведения одного qso.>
...но в JTDX также одно QSO проводится в полном авторежиме...без проблем...
Вложение 206764
Игорь, а вот окно появляется от чего? при окончании QSO.Вложение 206765Цитата:
Сообщение от UA3DJY
переводчик пишет так...
<было несоответствие позывных
позывной, который должен быть зарегистрирован, не соответствует вашему текущему qso партнерскому позывным (вызов DX)>
А успеть надо за секунду после получения "73", нажать кнопочку внесения в лог!!!Цитата:
Сообщение от UA9OP
Я уже поднимал этот вопрос...
Зато в режиме "Enable automatic logging of QSO", наоборот - только вы начали передавать "73", сразу летит в лог (и не волнует его факт получли ли Вы 73 в ответ). Как в регламенте...
P.S. - не переводил я текст, поспешил поделиться тем что не нравится самому... Извиняйте...
но проблема эта не придумана мной.
Работает как нужно. Спасибо.Цитата:
Сообщение от UA3DJY
JTAlert говорит что в окне DX Call JTDX отсутствует позывной либо находится другой позывной, этот функционал можно отключить в JTAlert чтобы он не ругался.Цитата:
Сообщение от UA9OP
Вмешательства какого оператора? Как можно вмешаться в процесс? Связь идет автоматически, я только смотрю и жду момента отключить передачу, когда она пойдет на CQ. Вот опять проверил, опять сбой.Цитата:
Сообщение от UA3DJY
UA3DJY :Активно работал на v.075 .Что заметил ,у меня с теми же настройками что и на предыдущих версиях довольно заметно ограничение мощности проц. Вернулся на v.073 ....все в норме,быстро и по времени.Разница заметна , прошу учесть!
Я показал выявленный баг Вложение 206771 (сообщение #11470),Цитата:
Сообщение от UA3DTK
он повторяющийся и не только у меня,
ранее тоже были сообщения...Цитата:
Сообщение от UN7LZ
Если у Вас, Валентин, всё хорошо то об этом можно и не писать, это разработчикам ни как не поможет. Надо выявлять и просить разработчиков об устранении, только так в итоге получим "конфетку". )))
Если Вы зовете станцию, и если даже у станции включен фильтр, то он все равно увидит вашу станцию. Он не увидит другие станции этого региона на который включен фильтр, потому что они не зовут его.Цитата:
Сообщение от RW3QF
Если не отвечает, - то значит не не хочет отвечать вам. Или не видит вас.
а где его отключить.?........все пересмотрел и не нашел?? если можно подскажите?Цитата:
Сообщение от UA3DJY
Напрашивается вопрос, если "его отключить" - QSO в лог заносится? Или тоже отключится?Цитата:
Сообщение от UA9OP
Но без JTAlert, как связи в лог заносить?
Этот момент всё же, интересенЦитата:
Сообщение от UR4UM
Пора менять процессор!:s7: Снаступающим праздником!Цитата:
Сообщение от R6LCF
To UA3DJY
Нашел закономерность включение CQ на частоте корреспондента.
Это происходит когда "хозяин" частоты завершает связь RRR, получает от меня 73 и потом дает мне 73. После этого у меня программа переходит в режим общего вызова CQ на частоте корреспондента. По моему мнению это конфликт WSJT и JTDX. Какой выход?
у меня такого не происходит у меня только стоит Autoseg1Цитата:
Сообщение от RW6APC
Цитата:
Сообщение от RW6APC
Я вот не знаю, что не так все таки у меня. Проблема точно так как и у RW6APC. После завершения QSO и занесения в лог, включается передача CQ. Неважно где стоит галка либо Enable automatic logging of QSO или Prompt me to log QSO.Цитата:
Сообщение от RA3AIW
Из описания функционала: "При автоматическом внесении QSO в лог (Enable automatic logging of QSO) в конце QSO отключается
кнопка Enable Tx и для продолжения работы оператору необходимо включить эту кнопку." У меня это не происходит. Что все таки не так?
Вложение 206805
Нужно срочно менять комп, лучше в красивом корпусе - со светодиодами, а то ,,БОСЯКИ,, начинают машины покруче показывать, чем потом буду понтоваться???:s10: Всех с МУЖЧИНСКИМ днем!!!!!!!!
UA1OMZ...<Если у Вас, Валентин, всё хорошо то об этом можно и не писать, это разработчикам ни как не поможет. Надо выявлять и просить разработчиков об устранении>
...непонятно...если у меня все работает нормально,а у вас нет...то причем здесь разработчики...
Вас тоже с праздником!Цитата:
Сообщение от R6LCF
Понимаю, что Вы предвзято относитесь к "посторонним мнениям", но все-таки
прислушайтесь к тому, что я скажу. Без обид, я постараюсь только факты. :)
Процессор у Вас дорогой, но, как-бы так повежливее сказать... Не самый шустрый!
Хоть он и i7 и целых 4.2ГГц, но всего 4 физических ядра плюс гипертрейдинг.
Немаловажно отметить, что он из "ветки "Kaby Lake", а это ОЧЕНЬ неоднозначная
ветка! (Сам с таким мучаюсь, i5-7400, правда дешевле на 200$).
Плюс ко всему - у Вас еще и Win-10 установлена...
Очень Вам рекомендую, проверьте свою систему простейшей программой
DPC Latency Checker ! Найти легко по названию, программа бесплатная.
Серьезно! Если задержек НЕТ, тогда и есть смысл "пинать" автора. Но почему-то
мне кажется, что у Вас реально не все в порядке с операционной системой.
Либо Win-10 принудительно "свои" драйверы напихала куда только можно,
либо еще где-то "тормоза". Ну не может JTDX "тупить" на такой машине, как
у Вас.
В версии 76_2 не заметил недостатков. И все поздравляю с:
Вложение 206816
Да он и не тупит ,а речь идет о нюансах. И все у меня с опер.системой в порядке чего и вам желаю.Я говорю о нюансах при работе в различных версиях.Разница заметна,ну не может последующая работать в плане производительности менее быстро чем предыдущая. А автору только спасибо за программу.Цитата:
Сообщение от R0JF
Критерием сравнения является WSJT-X последняя версия и сравнение с JTDX ,какая на данный момент установлена. По сравнению с далеко предыдущими версиями JTDX работа проц. намного улучшилась в плане распределения по всем 8 логическим проц и нет искусственного "ограничения "по максимальной мощности в отличии от любой версии WSJT-X.да и версии JTDX аналогично между собой . Вот о чем речь и только.
Я считаю ,что автор должен и обязан все это знать.ОН АВТОР!
Добавлю,а еще и браузер запущен и видео в перерывах посматривают........а позже жалуются.Цитата:
Сообщение от UR6EA
При работе в JTDX все "ненужные" процессы остановлены кроме программы синхронизации времени и Лога и ,естественно,Касперский отключен. Окончил работу включил,это всегда так !
Чистота эксперимента!
Ну не знаю. Вот как раз на злосчастном i5-7400 работаю. Смотрю кино, одновременно читаю и пишу вЦитата:
Сообщение от R6LCF
форум (еще десяток вкладок открыты), cqrlog запущен, ExpertSDR2 запущен с полосой правда всего
в 39 КГц, jtdx "в фоне" на cq-работает... Почтовая программа, виджеты погоды, нагрузки системы,
"рюшечки" всякие привычные... Никаких ни тормозов ни нюансов. Правда в Linux. :)
Возможно из за последнего.Цитата:
Сообщение от R0JF
Сейчас обращаю пристальное внимание на производительность вот в связи с чем. В JTDX ( спасибо автору за фильтр) на Европу включен всегда ,здорово помогает в плане перегруженности окна приема и моего нежелания работать с оными. Ну не интересно мне "делать сотню связей " с......Стараюсь выискивать редких и кого у меня нет вообще территорий. Да вот еще для меня немаловажно ,если корреспондент не состоит в LoTW я с ним не работаю ,смысла нет никакого .Пусть десяток НО тех кого хотел.Вот и приходится уделять внимание на нюансы и ,как здесь говорили ранее ,оперативно работать с фильтрами трансивера для результативного декодирования слабых и очень слабых сигналов.И мощность проц. и процент применения в цифровой моде одна из причин всего этого!
С Днём Защитника Отечества!
Появилась новая версия wsjt-x :
wsjtx-1.9.0-rc1-build-8528, файл здесь: https://cloud.mail.ru/public/GKXE/fZVctDwJk
Это тоже "универсальная" и для ДХ экспедиций?Цитата:
Сообщение от UR5WCA
Да, но это еще devel версия.Цитата:
Сообщение от US4IRT
То есть еще в разработке.
С праздником коллеги!
И предлагаю сфокусироваться на теме, личные сообщения в личку пожалуйста, форум не предназначен для выяснения отношений.
Есть такой момент.
Сработал я с YB5QZ, например.
Несмотря на установленные галочки (см. Настройки 2) он не зачеркивается как сработанный.
В следующий раз,когда этого корра позовешь - вот после получения его ответа JTDX показывает, что уже сработан.
Вложение 206831
Вложение 206832
V75 но было и ранее
вчера проверил на .76_2, пакет файлов занимавший ранее 151 секунду декодирования взял 175 секунд (примерное время для этого пакета при первых попытках сделать многопоток), сегодня будет окно посмотрю какое изменение кода привело к росту времени декодированияЦитата:
Сообщение от R6LCF
Игорь!
Версия Американцев что сейчас дана здесь в тестовом файле для JT65, дала неожиданный результат. Скрин и вав файл прилогаю
У меня v75 декодирует гораздо быстрее, чем v76_2Цитата:
Сообщение от UA3DJY
Этот позывный есть в логе ранее именно с таким QTH квадратом на этом диапазоне и в этой моде?Цитата:
Сообщение от RW9WT
возможно это результат увеличения количества проходов декодирования: в JTDX есть текстовые фильтры срезающие ложные декодирования декодера FTRSD(JT65) и использующие файл ALLCALL.TXT, в WSJT-X таких фильтров нетЦитата:
Сообщение от RN9AZ
Обмен идет в этом сеансе работы JTDX. Кнопкой "Log QSO" связь внесена в лог.Цитата:
Сообщение от UA3DJY
Далее вижу, как этот DX отвечает кому-либо, и НЕ зачеркнут.
Допустим, через пару часов опять загрузил JTDX
Увидел его CQ, позвал. Нет пока зачеркивания.
Вот уже после этого вызова, показывает уже зачеркнутым.
Но корреспондента я уже побеспокоил - всех DX не запомнишь...
Где взять этот файл? Есть только all.txt и call3.txt и тот несвежий.Цитата:
Сообщение от UA3DJY
ALLCALL.TXT копируется в папку \install\bin\data\ при установке софта, от пользователя дополнительных действий не требуетсяЦитата:
Сообщение от RX3ASP
Ясно, спасибо! Искал с дуру в Local\JTDX
В общем как я не пытался отучить программу давать CQ после завершения QSO (работа на поиск) так и не получилось, когда во закладке Reporting установлена галка Enable automatic logging of QSO. Если галка установлена Prompt me to log QSO или QSO заношу вручную, CQ не передается. Так, что не использую пока Enable automatic logging of QSO.
В остальном работает очень хорошо. Сегодня практически весь день тестировал.
Забыл добавить, в закладке AutoSeq установлено: Call first и Single shot QSO.
Всех с праздником!
Несколько раз возникала проблема. Передача включалась, но сигнала на выходе со звуковой карты не было. CQ на частоте корреспондента тоже присутствует. Ушел на версию 72. Ушли проблемы.Цитата:
Сообщение от RA3FP
Всех с праздником!!!
сценарий 1, AutoSeq1, Single shot QSO, автоматическое внесение QSO в лог, работа на разнесенных частотах:Цитата:
Сообщение от RA3FP
сценарий 2, настройки как в сценарии 1 но TX частота равна RX частоте и вызов идет на частоте корреспондента:
сценарий 3 настройки как в сценарии 1 но включен вызов рапортом:
Разных сценариев еще много и долго можно перебирать, надеюсь что этих трех достаточно чтобы понять в чем разница в настройках и действиях оператора и почему у нас софт по разному работает.
Игорь, все понятно. У Вас все нормально, но у меня так почему то не получается. Единственное отличие: у Вас включен AutoTX и версия 18.1.0.76_3, но думаю не влияет. Еще проверю конечно. Спасибо!
В Windows эксплорере есть возможность поиска файла на диске, выбираем место где искать, нажимаем CTRL+F, указываем имя файла или часть имени файла и выполняем поиск.Цитата:
Сообщение от RX3ASP
В описании на AutoSeq прямым текстом сказано: кнопка AutoTx используется в функционале автоматической последовательности и должна быть включена: JTDX - FAQ - JTDX AutoSeq v18.1.0.73 (Russian)Цитата:
Сообщение от RA3FP
Игорь, спасибо! Все понятно и все работает как надо. Честно сказать, не заметил в описании сразу про эту кнопку. Там в самом конце про нее написано. Меня просто ввела в заблуждение подпись к этой кнопке, вот и думал, что нажимать ее не надо.
Вложение 206862
Есть операторы кто кликая на декодированном сообщении таким образом заносят позывной в окно DX Call чтобы проверить во внешнем софте-логе есть ли QSO, чтобы JTDX не шел не передачу они отключают кнопку AutoTx.Цитата:
Сообщение от RA3FP
В таком случае есть смысл вносить искомый позывной в окно DX Call вручную, тогда не будет нарушаться работа автопоследовательности AutoSeq.
Это не удобно, Игорь. Да я смотрю в логе подтверждена она (страна) или нет. Только потом принимаю решение.Цитата:
Сообщение от UA3DJY
Цитата:
Сообщение от UA3DJY
Вариант скопировать лог остальных мод в файл wsjtx_log.adi и использовать функционал уведомлений JTDX не работает?Цитата:
Сообщение от US4IRT
В JTDX новый функционал часто использует ранее созданный, а учитывать в коде сценарий проверки позывного во внешнем логе означает ограничить возможности JTDX. Передача позывного во внешний лог идет из окна DX Call, содержимое этого окна используется в функционале AutoSeq.
Работает! Но не показывет JTDX подтверждена связь (страна) или нет. Это видно в логе (в статистике).Цитата:
Сообщение от UA3DJY
Недавно заметил особенность - если включить "новые квадраты", и провести QSO со станцией у которой нет в логе квадрата (ну например она CQ не дает), то потом этот позывной высвечивается как "новый" квадрат (зачеркивание позывных снято), хотя QSO то уже было .... С толку сбивает - только что работал, а программа твердит - новый квадрат :) Может поэтому (в том числе) многие зовут повторно и по несколько раз? Может автоматически подставлять в лог данные о квадрате (он ведь есть в call.txt, да и часто в all.txt)? Квадрат люди меняют крайне редко...
вариант страна сработана но не подтверждена, да, пока нет возможности сделать такое уведомление в JTDXЦитата:
Сообщение от US4IRT
3G9A/mm не передавали квадрат при проведении QSO, при частой смене квадратов во время движенияЦитата:
Сообщение от RZ1OA
Это - единичный случай, я о другом. Заканчивает ZS6... QSO, зову, провожу связь, через некоторое время вижу - стал давать CQ - показывает - новый квадрат! Ну хорошо, я еще пока помню, что только что с ним работал, а через месяц? :)Цитата:
Сообщение от UA3DJY
если собирать квадраты то есть смысл вручную редактировать wsjtx_log.adi - добавлять отсутствующие квадратыЦитата:
Сообщение от RZ1OA
с другой стороны во время проведения QSO видно что квадрат в окне отсутствует и при желании оператор может нажать кнопку Lookup и добавить квадрат в окно из файла CALL3.TXT
Когда работал на файлом CALL3.TXT часто видел что на один позывной приходится два квадрата(приходилось выбирать один), у нас например дача, в других странах часто практикуется работа с автомобиля, последняя в Японии массова.
Может и так .... Хотя и не думаю, что явление уж настолько массовое, 0,5% - не в счет. А из all.txt? Он же (квадрат) там есть.Цитата:
Сообщение от UA3DJY
Ручками - тоже можно, но запросто можно проглядеть это дело.
Работает, но если территория есть в диджи, то она меня не интересует. Проверка на Лотв тоже важна.Цитата:
Сообщение от UA3DJY
Внешний лог это позволяет увидеть.
Вручную вводить позывной не вариант. Успешность редкого кюесо дело первых секунд.
Дальше начинается зоопарк.
И не нужно, задача пикнуть, обратить на себя внимание оператора. С чем софт успешно справляется.Цитата:
Сообщение от UA3DJY
Дальше оператор принимает решение о необходимости кюэсо.
Очень давно вертится на языке одна хотелка.
По левой кнопке блокировать на конкретной станции звук алерта.
И я к тому же. Нужно, что бы кнопка "AutoTX" выполняла свои функции и не участвовала в AutoCQ. AutoCQ должно завершаться при любом положении кнопки (с выключенной или включенной).Цитата:
Сообщение от UR7TT
Цитата:
Сообщение от R6LCF
JTDXЦитата:
Сообщение от UA3DJY
Сейчас проверил все шаги между .73 и 76_4, во всех версиях пакет файлов декодируется за 151 секунду, лучший результат для моих 4 потоков.
Похоже что при предыдущем тесте на версии .76_2 какое то приложение грузило процессор или Firefox брал слишком много памяти (все Интернет браузеры со временем накапливают объем занимаемой памяти - на днях заметил рекордный объем 3.7ГБ, их иногда желательно перезапускать).
Вам есть смысл сделать свой пакет звуковых файлов для тестирования, и записать конфигурацию тестирования - критичны состояние кнопки Hint и полоса частот на водопаде (про закладку Decode не говорю, там у Вас постоянные установки). Время начала и конца декодирования пакета файлов видно в ALL.TXT.
По опыту тестирования лучшая эффективность декодирования FT8 (количество декодированных сигналов) получается на двух и четырех потоках, на 8 и 12 потоках немного просаживается. На одном потоке декодируется меньше всего сигналов.
UA3DJY: 3 Call baset......../4+ Call....... /FT 8 threads- 8 потоков/ Кнопка Hint постоянно включена/ полоса на водопаде Bins/Pixel 2/Start 100Гц. не меняется , полосу регулирую только в трансивере но только в сторону уменьшения что бы выделить поконкретнее.
Сейчас включил 4 потока ,буду пробовать.
Спасибо!
Учтите что на 4-х потоках у Вас будет декодировать немного дольше чем на восьми. Если у Вас бегут одновременно два JTDX (например два диапазона) тогда есть смысл каждому дать фиксировано по 4 потока, тогда и эффективность декодирования и скорость декодирования будут оптимальны.Цитата:
Сообщение от R6LCF
Насчет потоков понял ,а по поводу......постоянно запущен один. Только эксперименты довольно давно. Сейчас нет!Цитата:
Сообщение от UA3DJY
Спасибо!
P.S.Только что установил 12 потоков ,версия 073. Похоже получил то что надо ,боюсь ошибиться. Буду экспериментировать!
Еще раз спасибо ,а то как"заклинило "меня на этих 8 потоках.
v75
Работаю на CQ.
Все нормально. Решил поработать направленно и вставил в макрос "NA". Подходит Европейская станция, программа игнорирует ее продолжая давать направленный вызов.
Вроде так и должно быть, работаю ведь направленно.
Европеец упорно зовет, кликаю двойным на его позывном, прога подхватывает его и дальше все идет по сценарию классического QSO.
Зовет американец , программа игнорирует и его..., снова щелкаю по позывному , макрос "CQ NA UT8NT KN49" меняется на "A1AAA UT8NT R-10" и связь заканчивается как надо.
Убираю из макроса CQ "NA"- все работает нормально программа сама подхватывает позывные , если зовут две станции или больше-отвечает станции которая проходит громче. Но при желании можно выбрать мышкой из тех кто меня зовет и qso заканчивается стандартно. Может быть я что то пропустил и где-то выбираются настройки направленного вызова ? В предыдущих версиях просто вписывал в окошко нужный континент и все работало нормально.
JTDX
Сейчас проверил все шаги между .73 и 76_4, во всех версиях пакет файлов декодируется за 151 секунду, лучший результат для моих 4 потоков
Игорь, с праздником!!! Мы, я по крайней мере- восхищён вашей разработкой и даю посыл: Расслабьтесь на сегоднни. мы надеемся это на 100% компенсируется. Сейчас отдыхаем!! Но ждём Вас
направление вызова как на этой картинке указываете?Вложение 206904Цитата:
Сообщение от UT8NT
Цитата:
Сообщение от UA3DJY
Простите великодушно, но где включается вызов рапортом?
Игорь приветсвую Вас.Цитата:
Сообщение от UA3DJY
Да именно здесь. Прописал "DX" программа один раз позывной "подхватила", и все... Дальше опять игнор.... не подхватывает и все , только принудительно мышкой...
Убрал из сообщения "DX" - все заработало отлично...
Работаю в AutoSeg1,Single shot QSO-галка убрана, сохраняю связи в всплывающем окне
Вложение 206907Цитата:
Сообщение от UA3SGV
V18.1.075 при переключении на FT8 не работает CAT (OmniRig) На других модах работает нормально.
Вложение 206909Цитата:
Сообщение от UA3SGV
Как так можно?
Вложение 206929
Новый WSJT, "FOX" мультисигнальный режим - одновременный рапорт нескольким корреспондентам.Цитата:
Сообщение от RZ1OA
это то что разработчики WSJT называют антиобщественным поведениемЦитата:
Сообщение от RZ1OA
если еще добавить робота (желающих использовать робота немало) то на диапазонах станет нечего делать, будем все дружно наблюдать как коллеги, а точнее их компьютеры, 'тестируют' режим Fox DX-pedition
в коде управление трансивером не зависит от моды, попробуйте удалить JTDX.INIЦитата:
Сообщение от RW4WZ
Цитата:
Сообщение от RX3ASP
И все же - это стандартная функция (уже) или доработанная "под себя"?Цитата:
Сообщение от UA3DJY
Слышит он, кстати, плохо - его бразилец долго и безуспешно звал ...
Цитата:
Сообщение от RX3ASP
скорее всего эта функция будет лицензируемой, в промежуточных версиях разработки WSJT-X либо есть дырка позволяющая ее использовать либо оператор сам доработал исходный кодЦитата:
Сообщение от RZ1OA
это одна из причин почему разработчики WSJT просят не публиковать промежуточные версии WSJT-X
доброе утро друзья.
Сталкивался ли кто-то с проблемой описанной мной в посте #11556
Вот настройки которые я применяю работая на общий вызов.
Вложение 206932
Проблема возникает только тогда когда я применяю идентификатор направленного вызова (AS, NA, DX)
Программа в автоматическом режиме отказывается "подхватывать" ответившие на мой CQ-вызов позывные. При выборе отвечающему позывному кликом мышки QSO завершается стандартно.
при стандартном вызове "СQ UT8NT KN49" сценарий qso проходит в классическом автоматическом режиме, при участии оператора только для сохранения QSO в лог нажатием кнопки "ОК" в всплывающем окне
Версия 18.1.0.75 . В версия которые тестировал ранее такой ошибки не было.
Помогите разобраться:) Может так программа работает не только у меня?...
Переключил CAT напрямую (без omnirig)на трансивер. Работает. Удалил jtdx.ini.
Работает и связи провожу. Но все равно вижу зависимость переключателя диапазонов от моды.
Вот режим JT65 :
Моду переключил на FT8 :
BAND стал 23 см. В списке одни УКВ бэнды. Окно частоты красное.
Если переключу моду все будет нормально.
закладка Frequencies, кнопка RESETЦитата:
Сообщение от RW4WZ
вижу этот сбой у себя, завтра поставлю себе Linux на машину для диагностикиЦитата:
Сообщение от UT8NT
Помогло. Спасибо !
Все же иногда успевает проскочить повторное 73 (передача включается и тут же отключается), хотя вроде и не должно. Такое редко, но бывает. Не знаю с чем связано. Загрузка компа минимальная, станций на диапазоне мало было. Версия 18.1.0.76_1.
Уже привык к JTDX, все больше и больше нравится.
Вложение 206969
Да, повторилась ситуация, о которой сообщал в посте № 11528
Перед K9IG неудобно...
Увидел его CQ, позвал. Не был зачеркнутым.
Вот уже после вызова, программа показала уже зачеркнутым.
Да, и во время одного сеанса работы JTDX, например, CQ 9M2TO видно то зачеркнутым, то нет (но с ним-то я уже связь помню - ранее много работали в CW)
V 75
Не понятно, у кого глюк, у американца или у меня. Видимо наша программа не дружит с их ней. Моя 72_2, а у него не знаю.
Вложение 206973
Поставил отправку спотов, все работает. Но, что за две цифры после локатора в PSKReporter? При чем у некоторых спотеров они есть, а у некоторых их нет. В моем случаее всегда есть, что из WSJT-X, что из JTDX. Интересно, может кто знает?
Вложение 206982
В ini-шке параметр FOX ставишь в "enable" - и ты уже DXpedition :)Цитата:
Сообщение от UA3DJY
Запустил, посмотрел - пошел в JTDX ...
Выложили. http://physics.princeton.edu/pulsar/K1JT/wsjtx.htmlЦитата:
Сообщение от RK1NA
Вложение 206983
Цитата:
Сообщение от RC2SC
Хм... а там засада:
Вложение 206985
Какая. Скачал ,установил .Цитата:
Сообщение от UX8IW
Основная цель этой бета-версии - разрешить полевые испытания
Режим FTX DX-экспедиции. Инструкции для этого режима размещены здесь:
http://physics.princeton.edu/pulsar/...ition_Mode.pdf
Контакты в режиме FT8 DXpedition должны использовать WSJT-X v1.9.0 на обоих концах
Алексей,а вы не хотите установить Алерт...у меня синий цвет-это повторы,как в JTDX,так и в Алерт...если JTDX схимичит,то Алерт подскажет...Цитата:
Сообщение от RW9WT
Сравнительная загрузка процессора AMD A6-5400K, мода FT8 (3,5MHZ):
1.WSJT-X (wsjtx-1.9.0-rc2-win32) 2.JTDX (JTDX-18.1.0.75-win32) Режим AutoSeq1
Вложение 206990 Вложение 206992
В обоих примерах за один цикл декодируется в пределах 16-22 сигналов.
Я смотрю по форуму, да и сам по себе знаю, что для режимов AUtoSeq нужно устанавливать в соответствие этому режиму несколько кнопок и чекбоксов. И для каждого режима AUtoSeq клмбонации этих настроек могут различатся. поэтому было бы хорошо програмно устанавливать нужную комбинацию всех установок для каждого AUtoSeq автоматически. А при выходе из режима AUtoSeq восстанавливать их настройки. Такая мысль мне пришла потому что сейчас очень много вопросов о настройках. Многие, и я в том числе, до конца не понимают всех логических связей в программе что с чем и как связано. Из-за этого возникают вопросы и будут возникать. Один одно забыл включить или выключить, другой - другое и у всех вопросы.
На счет повторов, много станций не подчеркнуты , а в логе EQF он на 3х диапазонах в одной моде и это часто!
Программа определяет повторы из файла wsjtx_log.adi Сначала нужно проверить, были ли эти QSO в логе wsjtx_log.adi. Именно в этой моде и именно на этом бэнде. Если были, то вполне возможно, неправильные настройки в разделе Notificftions. И если там все правильно, то тогда можно говорить о сбое программы.Цитата:
Сообщение от UA3VFL
Если в файле wsjtx_log.adi этих связей нет, то Вы просто не внесли эти связи в wsjtx_log.adi (Log QSO если вручную. Если не внесено автоматом, - некоректное завершение QSO. Или их там не было изначально, при формировании wsjtx_log.adi)
Связь в логе.
Уже сообщал:
"Во время одного сеанса работы JTDX, например, CQ 9M2TO видно то зачеркнутым, то нет".
Связь с ним я хорошо помню (и без просмотра лога).
В 76_2 опять гармонические двойники пошли и даже тройники встречаются
20180225_115215 -17 0.0 2290 ~ 5V1JE ХХХХ* KO85
20180225_115215 21 0.1 2689 ~ 5V1JE ХХХХ* KO85
20180224_161300 -17 0.0 2472 ~ CQ YYYY KO85
20180224_161300 -14 0.0 2572 ~ CQ YYYY KO85
20180224_161300 -7 0.1 2696 ~ CQ SV8DOU KM07
20180224_161300 17 0.1 2772 ~ CQ YYYY KO85
(* позывные удалены мною)
Понятно, что здесь сказываются близость, мощность, перекачка, помехи, низкий ДД и т.п., но вроде бы писали, что вывод этого мусора на экран теперь блокируется.
Американцы, похоже забыли что и JT65 люди работают. И это с тестовым файлом, где только 10 станций записано. Интересно а что с другими видами, так же ошибки программа лепит. С JTDX, всё отлично, спасибо Игорь.
Полностью поддерживаю "руками и ногами" , давно уже намекаю разработчикам, что бы шли по пути упрощения, а то программа в последнее время обросла, как "монстр" большим колличеством кнопочек, режимов, галочек и самое неудобное - зависимостью всего этого многообразия друг от друга. Очень трудно подобрать что-нибудь для повседневной работы и на cq и на поиск.Цитата:
Сообщение от VA3LLZ
всевозможные хотелки воплощаются в жизнь.Цитата:
Сообщение от UA1OMZ
Вот и моя хотелка: правой кнопкой на список позывных и что бы этот позывной появлялся в поле dx call. Как в JT65 HB9HQX. И тогда не придется нажимать кнопку auto tx.
Американцы а с ними и немцы, итальянцы, британцы, бразильцы, австралийцы, короче все те кто работает над данной программой, прекрасно понимают что люди работают в эфире на КВ и УКВ различными модами а не с тестовыми файлами созданными автором ремейка их программы. И главная задача создание надёжной, понятной, не глючной программы под разные оси и не предъявляющей запредельные требования к системе. Ферштейн?Цитата:
Сообщение от RN9AZ
Уважаемый! Я в курсе кто в чём работает. Но если софт декодирует из тестового файла такую ерунду которой в этом файле и в помине нет, трудно сказать что это есть хорошо. Да и как слышат эти станции что вы перечислили. Тоже не по наслышке знаю. А если для вас софт слишком сложен, не беритесь за него. Он не для вас довольствуйтесь тем что проще. Или подтяните свои знания. Другого не дано. А прокричать кукареку, не значит что утро наступило.Цитата:
Сообщение от RC2SC
Здесь сначала декодирован сигнал побочного излучения, затем основной сигнал с более высоким уровнем. Если убрать вывод второго (третьего и т.д.) сигнала с б'ольшим уровнем на экран то не будете знать частоту на которой работает этот оператор.Цитата:
Сообщение от RX3ASP
Владимир, попытка противопоставить людей одной национальности/места проживания другой не соответствует теме в которой Вы опубликовали это сообщение.Цитата:
Сообщение от RC2SC
А если программно убрать сигналы с более низкими уровнями, это дополнительно замедлит время декодирования?Цитата:
Сообщение от UA3DJY
Кстати, на водопаде, в этих циклах не было заметных невооруженным глазом дорожек на частотах побочного декодирования.
Так я работаю в JTDX, и журнал там свой всегда заполняется автоматом мои тлько ОК или есть какая -то связь с прог /wsjtx?Цитата:
Сообщение от EU1FQ
В чем может быть проблема? станции работают - а декода нет... время синхронизировано Dimension4
Цитата:
Сообщение от UA3VFL
Александр, не важно в какой программе Вы работаете. Будь это WSJT-X или JTDX. Файл wsjtx_log.adi есть и в той и другой программе. Я Вам расписал механизм проверки, почему не зачеркиваются повторы. Повторяю, повторы определяются из файла wsjtx_log.adi и установок Notificftions а не из лога EQF. Если связи в EQF есть, а в wsjtx_log.adi их нет, то и повторов, как бы, нет! Создайте из своего лога EQF файл adi со всеми связями (не обязательно делать выборку по FT8), переименуйте его в wsjtx_log.adi и замените им этот же файл в программе JTDX. И все будет у Вас в порядке.Цитата:
Сообщение от UA3VFL
На 80 метров работают на 3573 USB.Цитата:
Сообщение от UN7LAP
Судя по частоте Вы принимаете в LSB. Или инвертировать фазу НЧ или трансивер в USB и 3573Цитата:
Сообщение от UN7LAP
полоса у меня переключилась оказывается :s10: а я голову ломаю - как так стало? на НЧ чего то все наверх ушли и декоды пропали... :idontnow: шайтан аднака
Аркадий ,у Вас наверное перекачка по НЧ --водопад размазанный,или что -то еще?
У него просто функция NR включена!Цитата:
Сообщение от UA3VFL
Николай настройки у меня вот такие--Вложение 207068Цитата:
Сообщение от EU1FQ
Локатор может быть и 8 значный.Цитата:
Сообщение от RA3FP
Посмотрите напр. Find QTH locator or map square
Спасибо большое, теперь все понятно. Никогда правда не пользовался 8-ми значным локатором даже на УКВ, а тут вроде КВ.Цитата:
Сообщение от LY3BG
Ну не столь важно, главное - теперь буду знать!
Оказывается в FT8 и на 15 ватт (на "показометре" трансивера) могут отвечать...
Вложение 207116
Повторная RR73 выскочила на 1сек., т.к. не включил фильтр, проц слабоват, а с фильтром все ОК
Оффтоп: то, что локатор бывает 8-ми значный, знал давно, но то что 10-значный - на этом сайте узнал впервые! Самое смешное, что на крыше моего одно-подъездного дома находятся сразу 4 (!!!) 10-значных локатора! И моя антенна стоит практически точно в углу, где сходятся эти 4 локатора)))Цитата:
Сообщение от LY3BG
Борис так в начале этой моды в JT-65 на 10 вт ЮА и СА без проблем , но теперь диапазон перегружен и мощьностя за предельные:var::s8:Цитата:
Сообщение от RX4HX
Не выдержал.
Обновил JTDX до 18.1.0.76_2 и разочаровался. Мои два ядра при декодировании (23 декода) загружены на 100% и стали выпадать интервалы декодирования. Поотключал все програмы и запустил "голые" ось и JTDX, на закладке Advanced выставил всё на минимум, как для слабых компов, Стала меньше пропускать интервалы, но загрузка проца 100%. Почитал более ранние посты и смотрю тут все "меряются" процессорами. Так что, програма превратилась только для избранных, у кого проц не ниже I7, а куда же нам "убогим". Эх не тем путём пошли. Ушёл на убогую WSJT-X, загрузка двух ядер при 26 декоде 83%.
P.S.
Поставил 18.1.0.68, в Advanced выставил всё на умолчание, максимальная загрузка 86% и ни одного пропуска интервала. Извените, но из хорошо работающей програмы получили нечто ...
, Александр, вот это и удивительно, что ответили (FT8) в условиях, когдаЦитата:
Сообщение от UA3VFL
А в JT65/JT9 и сейчас достаточно 10-25 ватт, тем более, что "загруженность" в этих модах низкая.Цитата:
Сообщение от UA3VFL
У меня на одном ядре при включенном UR5EQF ,браузере при 23 декоде загрузка 80%.Цитата:
Сообщение от US-E-12
Работал на FLEX-1500.Цитата:
Сообщение от UX8IW
Максимум 5 Вт без показометра.
Вполне отвечают.
Даже бывает и на CQ зовут.
"Моща" - это как допинг....:(Цитата:
Сообщение от RK1NA
А оказывается и без допинга можно обходиться.
Если автор сказал что возврата назад не будет и просил больше об этом не говорить то может ему имеет смысл сделать облегчённую версию программы, для пользователей не столь мощного железа. Ведь многие работают на компах и ноутбуках, и не самых свежих, в основном после апгрейда оборудования членами семьи.Цитата:
Сообщение от US-E-12
0.75_2 на слабом проце работает нормально...0.76 попробовал и тоже откатился назад....
вот wsjtxЦитата:
Сообщение от UA3OA
Вложение 207135
вот jtdx
Вложение 207136
где то по 13 декодов
Выходит можно.Цитата:
Сообщение от UX8IW
Я не в целях борьбы с QRO, просто надо было подготовить в продаже FLEX-1500.
Пока вспоминал . то да се, решил поработать в FT-8 и PSK.
Вполне для 5 ватт и моей "неантенны" - 25 м проволоки с 4-го этажа на фонарный столб.
Через пару месяцев пришла новая программа для F-1500.
И снова день в эфире работал на 5 ваттах.
Кому интересно Лог в АДИФе за этот день.
...
Фиг вам.
Не соображу как вставить
Может и не надо.
Там 48 QSO из них около десятка на CQ.
Вчера вечером S01WS на сороковке работал в режиме "экспедиция", в одном цикле проходило до двух-трех посылок с рапортом и двух-трех с 73.
Что-то не отвечает он Европе. Зову 2-й день, а проходит он до +8. Все зовет Азию.Цитата:
Сообщение от UA3O
Видит, но не отвечает.
Вложение 207150
Аналогично. CW-SSB-RTTY сработано, даже за две связи карточки есть, а вот FT8 никак. Но EU вчера отвечал.Цитата:
Сообщение от RW4LN
Но если все будут звать на одной частоте, пробьётся либо самый QRO, либо вообще никто. Результат для остальных будет такой же - загаженный диапазон.Цитата:
Сообщение от UR6EA
Частоту ТХ выбираю на водопаде, чтобы случайно не сесть на голову UR6EA, мощность у меня максимум 10 Вт, плюс (точнее минус) эрзац-антенна на подоконнике. Тем не менее связи на 14000 км иногда случаются, конечно начиная с 10 МГц. Без Сплит шансов почти никаких.
А вот главный конструктор JTDX куда-то пропал. Видимо утомили его хотелками.
To: UA3DJY
Добрый день.
Столкнулся с токой проблеммой. Программа JTDX как я понимаю не имеет одной нужной функции. В компютере у меня асновной лог QSO на MixW программе. Мне надo когда я работаю на JTDX FT8 чтобы связи запысивались тоже на MixW лог, который находится в другом диске. Такая функция в MixW логе есть , а в JTDX нет. Можно такую проблему решить или нет, без всяких дополнительных программ?
Вариант: Так сделанно в MixW
Вложение 207151
Такой вариант запрограмировать в JTDX
Вложение 207152
Простой вариант без всяких дп программ как JTAlarm и похожих.
Как Вы думаете? Justas LY2BOK
Многопоток в декодировании сделан в ответ на многочисленные просьбы ускорить декодирование. Выпадание интервалов декодирования скорее всего связано со сбоем железа/драйверов устройств.Цитата:
Сообщение от US-E-12
JTDX имеет несколько вариантов взаимодействия с внешними логами: файлы на диске, UDP, TCP. Как то пытался договориться с авторами MixW по связке с JTDX, выше оказался приоритет на создание собственных кодеров/декодеров JT65 и FT8 в софте MixW.Цитата:
Сообщение от LY2BOK
Софт MixW коммерческий и приоритеты могут быть другими по сравнению с софтом на основе открытого кода под GPL лицензией.
В разработке JTDX сейчас ресурсы сосредоточены на другом функционале, сделать связку с каждым логом отдельно пока возможности нет.
Кстати, недавно вышла версия 4 программы WixW и в ней добавлена работа FT8. Я уже скачал. но еще пока не устанановил эту новую версию программы MixW/
Так происходит если корреспондент поменял QTH квадрат и у Вас включено уведомление на новый QTH квадрат (квадрат в логе отличается от квадрата в сообщении CQ), этот дефект будет исправлен в версии JTDX 18.1.0.76.Цитата:
Сообщение от RW9WT
RK1NA: Константин, предупреждение за сообщения не по теме.Цитата:
Сообщение от RK1NA
Коллеги, может кто знает, как сделать, чтобы у JTDX и WSJT-X был один общий лог wsjtx_log.adi??
Вот ОЧЕНЬ убогий проц... Все нормально работает.Цитата:
Сообщение от US-E-12
Цитата:
Сообщение от UA3DJY
предсказать не могу, но при удалении с экрана ранее выведенного сообщения будут сопутствующие дефекты, столкнулись с такими при удалении старого TX сообщения при его измененииЦитата:
Сообщение от RX3ASP
Удивляюсь на народ,одни жалобы,а порядок в компе не пробовали навести? Системы стоят по несколько лет естественно забились всяким хламом и тп и тд. Практически у всех есть автомобили и что все по 3-5 лет не меняют масло, фильтры и тп и тд ? Комп это то же техника и требует ухода. Извините то же нагорело читать практически одни претензии в адрес разработчика.
Огромное спасибо ,реально работает.Цитата:
Сообщение от UA3DJY
А по поводу "слабых" компов. У меня есть Асус с ХР на выезды 2006г ,слабенький. Но согласно рекомендаций к программе все настроил и работает.Доволен ,чудес не показывает НО на выездах работаю....из авто!
Почищен и на УРА!
этот дефект будет устранен в JTDX 18.1.0.76, благодарю за информацию о сбоеЦитата:
Сообщение от UT8NT
А что?Цитата:
Сообщение от UA3OA
Здесь только дифирамбы петь координатору темы?
Если есть проблемы то не сюда?
В профсоюзы что ли.
Теперь автор развития программы WSJT X стал координатором темы, модератором по старому.
Теперь что, все кто не хвалят вон из темы?
Так что ли?
Да...... очень сложная работа в нескольких строках указать новый путь для записи лога на другое место диска. Формат то одинаковый . Почему -то современные програмисты имеют тенденцию на гигоманию. Последный MixW 4 ,пример как не надо делать программы для повсевдневной роботы. Гигант... дизайн страшный, множество окон , все мелко . Нужен монитор метровый .:p-dn: CPU ресурсы "жрет" , программы начинают "заикатся".
Спасибо за инфо и желаю Вам успешной работы.
Justas LY2BOK
JTDX пишет лог в ADIF формате, на приведенной Вами картинке указаны другие форматыЦитата:
Сообщение от LY2BOK
При совпадении форматов есть вариант символьного/жесткого линка, но этот вариант имеет свои недостатки.
Полный отстой FT-8 в этой миксе :) декодирует 3-4 станции, а JTDX за этот же период их вываливает до 20-ти и более.Цитата:
Сообщение от R7HG
.
Не надо ни кого хвалить. Да есть над чем работать,но большая часть проблем у пользователей из за их же компов.Цитата:
Сообщение от RK1NA
Но ведь это правда,причем тут хвалить /не хвалить.Я это вижу каждый день и для меня это важно ,то есть конечный результат для обычного пользователя.Цитата:
Сообщение от RK1AT
Юзер :Пользователь АС лицо, участвующее в функционировании автоматизированной системы или использующее результаты её…
Уже был ответ на этот вопрос, но я не могу найти где. В режиме командной строки пишете:Цитата:
Сообщение от UX8IW
mklink /H C:\Users\<yourname>\AppData\Local\JTDX\wsjtx_log.adi C:\Users\<yourname>\AppData\Local\WSJT-X\wsjtx_log.adi
где <yourname> пишете свой username. Нажимаете Enter и файлы соединены.
Только сначала на всякий случай сделайте копии файлов.
P.S. почему-то в расширении первого файла .adi добавляется пробел, я не могу его удалить. Его не должно быть, должно быть \wsjtx_log.adi
у меня в JTDX стандартно, а в WSJT-X символьные ссылки файлов wsjtx_log.adi и wsjtx.log программы JTDXВложение 207178Цитата:
Сообщение от UX8IW
Витас огромное спасибо. Все ОК!Цитата:
Сообщение от LY3BG
А у меня не получилось.
Вложение 207187
Я пробовал на своем FT-450 вкл DNR -- разницы не заметил , такой каши нетЦитата:
Сообщение от R9JQ
Добрый день!
Использую JTDX.
В верхней части окна программы исчезли все меню.
Деинсталяция и установка не помогли.
Что делать?
Поищите галочку Меню - нужно включить.
Спасибо, и как сам не заметил?
mklink /h C:\Users\<****>\AppData\Local\JTDX\wsjtx_log.adi C:\Users\<****>\AppData\Local\WSJT-X\wsjtx_log.adiЦитата:
Сообщение от RW4LN
Нужно удалить (предварительно сохранив на всяк.случай) один из лог.файлов C:\Users\<****>\AppData\Local\JTDX\wsjtx_log.adi
Извините за некомпетентность. Какой из логов удалить? Связи будут писаться в оба лога? Если в один, то в какой?Цитата:
Сообщение от RX3ASP
Я удалял в jtdx предварительно скопировав все данные лога в wsjt. Можно наоборот, но тогда надо поменять местами адреса. Пишутся синхронно в оба лога с любой из программ.
Коллеги ! Прошу тех кто пользует MixW, потестировать программку связи MixW-JTDX.exe между JTDX и MixW . MixW от 2.19 и до 3.2.105.
Сначала запустите MixW - нужно добавить моду FT8 (это делается один раз!). Меню Mode (Вид модуляции) -> Additional modes setting (Настройки для доп.видов)
В поле Name укажите FT8 (как мода будет отображаться в журнале) , в поле Description укажите FT8 (описание), в полях Close CAT, Close PTT, Close SB выставьте галочки. Это нужно чтобы при выборе этой моды было отключено в MixW CAT, PTT, звуковая карта. Далее нажмите OK.
Теперь чтобы выбрать нужную моду меню Mode (Вид модуляции)->Additional modes (Дополнительные виды ->FT8. Запускаем JTDX. Запускаем программку MixW-JTDX.exe . Пробуем работать. При записи QSO в JTDX - qso также запишется в MixW. Программку можно расположить где угодно. И прошу сразу не ругать , если что то нет так....
Просто напишите.
73!
W10 ругается. Пишет что (Не удалось запустить приложение, поскольку его параллельная конфигурация неправильная).
О как .... Запустил на ноуте с Win10 - стартует. Ок буду пробовать создать такую ситуацию....
см л/сЦитата:
Сообщение от R3BB
Тема немного другая.Цитата:
Сообщение от R3BB
Здесь тема "проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMSK - работа с тестовым софтом"
Ок - всего хорошего.Хотя сообщение то по теме!
тема именно та...сопряжение миксы с JTDXЦитата:
Сообщение от RW6APC
Ну так вам сюда http://forum.qrz.ru/6-cifrovye-vidy-...mixw2-ft8.htmlЦитата:
Сообщение от RA3QH
даже не знал о такой ветке:s7: не...мне там делать нечего...для меня микса давно не существует:s7:Цитата:
Сообщение от RW6APC
Программка не устанавливается?! (Win XP SP 3, MixW3.1).Цитата:
Сообщение от R3BB
т.к мои сообщнения здесь персона нон грата , то пишите на e-mail r3bb-at-mail.ru
Не обижайтесь. Не все просто поняли, о чём разговор. Подумали, что Вы MixW обсуждаете. И поторопились.Цитата:
Сообщение от R3BB
А Вашей утилите "сращивания" WSJT-X/JTDX c логом MixW здесь тоже есть достойное место. Как мне кажется. У меня много знакомых используют MixW в качестве лог-программы.
Прочему то не выделился CQ
Вложение 207230
остальные CQ выделяются:
Вложение 207231
измененный функционал:
- приведена в соответствие дизайну фильтрация ложных сообщений FT8AP/Hint декодера
- устранен дефект в функционале очистки окон 'band activity/RX frequency' при смене диапазона
- обновлен файл ALLCALL.TXT, содержит 54872 позывных
- устранен сбой в распознавании ответа на направленный (континент/префикс) вызов пользователя
- полная поддержка обработки направленных вызовов в AutoSeq6,7
- устранен сбой в уведомлении 'новый/сработанный' QTH квадрат при смене корреспондентом QTH квадрата
- чистка и оптимизация кода в многопотоке
- функционал показа TX сообщений в окне RX частоты сделан обязательным
- повышена эффективность декодирования FT8 сигналов
Результаты тестирования эффективности декодирования FT8 сигналов, использовался этот пакет файлов https://cloud.mail.ru/public/4AHD/b6nnUF77F ,
полоса водопада 0...3440 Hz, режим декодирования 'deep', FT8AP/Hint включен, количество декодированных FT8 сообщений:
WSJT-X v1.8 GA r8193 - 2766
JTDX v18.1.0.75 / 4 потока - 2822
JTDX v18.1.0.76 / 1 поток - 2855
JTDX v18.1.0.76 / 4 потока - 2908
JTDX v18.1.0.76 / 4 потока + SWL - 3001
JTDX v18.1.0.76 / 12 потоков - 2878
собранный софт (Windows) https://cloud.mail.ru/public/H18X/cgAhniYuH
кодовая сумма JTDX-18.1.0.76-win32.exe
SHA-256: E8823463CB612D37252F9C63022FEC84E1518BA8258B6C01FB730F11D4ACAC36
исходный код https://cloud.mail.ru/public/6yy9/W7BKPxNbG
кодовая сумма src18.1.0.76.zip
SHA-256: A837E5A08265173DDFAE68BE1A54F8531EF206F1F149F92756D90363A13EE084
Файл JTDX.INI изменен: добавлен новый параметр "NFT8Depth", можно использовать JTDX.INI от версии v18.1.0.75.
PS: при тестировании 18.1.0.76 на своем четырехядерном Intel i5 наблюдал ощутимое уменьшение времени декодирования пакета файлов при включении 12 потоков декодирования, похоже на конкретно этом процессоре при большом количестве потоков ядра более эффективно нагружаются.
Есть сообщение что на процессоре Intel 4/8 при использовании режима SWL декодирование укладывается до начала TX интервала.
какие у Вас настройки в закладке уведомлений (Notifications)?Цитата:
Сообщение от RX4HX
18.1.0.76 Linux version (compiled in Ubuntu 16.04LTS) from original sources files by UA3DJY
есть сообщение, что на древнючем i7-2600 @3400 не замечено разницы между скоростью декодирования 18.1.34 и *.76, загрузка моей телеги так-же не превышает 15%, правда, диапазон не загружен с моим шумом 9+ на 40м, 10-15 джапов, зовущих H40YM. Правда, сразу после первого вызова получилась следующая штука:Цитата:
Сообщение от UA3DJY
Вложение 207256
я тут сразу чуть не чего того... =)
И, да, где сторожевую собаку передачи отключить? А то, думаю, что передаёт оно там в фоне, пищит, а передачи нету =(
Это просто подсказка,что можно звать ДХа!:s7:Цитата:
Сообщение от UA0AD
Вот:Цитата:
Сообщение от UA3DJY
Вложение 207257
Вот спасибо за разъяснение :) А то у меня тоже проскакивает - думал глюк :)Цитата:
Сообщение от UA3ALE
загрузку процессора надо смотреть во время декодирования, лучше видно при прогонке пакета звуковых файловЦитата:
Сообщение от UA0AD
уведомление на картинке является результатом присутствия позывного корреспондента в окне DX Call, пока не уверены стоит ли убирать этот дефект - уведомление что корреспондент окончил QSO и свободен для вызова
TX watchdog таймер настраивается в закладке General, для отключения выберите Disabled.
те CQ сообщения что выделены имеют жирный шрифт, CQ сообщение без цветного фона и с обычным шрифтом не выделено потому что этот позывной согласно выбранному критерию 'новый' уведомлений Вами уже был сработан (есть у Вас в логе wsjtx_log.adi).Цитата:
Сообщение от RX4HX
файлами попробую потом, надо h40 звать =(Цитата:
Сообщение от UA3DJY
мб, стоит его сделать настраиваемым тогда?Цитата:
Сообщение от UA3DJY
ой, спасибо, искал везде, просто пролистал закладки и потерял general =)Цитата:
Сообщение от UA3DJY
V76 final
Попробовал поработать направленно CQ NA.
Все настройки по фильтру сделаны (видно слева - нет Европы).
На направленный вызов CQ NA программа ответила VR2CO, MW6WHL и HA5KN (первые двое уже "ушли" выше по окну DX Call).
Я только вручную соглашался с внесением связей в лог...
Вложение 207263
соответствующую часть файла ALL.TXT, настройки закладок General, Filters, Notifications пожалуйстаЦитата:
Сообщение от RW9WT
Не делал ещё ни разу под "скрытым текстом" вложение.
Прошу подсказать - чтобы не забивать картинками полстраницы.
"соответствующую часть файла ALL.TXT"
Сам файл ALLCALL в bin - data я нашел.
А какая часть нужна ?
Цитата:
Сообщение от RW9WT
"программа ответила VR2CO, MW6WHL и HA5KN"Цитата:
Сообщение от RW9WT
Прикладываю:
Не совсем понял про соответствующую часть ALL.TXT
Прикладываю его целиком:
Вложение 207272
Почему-то не бибикает. Может где галочку поставить?
Вложение 207277
Файл ALL.TXT находится в папке с логом (File -> Open log directory), необходима только та его часть в которой Ваши QSO c VR2CO, MW6WHL и HA5KNЦитата:
Сообщение от RW9WT
это окно предназначено только для звукового уведомления на конкретный позывной, желтый цвет фона в нем означает что количество символов в окне слишком мало для позывногоЦитата:
Сообщение от RW4LN
Сделал выкопировку:Вложение 207279
благодарю, попробую воспроизвести сбой с Вашими настройкамиЦитата:
Сообщение от RW9WT
Цитата:
Сообщение от UA3DJY
чрезмерно детальная настройка, большинство операторов не поймут что делает такая опцияЦитата:
Сообщение от UA0AD
Слишком большие значения DT, среднее где-то 1,2-1,3 секунды, максимальное видел 3,4 секунды. В начале вроде ничего а потом постепенно увеличивается.Цитата:
Сообщение от UA3DJY
Цитата:
Сообщение от UA3DJY
особенность подавляющего большинства используемых SDR - фазовый набег связанный с некратным делением частот кварцевых резонаторов SDR и компьютераЦитата:
Сообщение от RC2SC
А девиация, временами ужасная, такая что период в холостую проходит.Цитата:
Сообщение от UA3DJY
просто температурный уход частоты опорного генератора на плате SDR, довольно жесткие условия тестирования софтаЦитата:
Сообщение от RC2SC
Леша мне кажется что это из за того что они у тебя соответствовали одному из параметров "новый"....локатор,диапазон....Цитата:
Сообщение от RW9WT
симулированные FT8 сигналы -22 дБ SNR, в одном wav файле 25 непересекающихся сигналов, 200 файлов, всего 5000 сигналов в этом пакете:
https://cloud.mail.ru/public/B9HT/ZBPfixwPV
сигналы в файлах расположены с шагом 100 Гц, первый на частоте 300 Гц, последний 2700 Гц
размер архива примерно 50МБ
пример декодирования части файлов пакета, также пример как видно -22дБ SNR на водопаде:
под UTC показывается порядковый номер звукового файла
Всё таки немного по разному оценивают сигналы обе программы. Одна ближе к заявленным значениям -22, вторая ближе к -20.Цитата:
Сообщение от UA3DJY
Подскажите где поставить "галку" , перестал всплывать переданный текст в окне
Владимир, каков уровень сигналов при этом на индикаторе?Цитата:
Сообщение от RC2SC
У меня:
Вложение 207315
При этом не все файлы декодируются.
У Вас все "под линеечку", приятно видеть.
Похоже, опция унаследована от предыдущих конфигурационных файлов (учитывая рекомендации автора).Цитата:
Сообщение от UA3VFL
Какая версия JTDX? В версии 18.1.0.76 такой галки больше нет.Цитата:
Сообщение от UA3VFL
Цитата:
Сообщение от UA3VFL
в коде 18.1.0.76 жестко прописано 'включена', с INI файла этот параметр не считываетсяЦитата:
Сообщение от UT3IB
Я тут с вахтами своими подотстал немного от темы, мб уже писалось где, но перечитывать всё по последним версиям - это оёёй =)
Прошу прощения, если этот вопрос уже поднимался...
Сейчас работаю на поиск, autoseq2, после окончания куесо получается так:
если включен хинт, то всё нормально, если хинт отключаю, то jtdx после передачи и получения "73" начинает давать cq, т.е. не отключается enable TX. это нормально? Может и не от хинта зависит, но, после проведения нескольких куесосов, возникло такое впечатление.
edit: не, нифига, щас с хинтом тоже начал сику давать, значицца, я где-то чо-то не догоняю...
Жаль, а так хотелось, что бы здесь был префикс.Цитата:
Сообщение от UA3DJY
С тремя знаками работает и как префиксЦитата:
Сообщение от RW4LN
Циферки с левого края водопада (время и диапазон цикла) - обычно их нет, но иногда выскакивают. Что означает их появление или отсутствие?
описание AutoSeq: JTDX - FAQ - JTDX AutoSeq v18.1.0.73 (Russian)Цитата:
Сообщение от UA0AD
картинку пожалуйстаЦитата:
Сообщение от RX3ASP
Картинку вряд ли получится оперативно сделать. Маленькие белые цифры типа "11:55:01 40m" между линиями разграничивающими циклы. Движутся вниз с водопадом. В какой-то версии они были постоянно.
Может я не правильно выразился. В Азии этих префиксов море, как и в Америке и Африки.Цитата:
Сообщение от EU1FQ
Я имел ввиду: AF, AN,AS,EU,OC,NA,SA.
JTDX v18.1.0.77_1 приводит погрешность оценки SNR на значениях -21..-22дБ в специфицированное ранее среднее отклонение 1дБ.Цитата:
Сообщение от RC2SC
Повышен порог индикации SNR с -24 до -22дБ, поскольку декодеры FT8 не могут декодировать сигналы с SNR менее -22дБ.
собранный софт https://cloud.mail.ru/public/76YN/w9WGJAq1u
кодовая сумма JTDX-18.1.0.77_1-win32.exe
SHA-256: 98A886563A2A6458BB929807857A3DA18C41562C21DC20A591C26E4074F27387
исходный код https://cloud.mail.ru/public/2s9H/v4znY8XHQ
кодовая сумма src18.1.0.77_1.zip
SHA-256: 4FFF2942B1653E29C11076FF0C3F8B994BAB61BE3F7349C77593388BAB461ACB
Игорь, а как быть с любителями получения контент-мэсэджей? Если я к примеру передаю всегда один и тот же контент-мэсэдж и не использую функционал autoceq, для чего тогда в этом случае нужно это дублирование ТХ макроса в правой части экрана программы? Это в этом окне RX будет только один желтый цвет! :)Цитата:
Сообщение от UA3DJY
Прошу оставить пользователю самостоятельный выбор этого параметра.
Спасибо.
После одиночного клика левой кнопки по окну Erase стирается левое окно а должно стираться правое а двойной клик стирает оба окна .
Это же логично :правой -правое окно ,левой -левое окно ,двойным оба.Отлично придумано и осуществлено!Цитата:
Сообщение от UT1IF
JTDX v18.1.0.77_2 восстановлена опция отключения показа TX сообщений в окне приемной частоты.Цитата:
Сообщение от RK1AT
собранный софт https://cloud.mail.ru/public/LMDs/KmoFHtmam
кодовая сумма JTDX-18.1.0.77_2-win32.exe
SHA-256: 21F2CCF9A2A475D7A95381A59E897BF73045DED9A541FFCD56E441FA31105C54
исходный код https://cloud.mail.ru/public/ArnW/TjUn9erVd
кодовая сумма src18.1.0.77_2.zip
SHA-256: C66B2A3DBF4BA284823D64D3C6E1C91BAC7370763E587827DB36E781AC9F7EB4
Игорь, возможно, моя ситуация - в том, что
"Функционал автовыбора будет учитывать направление входящего вызова, поддерживается обработка направлений
CQ DX, CQ + континент, CQ + (любой двухсимвольный префикс), континент при передаче направленного общего
вызова должен соответствовать списку [SA NA EU AS OC AN AF].
Программа ответит на входящие вызовы соответствующие переданному направлению, и не ответит на другие входящие
вызовы за исключением новой страны DXCC.
До этого, в основном, работал на поиск. Ну уж явно, не европейских станций.
Снова просится JTAlert, как подсказали.
Добрый день всем . Прошу помощи . После одиночного клика левой кнопки мышки по Erase стирается левое окно декодирования . Левое окно должно стираться двойным кликом .Где глюк .
в каком софте и почему должно? В JTDX несколько последних версий левая кнопка мыши стирает левое окно, правая - правое.Цитата:
Сообщение от UT1IF
Уже давно правое окно стирается кликом правой кнопки ,а так же окно Clear DX .Цитата:
Сообщение от UT1IF
Игорь, большое человеческое спасибо за то, что оперативно реагируете на вопросы пользователей.Цитата:
Сообщение от UA3DJY
Тогда вопрос, если для Вас QSO c VR2CO, MW6WHL и HA5KN были новыми DXCC (диапазон или мода) по файлу wsjtx_log.adi то зачем Вы включаете уведомление на новый DXCC если не желаете с ними работать?Цитата:
Сообщение от RW9WT
Автовыбор работает по тем уведомлениям что Вы настроили в закладке Notifications.
Всем благодарен за подсказку . Видать упустил это изменение . Спасибо.
Игорь, возможно, я не совсем разобрался с настройками.
VR2XMT как страна уже был на этом диапазоне в FT8
HA1RT как страна уже был на этом диапазоне в FT8
MW6WHL - да, новый.
Прошу подсказать, какие должны быть настройки.
тогда все таки сбой в софте или конфликт каких то настроекЦитата:
Сообщение от RW9WT
Закладка уведомлений имеет ранжирование приоритетов по списку сверху вниз. Повтор определяется остаточным принципом после проверки всех выбранных Вами в этой закладке критериев 'Новый'.
Хорошо, ещё понаблюдаю.
Есть зависимость, для работы AutoSeq TX сообщения должны отображаться в правом окне, сделаю в коде начиная с 18.1.0.77_3 обязательным показ TX сообщений в окне приемной частоты при включенной кнопке AutoSeq - Вам придется при работе с контентом держать кнопку AutoSeq выключенной.Цитата:
Сообщение от RK1AT
Игорь, ремарка.
Возможно, лучше сделать ПОЛНУЮ блокировку в окне DX Call (чтобы и не показывались) тех вызывающих станций, которые не соответствуют критериям CQ NA, CQ SA и т.д. относительно дающего этот CQ ?
Возможно, это упростит алгоритм и кОд, в итоге ?
При повседневной работе (лично для меня, ИМХО):
Допустим, я вижу НОВУЮ страну - тогда я эту станцию САМ в любом случае вызову. Это МНЕ нужно.
Нет, так не работает. Только так, как к примеру, VK9, SU9, EA8, VU2 и т.п.Цитата:
Сообщение от RW4LN
Я и коллеги использующие контент-мэсэджи так и поступаем сейчас.Цитата:
Сообщение от UA3DJY
Ну это не удобно. Сейчас, когда, прохождение ни какое, приходится бегать за любым NA или там SA.Цитата:
Сообщение от EU1FQ
У меня 0.68v. Появился текст , когда поставил галку вот тутВложение 207325Цитата:
Сообщение от UA3DJY
Читая тему ощущаю стремление многих к полу(полной) автоматизации QSO.
Как бы - лег на диван........встал с дивана - QSO в Логе.
И их много - таких QSO - сам лежишь, они "делаются"..............
Кому это так интересно могу порекомендовать программу SIM_PSK.
Легко ищется в сети, легко ставится, легко настраивается.
Конечно нынче в PSK не та активность.
Но можно понять степень скукоты в авто QSO.
Звиняйте.
должно выглядеть так если у Вас стоит галочка в закладке General:Цитата:
Сообщение от RX3ASP
вывод на экран работает без сбоев
Попробовал с Вашими настройками воспроизвести - во всех комбинациях дополнительных опций AutoSeq функционал направленного вызова работает без сбоевЦитата:
Сообщение от RW9WT
попробуйте пожалуйста удалить файл JTDX.INI (сбросятся настройки на значения по умолчанию) и выставить настройки заново.
Здесь сказано как удалить этот файл: Установка софта JTDX
Я вот это имел ввиду.Цитата:
Сообщение от UA3DJY
Не могу понять, что программа мне сообщает этим. Появляются иногда в процессе QSO, иногда в процессе RX, иногда при смене режимов. Но редко - зависимость не нашел.
Сейчас опять получил в ответ RR73, JTDX v.77_2 включилась на передачу 73 и тут же выключилась. AutoSeq3, работал на поиск.
N avg на водопаде поставь 1-3 а то у тебя в районе 6-7! Вот и горизонтальные и зачеркивают!Цитата:
Сообщение от RX3ASP
HA5KN у Вас на экране выделен цветом новой DXCC по диапазону/моде - проверьте пожалуйста внимательно в файле wsjtx_log.adi была ли Венгрия на этом диапазоне+моде ранее сработана.Цитата:
Сообщение от RW9WT
В версии JTDX 18.1.0.77 cделаем ответ новой стране DXCC опциональным при передаче оператором направленного вызова.
Алексей, попробуйте проводить QSO с включенным фильтром. Скорее всего это проц не успевает обработать принятые сигналы до начала цикла передачи.Цитата:
Сообщение от RX4HX
У меня так бывает, если не включать фильтр. С фильтром "лишних" передач не бывает.
Вложение 207347
У меня на каждом цыкле пишет.
V-0.34
15:21:15 отсутствует, возможно часть интервала была передача или выпадают фреймы звукового потока на PCI шине.Цитата:
Сообщение от US6EG
UA3ALE, Виталий, спасибо! А то я всю голову сломал, all.txt перечитывал.
Кстати, есть какая-то зависимость между настройками водопада и скоростью/качеством декодирования?
Доброго дня всем! У меня перестали зачеркиваться сработанные корреспонденты (v18.1.0.77_2). Хотя в Settings-Notifications стоит галка для Strike it.
Я что-то упускаю?
необходимы картинки окна с сообщениями, закладки Notifications, проверка в файле wsjtx_log.adiЦитата:
Сообщение от UA3SGV
Покорно прошу прощения. Обнаружил, что по моей вине был сбой с логом. Зачеркивание имеет место.Цитата:
Сообщение от UA3DJY
Была передача.Цитата:
15:21:15 отсутствует, возможно часть интервала была передача или выпадают фреймы звукового потока на PCI шине.
только полоса частот водопада определяет полосу работы декодераЦитата:
Сообщение от RX3ASP
v.18.1.0.76 режим AutoSeq3:
Позвал корра сплитом. Получил рапорт на частоте корра.
После передачи корру RR73 корр перешел на мою частоту я выключил фильтр, но в правом приемном окне декода сообщения не было.
Был ли декод в правом окне - не знаю, т.к. правое окно с каждым циклом декода у меня очищается.
В файле ALL.TXT этот декод на моей частоте есть - нестандартное сообщение <BORIS 73 GL>.
Но программа отработал полный цикл повторного RR73 и кнопка EnableТХ оставалась активной, QSO в лог я не заносил, получается, что автомат это сообщение "не воспринял"...
Вложение 207354
Вложение 207356
софт верно отработал - корреспондент при передаче безадресного сообщения 73 поменял частоту передачи, поэтому на RX частоте(в правом окне) этого сообщения не былоЦитата:
Сообщение от UX8IW
потеряв корреспондента софт продолжал передавать RR73 ожидая окончания QSO корреспондентом
вывод простой, желательно избегать использования свободных сообщений, особенно безадресных
ПонялЦитата:
Сообщение от UA3DJY
Игорь, а в этой ситуации софт окончания QSO не дождется. Может быть, чтобы избежать неопределенности такого сценария, нужно анализировать две частоты - приемную и передающую на наличие безадресного 73?Цитата:
Сообщение от UA3DJY
RK1NA...<Парни, куда идём?>
...да,Константин,все радовались,когда в JTDX появилась FT8...все хорошо,все в одном,улучшилось декодирование,потом появилась первая авто...потом пошли ,,рюшечки,,...ну,а сейчас подавай полный автомат...а головой уже и не хочется подумать... нормально программа работает...просто надо и голову подключать,а не надеяться,что все сделает автомат и UA3DJY...
......
Сейчас меня затопчут.:)
Для R3BB
Так как гонют
Уходим http://forum.qrz.ru/6-cifrovye-vidy-...xw2-ft8-2.html
Так голову надо подключать всем перечисленным сторонам, особенно автору. Если виден результат и его последствия, и если работать на перспективу то может стоит жёстко ограничить в чём-то функционал, не идти на поводу. А жёсткость требуется в том что пока удовлетворяется спрос на хотелки ты хороший, но стоит данную публику в чём то начать ограничивать и характер высказываний поменяется. А стоит кому то ещё начать модифицировать JTDX то и заплюют автора.Цитата:
Сообщение от UA3DTK
Обновился до 18 10 77-2 Работаю на общий вызов, автомат отвечает только на моей частоте, остальных игнорирует??? Фильтр отключен. Может где галочку нужно поставить? Да, в этой версии, процессора AMD Phenom2 X4 955 не хватает для Asq1,2 :eek: на старой версии не более 30% с логом и sdr панорамой - HDSDR.
На скрине- японец зовет, автомат не ответил пока я сам не кликнул его позывной.
Всё же что-то не то у меня с настройками:
Работал вчера на общий вызов CQ DX на диапазоне 17 м.
Польша как страна на этом диапазоне в FT8 уже есть в логе - см. "Из лога 24.02.2018 г."
Вложение 207369
Программа ответила вызвавшему меня SP9VEY.
Ну ладно, провели связь - я согласился с предложением вручную внести связь в лог.
Даю далее CQ DX.
Программа ответила вызвавшему меня SQ3MZ.
Так же провели связь - я согласился с предложением вручную внести связь в лог.
Даю далее CQ DX.
Но когда после этих двух станций из Польши меня позвал ещё и достопочтенный SP2EWQ (других связей между этими 3 станциями не было)
и программа начала отвечать ему, я уже не выдержал, прервал передачу кнопкой Halt TX, и ушел работать на поиск.
Прилагаю выкопировку:
Вложение 207370
Пока не буду сбрасывать INI к настройкам по умолчанию, дождусь V77 final с корректировкой.
UC8U автомат не ответил пока я сам не кликнул его позывной.
Снял галку SkpGrid, теперь работает нормально! Даже в режиме Seq2 полет нормальный! HDSDR пришлось отключить -(
Алексей,а причем здесь настройки в программе...DX-ы вас не вызывали,а товарищам из польши было наплевать,что вы зовете онли ДХ...это бывает довольно часто...я в этом случае несколько раз даю sry you not DX,помогает...ну или смена частоты...или некоторое время ,,помолчать,,
Валентин, Игорь в посте #11738 озвучил:
"В версии JTDX 18.1.0.77 cделаем ответ новой стране DXCC опциональным при передаче оператором направленного вызова"
Наверное, это будет оптимальным решением.
все верно, Вы даете CQ DX, японец на одном континенте с Вами, софт его вызов игнорируетЦитата:
Сообщение от UC8U
Для Польши Азиатская Россия - это другой континент, а значит DX и vice versa в чем проблема?Цитата:
Сообщение от RW9WT
Понятие ДХ оценивается по нескольким критериям. И одно из них расстояние не менее 3000 км.Цитата:
Сообщение от UA3DTK
Виктор, так программа же должна НЕ отвечать тем станциям, которые не подходят под критерий CQ NA, CQ SA e.t.c.
Ну и Польша - их же много, какие они редкие DX ?
да, но сейчас более высокий приоритет восстановить счетчики количества переданных сообщений для остановки AutoSeqЦитата:
Сообщение от UX8IW
На КВ всегда другой континент, это общее определение пришло из CW/SSB где используется как для повседневной работы так и в контестах.Цитата:
Сообщение от US4IRT
VU4G Для меня DX. Хоть и Азия и расстояние небольшое. DXы и в соседнем QTH бывают :)
Если Вы говорите о новой DXCC то софт сейчас отвечает входящему вызову с новой страны несмотря на переданное оператором направление в CQ.Цитата:
Сообщение от UC8U
В JTDX v18.1.0.77 такой ответ будет опциональным, на усмотрение оператора.
Личные предпочтения по определению DX по расстоянию или каким либо другим критериям придется реализовать самостоятельно - код открыт и в общем доступе.
И я к тому же. Реализовывать это в программе не реально. О-очень много "понятий" о ДХ-ах. Ближняя Европа наседает при CQ DX!!!Цитата:
Сообщение от UA3DJY
Попробую объяснить, как понял сам. В версии WSJT-X есть функция "Disable TX after sending 73".Цитата:
Сообщение от RX4HX
То есть если вы передали 73 передача должна выключиться.
В JTDX эта функция завязана на кнопку DisTX73
Работает эта кнопка только лишь если вы отключите autoseq
Не знаю почему, но автор сказал, что там конфликтный функционал между командами, поэтому сделано так.У меня нет оснований ему не верить)))
Что же происходит при включенном autoseq?
Программа передала 73 и ждет ответа от корреспондента. Ввиду того, что время передачи уже подошло, а ещё не пришла информация от декодера, прога считает, что корреспондент не получил ваше 73, и начинает повторять снова 73, но тут через 0.5-1 сек заканчивается декодирование, прога получает 73 от корреспондента и соответственно обрывает свою, уже начавшуюся передачу.
Ну не успевает декодер обработать все 15-20 станций за отведенные ему 1.5-2 сек. Дорабатывает уже когда пришло время самому передавать.
PS. Кстати вопрос, а нельзя "заставить прогу" декодировать сперва станцию ту, что в полосе RX, а лишь потом все остальные?
Ну поставить, так сказать очередность декодирования?
А то у меня и правда, особенно при большой нагрузке в диапазоне, сперва вываливается штук 10-15 "левых" станций, а лишь потом станция с которой я работаю.
Так сейчас и сделано в софте, на каждом проходе декодирования первым рассматривается кандидат на RX частоте, и в WSJT-X и в JTDX.Цитата:
Сообщение от UN7JID
Но из-за того что используется тональная (FSK) модуляция слабый сигнал, пересекающийся с другим сигналом, часто не может быть декодирован пока не будет декодирован и вычтен более сильный, мешающий сигнал. Поэтому декодер пробует декодировать RX частоту первой но не всегда ее декодирует первой, в таком случае выручают второй или третий проходы декодирования.
Поработал CQ NA, CQ SA - всё четко работает, как в описании.
Если CQ DX - по континентам, то больше вопросов нет.
Вроде, всё понятно.
предварительная версия, окончательный вариант будет опубликован на сайте JTDX
Перечисление лучше сделать столбиком, визуально легче читать и как перевод колонок легче смотрится.Цитата:
Сообщение от UA3DJY
Вложение 207393
Версия программы 77-2. вот такой сбой. Он произошел после такой ситуации. Я работал на CQ в JT65. Увидел зовет DG1RUG в JT9. Я позвал его,провел связь, потом снова стал на CQ в JT9. и вот после первого вызова белоруса произошло такое. Может это связано с отключением и включением режима CQ или с переходом из одной моды в другую моду.
Впечатляет количество Hint декодирований в JT9, у себя такого не видел.Цитата:
Сообщение от VA3LLZ
Благодарю, проверим в коде - может сбой связан со звездочкой в декодированном сообщении. В любом случае завтра попробую воспроизвести, в том числе со сменой моды.
Измененный функционал:
- сделана калибровка на малых значениях SNR FT8 чтобы добиться погрешности оценки в 1дБ на значениях -21..-22дБ. Изменена нижняя планка индикации SNR FT8 c -24 до -22дБ (декодеры FT8 не декодируют сигналы с SNR менее -22дБ).
- возвращена опция показа TX сообщений в окне сообщений RX частоты, необходима для работы в режиме контент сообщений
- при включенной кнопке AutoSeq TX сообщения отображаются в окне RX частоты независимо от настроек, необходимо для работы функционала автопоследовательности. При работе в режиме контент сообщений оператору придется выключить кнопку AutoSeq чтобы избежать заполнения окна RX частоты собственными TX сообщениями.
- повышена точность смещения фреймов входящего звукового потока при запуске JTDX и при ручном включении кнопки Monitor(декодирование при частичной потере входного сигнала)
- сделана защита от выхода за пределы индекса массива входных данных dd1() при ручном включении кнопки Monitor пользователем
- сделана опция строгого соблюдения направленного вызова алгоритмом автовыбора ('strict directional CQ' - доступна для включения в закладке Sequencing настроек). Программа проигнорирует входящий вызов из новой страны по списку DXCC если он не соответствует переданному оператором в сообщении CQ направлению.
- сделан ряд изменений для устранения редких сбоев уведомления 'новый QTH квадрат'
собранный софт (Windows) https://cloud.mail.ru/public/fmZZ/2bMGAbcW7
кодовая сумма JTDX-18.1.0.77-win32.exe
SHA-256: 4C0C112D23328812B99D73AE7CB19BE1E66431775B4EDA5EF36ABE48858542FD
исходный код https://cloud.mail.ru/public/JAUN/4LxD8tQ7q
кодовая сумма src18.1.0.77.zip
SHA-256: 92A2AB126AB590B92BD9C56460DE3541AB22042535E719ACE6DD63926CA190AE
Файл JTDX.INI изменен: добавлен новый параметр "StrictDirectionalCQ", можно использовать JTDX.INI от версии 18.1.0.76.
18.1.0.77 Linux version (compiled in Ubuntu 16.04LTS) from original sources files by UA3DJY
Случайно узнал что на 6-7 марта запланирован публичный тест «FT8 DXpedition Mode» и приглашают как можно больше участников.
Все участвующие станции должны использовать версию программы WSJT-X v1.9.0-rc2 в режиме «DX Mode» .
Каждый час будут работать «Fox» станции на назначенной частоте. Время частота и позывной « Fox_А» в следущей таблице.
Date UTC Freq Fox_A Fox_B NSlots
----------------------------------------------
Mar 6 2300 14.080 K1JT W7/KH7Z 3
Mar 7 0000 10.141 W1/KH7Z K9AN 5
Mar 7 0100 7.080 W7/KH7Z K1JT 4
Mar 7 0200 3.585 K9AN W1/KH7Z 3
Взаимодействие в режиме реального времени будет доступно через чат
https://nam01.safelinks.protection.o...%3D&reserved=0
Более конкретно кто-либо может что-либо сказать по этому поводу, объяснить ситуацию?
Хотят проверить сколько QSO в час можно провести в этой моде. Позывной Fox A основной, Fox B резервный.Цитата:
Сообщение от RC2SC
Провести QSO с каждым Fox можно только один раз (повторы не допускаются), если корреспондент имеет несколько позывных то просят использовать каждый из них для увеличения пайлапа.
В таблице в конце строк указано количество слотов - это количество сигналов которое одновременно будет излучать оператор Fox.
Если звать Fox A перестают то он выключается и вместо него включается оператор Fox B.
Хорошего прохождения.
Такое возможно?
Вложение 207437
И вот совсем недавно. Предаю RR73, а программа опять зовет.
Вложение 207446
В журнале CQ-QRP #61 опубликована
статья о SNR.
Вот ссылка на оглавление
CQ-QRP #61 (Зима 2018)
его посмотреть (скачать) в PDF.
предварительная версия, окончательная будет опубликована на сайте JTDX
Только что ARRL сообщило:
03/06/2018
The WSJT Development Group will conduct a field test of the new FT8 “DXpedition Mode” this evening, March 6 (in North American time zones). FT8 DXpedition mode is a feature included in the second beta version of WSJT-X 1.9.0 (v 1.9.0-rc2). It’s designed to enable DXpeditions to make FT8 contacts at very high rates. The public test run of FT8 DXpedition Mode will simulate a rare DXpedition pileup by having many stations (“Hounds”) calling and trying to work a designated pseudo-DXpedition station (“Fox”), the announcement said.
All test participants must use WSJT-X version 1.9.0-rc2. Installation packages for Windows, Linux, macOS, and Raspbian Jessie are posted on the WSJT website.
Test frequencies are not the conventional FT8 operating frequencies and are subject to change. More details (and any last-minute changes) have been posted. The FT8 DXpedition Mode User Guide includes operational details. Operation will use split mode. Each hour of the test has a designated frequency and Fox call sign — “Fox A” — in this table:
Вложение 207550
“It’s important to read and follow these instructions carefully! Don’t just try to wing it,” the test announcement said. “Fox can conduct up to ‘NSlots’ QSOs simultaneously.” W7/KH7Z will be operated by AA7A, and W1/KH7Z by N1DG. If the QSO rate for Fox A approaches zero at the half-hour mark, Fox A will stop transmitting, and Fox B will call CQ.
Real-time liaison will be available via the Ping Jockey Relief chat page (PJB). Monitor this page for possible announcements of frequency changes or switchovers from Fox A to Fox B. Hounds should monitor PJB but not post messages there during the test.
...<на 6-7 марта запланирован публичный тест «FT8 DXpedition Mode» и приглашают как можно больше участников.
Все участвующие станции должны использовать версию программы WSJT-X v1.9.0-rc2 в режиме «DX Mode» .
Каждый час будут работать «Fox» станции на назначенной частоте. Время частота и позывной « Fox_А» в следущей таблице.
Date UTC Freq Fox_A Fox_B NSlots
----------------------------------------------
Mar 6 2300 14.080 K1JT W7/KH7Z 3
Mar 7 0000 10.141 W1/KH7Z K9AN 5
Mar 7 0100 7.080 W7/KH7Z K1JT 4
Mar 7 0200 3.585 K9AN W1/KH7Z 3
Взаимодействие в режиме реального времени будет доступно через чат https://nam01.safelinks.protection.o...%3D&reserved=0>(c)
Уважаемые Коллеги, всем доброго здоровья!
Игорь, у меня еще одна "хотелка" по функционалу AutoSeq возникла... И раньше созревала, но сегодня "оформилась".
Дело в том, что иногда возникают реально некрасивые и неприятный ситуации...
Стоишь "на CQ", завет корреспондент. Программа ему корректно отвечает. Но ОН, как выяснятся, СОВЕРШЕННО тебя не слышит. Т.е. 3-5-10 ответов с рапортом, а от него - только "CALL-WWLOC"... Но тем не менее, он продолжает "звать"... (Видимо оператор где-то "развлекается", а программа сама по себе живет у него).
И именно тут возникает проблема - а "проигнорировать" его (конкретно ЕГО, "ГЛУХОГО") просто невозможно! Даешь CQ - а AutoSeq срабатывает опять на "глухого"...
Замкнутый цикл.
Алгоритма решения пока не вижу, но вопрос есть...
То есть должен быть черный список куда оператор вручную вносит позывной 'робота' и AutoSeq не реагирует на позывные в черном списке, только вручную.Цитата:
Сообщение от R0JF
Похожий сценарий когда корреспондент дает CQ и идет с SNR лучше -10 но не декодирует вызов оператора, при этом сейчас функционал автовыбора в AutoSeq 6,7 продолжает отвечать на его общий вызов.
Меняю период своей передачи и продолжаю работать :)Цитата:
Сообщение от R0JF
...если пару раз не отвечает на мой рапорт или RR73(73),даю SRY NOT DECODED и продолжаю CQ,в ,,тяжелых,, случаях меняю частоту...Цитата:
Сообщение от R0JF
Ну типа да. Наверное так. Некоторая кнопка `BlackList`, но чтобы содержимоеЦитата:
Сообщение от UA3DJY
сбрасывалось после любых "серьезных" манипуляций - как то: смена диапазона,
смена "цикла", выход из программы.
Всё верно, но не всегда удобно! Условно - одном цикле - для меня вся Европа, а в другом - одни JA... :)Цитата:
Сообщение от RZ1OA
Понятно, что Вам веселее во втором, а первый "достал" уже... А у нас совершенно наоборот! :)
Ну да, но у НЕГО самый мщный сигнал (или стоит ниже по частоте), в итоге после CQЦитата:
Сообщение от UA3DTK
программа АВТОМАТИЧЕСКИ опять начинает отвечать ему...
Вот я о чём.
во время тестов режима DX-pedition столкнулись с проблемой выхода декодирования в WSJT-X в TX интервал, вызвавшей многочисленные повторные сообщения:Цитата:
Сообщение от RC2SC
07Mar 02:46 Thanks to all for the great turnout! We'll do it again... (K1JT/700W Joe NJ FN20qi 71.188.122.193)
07Mar 02:44 RR Steve, was the same here. (K1JT/700W Joe NJ FN20qi 71.188.122.193)
07Mar 02:44 Mpre precisely - they are coming in after the yellow Tx messages appear in the right panel. (K9AN Steve IL EN50wc 98.228.50.209)
07Mar 02:44 How about the folks sending R+report repeatedly move back up teh band and Tx1 again (G4WJS Bill xx IO91np 62.49.44.173)
07Mar 02:44 Same with me, stuck on TX3 22 minutes now. Bummer. No go on any band so far. (KS9A Colin IL EN40xn 98.214.172.247)
07Mar 02:43 FWIW, 2nd and 3rd pass decodes are coming in after my Tx starts (K9AN Steve IL EN50wc 98.228.50.209)
отчего так? программа показывает что корреспондент новый хотя QSO уже с ним было и он в логе есть.
Вложение 207570
WSJT-X/JTDX используют для лога файл wsjtx_log.adi, информация по QSO в нем может отличаться от информации во внешнем логе.Цитата:
Сообщение от UN7LAP
не вариант...в этом случае вы работаете в одном цикле и он создает помеху вашей передаче своим сигналомЦитата:
Сообщение от RZ1OA
Цитата:
Сообщение от R0JF
планируем сделать функционал черного списка в JTDX v18.1.0.78Цитата:
Сообщение от UA3DJY
Игорь, спасибо!
Красота - 100 % работает, отсекая Европу при работе CQ NA (был, в том числе, француз - новая страна, но программа работала только с NA).Цитата:
"сделана опция строгого соблюдения направленного вызова алгоритмом автовыбора ('strict directional CQ' - доступна для включения в закладке Sequencing настроек). Программа проигнорирует входящий вызов из новой страны по списку DXCC если он не соответствует переданному оператором в сообщении CQ направлению"
V 77 final
Правильно, давайте "забаним" друг друга и у кого менее 2Мвт на выходе, а то только Р140 на выходе- это не серьезно!Цитата:
Сообщение от UA3DJY
причем тут мощность....зовут...даешь оценку ему 00-05 к примеру...а он продолжает не рапорт давать а вызывать и так по 10-15 раз...было не один раз такое...Цитата:
Сообщение от EW6GN
Много чего бывает - программы сырые, обросшие запутанными функционалами, пользователи не все компьютерно-грамотные, помеховая обстановка, опять же разная.Цитата:
Сообщение от RA3QH
Вот у меня полчаса назад ни с того ни с сего, после перехода на приём в ответе на CQ, перестали декодироваться нечетные интервалы. Только после перезапуска JTDX-77 заработала. Звал меня корреспондент или нет, неизвестно. Может ядра старые, может наводка, может ГуглХром влияет. И что, банить надо сразу?
просто при таком сбое надо отключить передачу сообщенийЦитата:
Сообщение от RX3ASP
так речь идет не о постоянном бане...на текущий момент банить...Цитата:
Сообщение от RX3ASP
Измененный функционал:
- обновлен файл ALLCALL.TXT, в файле 55505 позывных
- добавлено распознавание частоты в декодере для свободных сообщений FT8, отсутствие этого функционала приводило к сбоям в работе фильтра блокировки вывода на экран свободных сообщений и возможным сбоям AutoSeq при обработке свободных сообщений
- свободное сообщение содержащее позывной оператора должно показываться на экране при включенном фильтре блокировки свободных сообщений
- патч устраняющий сбой в определении 'владельца' частоты при смене интервала при передаче сообщения CQ
- патч обработки нестандартных сообщений 73 в AutoSeq
- устранен сбой неправильного использования уведомления красным маркером для сообщения содержащего позывной оператора
- выполнен функционал черного списка, используется в работе AutoSeq
Подробное описание функционала черного списка в приложенном файле.
собранный софт (Windows) https://cloud.mail.ru/public/A95e/5MwAhJ7q2
кодовая сумма JTDX-18.1.0.78-win32.exe
SHA-256: 27D016435066A8636545A404A0FEE38EF8B530CCD33121AC0648DD3417C5975B
исходный код https://cloud.mail.ru/public/D8R7/dmsczQANF
кодовая сумма src18.1.0.78.zip
SHA-256: FAB49F8A2F39B21171B47E303476F1A71601D5C18FC53CB2F6E90F26E7684FBC
Структура файла JTDX.INI такая же как у JTDX v18.1.0.77.
18.1.0.78 Linux version (compiled in Ubuntu 16.04LTS) from original sources files by UA3DJY
Прошу подсказать, как захватывать дробные позывные целиком.
Связь не получилась:
софт сам обрабатывает дробные позывные - дополнительных действий не требуется, при использовании свободного сообщения учитывайте ограничение протокола в 13 символовЦитата:
Сообщение от RW9WT
Цитата:
Сообщение от UA3DJY
Для контент-мэсэджей такая передача через механизм свободных сообщений есть норма, через макрос CALL/IMAGE передаётся множество различного контента, функционал автоСQ при этом не используется.Цитата:
Сообщение от описание функционала черного списка
Я этим хочу сказать, что если юзер самостоятельно определяет необходимость внесения в черный список любой CALL, то это одно, а уж если это будет реализовано в авто функциях программы, то это другой момент.
Игорь, прошу при разработке программы учитывать интересы пользователей, использующих контент-мэсэджи через механизм свободных сообщений, при этой работе функционал AutoSeq не используется.
Спасибо.
перевод
оригинальное сообщение(английский язык)
пользователь определяет самостоятельно и вручную, черный список используется только в работе AutoSeq при автоматическом выборе и автоматической последовательности проведения QSOЦитата:
Сообщение от RK1AT
что-то в крайней версии (78). стал коряво работать переход на передачу т.е. при переходе на на передачу трансивер переходит на передачу, по сигнал не идет. Мощность по показометру НОЛЬ!!. Есть еще у кого такие проблемы?
Ну вот опять позвал DL1MAJ - передача не прошла. Выключил всё и ушел смотреть телевизор:(
Пару раз вчера имел такое-же, хотя и работал мало. Подумалось про 2 секунды, задержки ТХ при переключениях...Цитата:
Сообщение от RW9UU
Выключил/включил (Enable/Halt) - пошла передача, но секунды утеряны... будет ли декод?
Аналогичная ситуация...Цитата:
Сообщение от RW9UU
посмотрите положение этого регулятора...у себя задержек передачи не нахожу...
Вложение 207658
Задержки на передачу сигнала происходят из-за задержки декодирования. Но зависимость не прямая. У меня задержка декодирования бывает до 4 сек на "старых ядрах", но на передачу не более 2 сек. Вероятность декодирования у корреспондента естественно снижается. Фильтр помогает, но на CQ фильтр правильно включать только после ответа, т.к. можно пропустить ответ Split. Программа обросла прибамбасами и фенечками типа черных списков. Но у разработчиков один ответ: "Меняйте компьютер!", уже и реклама на ветке появилась. Но из-за того, что у очень многих компьютеры не тянут, эфир замусоривается не только гармониками от рогатых ламп, но и тормозными процессорами. Это как на дороге - перед тобой на светофоре дачники на москвичах и волгах, а по обочине и встречке вылазят гонщики на мазерати и порше, в результате ты пропускаешь цикл светофора.
...попробуйте работать только в режиме AutoSeg1
Все работает штатно, без проблем, версия 078.Цитата:
Сообщение от RW9UU
Цитата:
Сообщение от UA3DTK
Читайте внимательнее! Слова "Задержки" - не было! При переходе в режим передачи, РТТ отрабатывает нормально, а вот сигнала нет ("0")...Цитата:
Сообщение от RX3ASP
соответственно и на выходе нет ничего. На следующем цикле всё ОКей, и если быстро переключить Enable/Halt, сигнал появляется тоже.
В этом и проблема, сигнала нет - а не в задержке!?!?
У меня такое бывает... Комп слабый Р4. Предположения по этому сбоюЦитата:
Сообщение от UR4UM
1. слабый комп
2. наводки ВЧ на USB, которые как-то тормозят работу компа
Такая проблема на передаче периодически появляется у меня. Не зависит от версий проги. Причину я знаю - это наводки ВЧ на USB-COM переходник. Снижаю мощность до 30-40 ватт, все работает нормально. Как ставлю 100 ватт-сбои возникают вновь.Цитата:
Сообщение от RW9UU
Для проверки можно поставить 5 ватт и проверить правильность работы ТХ на этой мощности
-------------------------------------------
Как-то, месяц назад, наводки шли настолько сильные, что повредили прогу изнутри. Не хотела давать звуковой сигнал на аудио выход в режиме ТХ, без подключения к ТХ-су. Проблема решилась "сносом" и новой установкой.
Не надо так переживать, уважаемый. У кого то задержки, у других вообще нет сигнала, у третьих "всё штатно".Цитата:
Сообщение от UR4UM
RW9UU, выложите фрагмент ALL.txt, чтобы было более понятно, что и на какой секунде происходит. Если быстро щелкать мышью по кнопкам,
иногда нет сигнала при наличии РТТ.
Работает без проблем.Комп не мощный 1 ядро. Видимо ВЧ наводки. Настройки звуковой карты надо посмотреть по входу и выходу 48000 Гц и 16 Бит должно стоять. Многое зависит от замусоренности системы.
Такое присутствует тоже и не только в JTDX, но и в WSJTX. С ВЧ наводками врятли это связано. В других цифровых программах работает все нормально. Еще заметил, что в моде JT65 такого никогда не было, только в FT8.Цитата:
Сообщение от RW9UU
Приехали.....Цитата:
Сообщение от RX1AG
А что? Сказано образно, но такое возможно. У меня на 21 мГц и выше из-за близко расположенной рамки, при больше 5 Вт начинали самопроизвольно открываться окна, запускался Windows Media с последним проигранным файлом, мышь отрубалась, даже установки монитора менялись. Пару раз в WSJT открывалась и быстро удалялась таблица частот. Хорошо хоть диск не форматировался. Понавешал ферритовых защелок куда только можно, вроде прошло.Цитата:
Сообщение от EU1FQ
Эта болячка в FT8 отмечается давно. От версии проги, конфигурации компа, операционной системы не зависит. Разработчикам известно, но что-то никак "лекарство" не находится. Буквально пять минут назад проявилось и в WSJT-X v1.9.0. rc2. Версия установлена утром, INI файл новый.Цитата:
Сообщение от UR4UM
Стоит с первого дня её выхода.Цитата:
Сообщение от UA3O
Проблем нет.
А что значит INI новый?
это совершенно не на что не влияет, постоянно всякие версии меняю и никогда INI не трогаю, все ставлю поверх старой версии.Цитата:
Сообщение от RK1NA
И я так делаю.Цитата:
Сообщение от UA9OP
Почему и удивило - новый ИНИ.
Для точности - здесь WSJT X.
я про нее и имею ввиду.Цитата:
Сообщение от RK1NA
Сохраняю два аппаратных журнала, все остальное сношу. Инсталлирую, заново все вношу, возвращаю аппаратные на свое место.
А папку из AppData>Local удаляете?Цитата:
Сообщение от UA3O
Да, удаляю.
Тогда всё ОК. Тоже всегда так делаю, установка с верху ,не всегда,но может вносить всякую бяку.Цитата:
Сообщение от UA3O
,
С какого вдруг перепугу?Цитата:
Сообщение от UA3OA
Вы здесь про JTDX начитались и этот перепуг несёте в WSJT X.
[QUOTE=RK1NA;1455420]С какого вдруг перепугу?
Вы здесь про JTDX начитались и этот перепуг несёте в WSJT X.[/
Это касается обоих программ. А там кто как хочет так и .........
Произошел какой-то непонятный глюк, режим AutoSeq3:
Не зависимо от программы и как бы вы её не "грохали" в реестре остаются какие то следы.Цитата:
Сообщение от UA3OA
И чем чаще вы "грохаете" конкретную программу, тем больше там этих следов.
И даже сам Билл Гейтс не скажет о возможости их влияний на последующие установки.
Как то вот так.
to: UA3DJY
Игорь привет ! Заметил такую штуку - она не мешает , но все же. Посылка по UDP - сообщение 1 - частота приходит чисто от трансивера без добавки по звуку. Т.е на трансивере 14074.00 она и приходит , а вот при сообщении 5 - (это запись QSO) частота уже приходит с учетом звуковой частоты . т.е частота от трансивера + частота по звуку (на передачу) . Можно ли в следующих версия сделать , чтобы в сообщении 1 так же выдавалась частота , как в сообщении 5?
Я на этот "непонятный глюк" раза 3 уже обращал внимания. :)Цитата:
Сообщение от UX8IW
похоже что не отработал Halt Tx при окончании декодирования после начала передачи, благодарю, посмотрим в кодеЦитата:
Сообщение от UX8IW
через UDP посылается сообщение status update:Цитата:
Сообщение от R3BB
внесение QSO в лог, да, в UDP сообщении qso_logged суммарная частота (VFO + звук):Цитата:
Сообщение от R3BB
попытка передавать суммарную частоту в сообщении status_update может привести к сбоям в работе JTAlert и ряда внешних логов которые уже обрабатывают существующий формат информации о частоте (совместимость связки внешних софтов и с WSJT-X и c JTDX)
Абсолютная суммарная приемная частота QSO в большинстве случаев отличается от передающей, скорее всего по этой причине в протокол был заложен формат передачи отдельно частоты VFO и смещения частот звука RX и TX.
Игорь спасибо за разьяснение , хотя про status_update весьма спорно.
Все таки видимо возьмусь за DLL для MixW3.
Есть еще одна причина передавать частоту VFO в status_update: внешние логи обычно имеют свое управление трансивером по CAT, частота VFO считывается внешним логом с трансивера, при передаче суммарной частоты в UDP сообщении (VFO + звук TX) у нас получается несоответствие ее частоте считанной с VFO, если же лог будет использовать такую частоту с UDP сообщения чтобы выставить VFO на трансивере то получим конфликт между JTDX и внешним логом в управлении трансивером.Цитата:
Сообщение от R3BB
v78, Autoseq 1, 12 потоков, с фильтром, тестировал 3 дня - работа на поиск.
Провел 85 QSO на разных диапазонах. Проблем не было.
Спасибо.
Для UA3DJY. Игорь большое спасибо за Инструкции на русском языке, по применению фильтров, уведомлений и "черного списка". Было бы не плохо, если бы вы сделали такую же Инструкцию по работе разных вариантов "AutoSeq" и их оптимального использования с привязкой к разным конфигурациям компьютеров. Думаю, что многие будут благодарны вам за это. Заранее спасибо.
а еще лучше добавить русский язык в программу и всем бы стало понятно что и куда нажимать даже в fldigi авторы вставили русский
так была такая инструкция ранееЦитата:
Сообщение от UA0FO
RA3QH;1455878]так была такая инструкция ранее.
Укажите страницу или номер поста.Если вы имеете ввиду раздел FAQ на странице JTDX, то это не то, речь идет конкретно об использовании AutoSeq (1,2,3 и.т.д)
Это нужно? Правда немного старовато...Цитата:
Сообщение от UA0FO
Вложение 207776
RA3QH;Это нужно? Правда немного старовато...
Спасибо, это уже ближе к истине и практически подходит к последним версиям. Возможно Игорь еще что-то добавит.
Цитата:
Сообщение от UA0FO
Странный глюк в программе. После окончания QSO не очищается DX окно и происходит отключение передачи. Я даю CQ И после окончания периода передачи снова выключается Enable TX. DX окно так и не очищается до тех пор пока я сам не очищу его кнопкой Clear DX. Версия программы 78. Включен Фильтр вручную. В LOG программа предлагает заносить вручную.
Цитата:
Сообщение от UA0FO
Спасибо.Цитата:
Сообщение от UA3DTK
на днях появилась локализованная японская версия JTDX, но нет пока желающих самостоятельно сделать и поддерживать локализацию под русский языкЦитата:
Сообщение от R0AX
UA3DJY; Сегодня в 15:46. Причина: форматирование
...Игорь,спасибо...
JTDX v18.1.0.78
Почему-то перестал работать автомат в JT9-JT65.
На вызов корра после CQ автомат "не подхватывает" позывной, а продолжает CQ.
После финального 73 от корра автомат передает повторный цикл RR73.
Корреспондент дал 73, а моя программа продолжает выдавать RR73, пока я ее не остановил. Версия 0.78.
Вложение 207866
JTDX v18.1.0.78 _ AutoSeq2
По окончании QSO прога гасит кнопку ТХ, но включается передача и даётся CQ...?
Было 2 раза, почти подряд... норма или баг? :confused:
P.S. - Второй "выстрел", на другом бенде, опции те же:
У Вас декодирование JT65 заканчивается вплоть до десятой секунды интервала передачи, может быть в этом проблема?Цитата:
Сообщение от UX8IW
В закладке Advanced попробуйте поставить number of decoding attempts 1, и если будет продолжать выходить декодированием в интервал передачи number of decoding passes 3 или 2.
При использовании сообщения RR73 иногда бывают сбои в коде причину которых пока не смогли поймать, вариант RRR+73 работает без сбоев.
Согласно дизайну.Цитата:
Сообщение от UR4UM
Опция Single shot QSO блокирует передачу CQ после окончания QSO в поиске.
Сбой иногда бывает при использовании сообщения RR73, причину пока не нашли.Цитата:
Сообщение от VA3LLZ
Ни разу не получилось чтобы при работе на CQ после окончания QSO программа сама начала давать CQ. Всегда выключает передачу и нужно мышкой нажимать EnableTx. Ставил Settings галки в разных сочетаниях. AutoSeq3. Было бы неплохо иметь режим типа Single shot QSO, то только на CQ.Цитата:
Сообщение от VA3LLZ
Есть старый компютер:Intel(R)CPU
1000 MHZ 256 МБ ОЗУ
JT-65 работает
FT-8 не могу установить
При установке пишет: Ошибка при инициализации(0xc000001d)
Windoys XP
Помогите !
2 RT4W
Лучше и не заморачиваться.
Меняйте комп.
В последних версиях JTDX (0.78 не пробовал) при переключении программы RX → TX, отсчёт времени TX начался, но трансивер переключается на передачу через ≈ > 1 секунды. Управление через АСС2 разъём. Вернулся к версии 0.34, проблема с задержкой исчезла. Может кто подскажет какие настройки в новых версиях могут отвечать за это.
посмотрите какая выставлена задержка на TX в программе
Трансивер переключается в ТХ сразу, но сигнал начинает поступать с задержкой, которая зависит от задержки декодирования.Цитата:
Сообщение от VA7UR
FT8 threads поставьте в "1", немножко поможет, но время декодирования увеличится.
Либо переведите декодирование в "medium" или " fast", но потеряете слабые сигналы.
Либо держите фильтр включенным, но замучаетесь работать с любителями "split".
Дело не в TX delay. Старые ядра!
У кого нет суперкомпьютера, могут идти в..., как говаривал про миллиард г-н Полонский. На CQ перехожу иногда в WSJT, но там других проблем хватает.
В wsjtx-1.8.0-win32.exe. Там все работает.:)Цитата:
Сообщение от RX3ASP
Да, Игорь проблема в этом.Цитата:
Сообщение от UA3DJY
Эти настройки уменьшают время декодирования принятых сигналов.Цитата:
Сообщение от UA3DJY
Я думаю, что в данном случае причина была именно из-за того, чтоЦитата:
Сообщение от UA3DJY
.Цитата:
декодирование JT65 заканчивается вплоть до десятой секунды интервала передачи
Но такого декодирования в более ранних версиях не было. Вчера на диапазоне одновременно находилось более 10-ти станций. Я нашел в ALL.TXT похожий вариант, но там все отрабатывалось нормально:
А вчера было так:
Почему так получилось - не понятно.
Сегодня было максимум до 9-ти станций одновременно. Но декод заканчивался до 58-й сек. Автомат работал корректно.
Какой-то прямой зависимости между количеством декодированных сигналов и периодом декодирования я не увидел. Вот пример для 5-ти сигналов:
В одном случае интервал декодирования заканчивался на 56-й сек., а во втором на 59-й ....
Зависит от характера шума - если шум Гауссовский то ложных кандидатов почти нет и декодирование идет быстро, если есть разрядный шум или кто то имеет грязный сигнал, или есть искажения в приемном тракте то количество кандидатов на декодирование резко возрастает и растет время потраченное на декодирование.Цитата:
Сообщение от UX8IW
Количество JT65 кандидатов можно принудительно уменьшать сужая полосу частот на водопаде и устанавливая верхнюю границу декодирования JT65 сигналов в закладке Advanced: нет смысла искать JT65 сигналы на тех частотах где их нет.
Может быть проблема в поломанном файле JTDX.INI, попробуйте его удалить. Также могут к задержке приводить неисправности железа, драйвера, использование звукового устройства в операционке по умолчанию и даже настройки BIOS, например при разгоне процессора может сбоить оперативная память.Цитата:
Сообщение от VA7UR
Интересно, в какое время суток на радиолюбительских диапазонах наблюдается Гауссовский шум.Цитата:
Сообщение от UA3DJY
https://ru.wikipedia.org/wiki/%D0%90...88%D1%83%D0%BC
Похоже в то время когда отсутствует прохождение.
И именно в это время декодирование самое быстрое.
Или как то не так?
Игорь, я проверил на трёх старых компьютерах: пентиум-2ядра и нетбуки атомы-4ядра, везде одно и тоже - сначала ТХ на СОМ-порту, потом (до 2х сек.) звуковой сигнал. Проверял со встроенными и внешними звуковыми картами. Задержка пропадает при переводе в 1-threads или при medium/fast или с RX-filter. Задержки ТХ почти нет, когда на диапазоне мало станций (до 10).Цитата:
Сообщение от UA3DJY
Об этом, кстати сообщал здесь RM1O (UA1OMZ). Тоже самое касается и выпаданий циклов декодирования - на всех трёх староядровых.
Шум у меня совсем не гауссовский. Настройки компьютеров везде правильные, программ установлено по-минимуму.
Ставьте старую версию 34. У меня фт8 работаетЦитата:
Сообщение от RT4W
Операционка на этих машинах одинаковой версии стоит? Похоже что операционка не может разрулить многопоток. Многопоток в JTDX сделан с использованием библиотек OMP, возможно есть проблема совместимости OMP со старыми операционками, с прекращением поддержки Windows XP, Windows Vista компанией Микрософт производители другого софта тоже отказываются от поддержки своих продуктов в этих операционных системах.Цитата:
Сообщение от RX3ASP
To: RX1AG
Валентин ! А где взять эту старую версию 34.
Подскажите или ссылку в интернетею
Спасибо !
JTDX - JTDX Release HistoryЦитата:
Сообщение от RT4W
Смотрим в колонку Release и качаем в Windows Installer.
Win-7 на всех стоит. Домашний и максимальные, обновления декабрьские. При включении потоков в "auto" скорость декодирования увеличивается, но появляется задержка передачи.Цитата:
Сообщение от UA3DJY
При "auto" загрузка процессора зашкаливает 100%
В "1 thread" 50-60%
монитор ресурсов - загрузку по ядрам при auto покажите пожалуйста, какая у Вас тактовая и процессор?Цитата:
Сообщение от RX3ASP
Процессор допотопный Intel Pentium D 925 CPU 3.00GHz
Декодировано 15 рст.
Подскажите что обозначает такая строка в FT-8 115830 -8 -0.8 2025 ~ RK1AT/IMAGE ??
Для US-E-12:
Эти файлы к сожалению не открываются.
Тогда отсюда.Цитата:
Сообщение от RT4W
Цитата:
Сообщение от R9JQ
Что то типа параллельно с QSO в JT65 по интернету идет картинка.
Подробности посмотрите на сайте RK1AT.
Вложение 207971 вот так это выглядит!
По совету RC9YE возвратился на v.0.68 , задержка включения трансивера на передачу пропала (пост #11863). Пока работает нормально. Ещё раз всем спасибо.
если сбой идет при использовании многопотока в декодировании то можно попробовать в версии .78 принудительно выбрать один поток, закладка Decode -> FT8 threads -> 1 threadЦитата:
Сообщение от VA7UR
TY7C сейчас на 40 м в FT8 в режиме ДХ экспедиции(лисы) работает! Удалось сработать собакой!:s7:
Вложение 207994
Вот как выглядело не экране!
Скачал отсюда и поставил.
НЕ запускается.
Ставлю на другие компы, чуть посилней.
Все идет.
Тоже. С JTDX не получилось - отвечаю на рапорт 73 - не принимает!!! С WSJT - как по маслу! Так что только с WSJT-X.Цитата:
Сообщение от UA3ALE
В последующих версиях планируется решение этой проблемы? И что с моим компьютером делать? На свалку?Цитата:
Сообщение от UA3DJY
2 UA3DJY
Игорь, приветствую!
Сегодня уехал на работу, программу оставил трудиться на прием.
Собственно, месяцами не выключаю.
Возвращаюсь - а мне ВПЕРВЫЕ такое сообщение как на скрине.
Linux, если что. Мыслей нет? Перезапустил, работает.
Вложение 207999
Скорее всего сбой связан с изменением информации в оперативной памяти, может бросок по питанию или какой то софт залез в область памяти JTDX.Цитата:
Сообщение от R0JF
Еще декодированные сообщения в окне Band Activity хранятся в оперативной памяти, если программа не выключается имеет смысл раз в несколько дней очищать окно кнопкой Erase, чтобы количество занимаемой памяти не росло до больших значений.
Не спешите, сегодня отключу hyperthreading на своем ноутбуке Intel 2/4 и проверю загрузку ядер при двух потоках чтобы можно было сравнить с Вашими картинками.Цитата:
Сообщение от RX3ASP
Задержка может возникать из-за 100% загрузки ядер, последняя например может быть вызвана сбоем в доступе/считывании информации с оперативной памяти.
А с сетью проблемы могли такой сбой вызвать?Цитата:
Сообщение от UA3DJY
Кроме этого сообщения "висел" и SDR-софт (ExpertSDR2). Всё остальное работало
абсолютно штатно. ExpertSDR2 иногда "отваливается" из-за коллизий в моей домашней
локалке. Броски напряжения - вряд ли. Смарт стоит. У меня машина под Linux`ом вообще
не выключается, uptime порой до 200 суток доходит... И то, просто перезагрузки для
обновления ядра.
Нет, проблем никаких нет, но просто интересно. Раз был факт, значит что-то его
вызвало. Любопытно, так сказать. :)
За ERASE спасибо! Учту.
Цитата:
Сообщение от UA3ALE
Joe K1JT говорил что есть проблема с тем что пользователи не могут прочитать инструкцию функционала DXpedition на английском языке, в результате 'лисы' устраивают хаос в общих выделенных участках FT8 а 'гончие' вызывают 'лис' на частотах менее 1000 Гц предназначенных только для проведения QSO, еще говорил что надо перевести инструкцию DXpedition на все необходимые языки, судя по работе TY7C на 7074 кГц в режиме 'лисы' на французском языке такой инструкции еще нет.Цитата:
Сообщение от US4IRT
Протокол DXpedition отличается от протокола JT65, по сути в WSJT-X v1.9 сейчас поддерживаются два разных протокола и операторы использующие режим 'лисы' должны не только излучать сигналы вне общевыделенных полос FT8, они еще должны заранее предупреждать других пользователей что будут работать в режиме DXpedition чтобы остальные пользователи включили режим 'гончей' в WSJT-X v1.9 и не использовали софты WSJT-X v1.8, (MSHV?) и JTDX для вызова.
косвенно могли: софт SDR при сбое мог залезть в область памяти использовавшуюся софтом JTDXЦитата:
Сообщение от R0JF
пользователям процессоров AMD Ryzen в ближайшие месяцы придется столкнуться с рядом заплаток в операционной системе https://3dnews.ru/966903
возможно дополнительно к ранее обнаруженным проблемам процессоров AMD и Intel в результате заплаток еще снизится производительность процессоров Ryzen
Подсказываю. ;)Цитата:
Сообщение от R9JQ
Этот принятый в эфире макрос обрабатывает программа image controller, которая подключена к инету и в зависимости от того, что присоединил корреспондент в своей передаче, а это может быть мультимедийный контент, (фото, видео, текстовый файл, HTML файлы) контроллер выводит это вложение на экран, что значительно расширяет возможности типового QSO, ведь с принятым коротким макросом контент-сообщения присоединяется массив данных.
Я это знал, Игорь, и звал выше 1000, но WSJT-X всё равно не "принимает" 73 из JTDX. В режиме "собаки" в WSJT активны только две кнопки: вызов с локатором и R-XX.Цитата:
Сообщение от UA3DJY
Нет даже 73.
В строке N4VEJ RR73; US4IRT <TY7C> -10 JTDX вылавливает только US4IRT TY7C -10. Остальное вырезается. Точно так же мне RR73 я не вижу - только рапорт следующему.
Коллеги! Насколько нужно в локализации русской версии "горячие" кнопки . Ну например запись в лог можно активировать мышкой , а можно нажав комбинацию клавиш Alt+Q , так вот насколько нужно Alt+Q? Есть некоторые проблемы с этим делом.
Всем здравствуйте !!!!!!!!!!!
Како файл заменить ил удалить.
Вложение 208004
У вас запущено два экземпляра программы, что бы не было таких конфликтов, запускайте (при необходимости) второй экземпляр программы ярлыком, в котором указываете ключ --rig-name=Цитата:
Сообщение от UA0ZK
Виктор, мое мнение Alt+Q можно проигнорировать- как правило горячие клавиши используются крайне редко.Цитата:
Сообщение от R3BB
Программа JTDX запускается с HX-3 и где вторая прога.
в директории %TMP% мог зависнуть файл JTDX.lock, этот файл защищает от повторного запуска софтаЦитата:
Сообщение от UA0ZK
При некорректном завершении работы софта файл может остаться в папке (обычно при этом в работающих процессах зависает jtdxjt9.exe и его надо вручную закрыть), при нормальном завершении работы этот файл удаляется софтом.
Необходимо добавить новый протокол в JTDX, пока WSJT-X 1.9 не вышел в общий доступ соблюдаем авторское право на использование этого протокола в коде, как только выйдет в общий доступ то попадет под действие лицензии GPL и может быть внедрен в JTDX.Цитата:
Сообщение от US4IRT
Цитата:
Сообщение от RX3ASP
проигрываю этот пакет файлов https://cloud.mail.ru/public/4AHD/b6nnUF77FЦитата:
Сообщение от RX3ASP
процессор i3-380M
тест 1: в BIOS выключил Hyperthreading, в декодере в режиме авто работают два ядра на тактовой 2.5 ГГц (на картинке процесс jtdxjt9.exe использует два потока)
на этой картинке пиковая нагрузка 100% говорит о проблеме в работе многопотока
тест 2: включил Hyperthreading, теперь 4 логических ядра. Режим авто, используются 4 потока для декодирования. На картинке нет пиковых выбросов по ядрам, многопоток работает нормально
тест 3: в BIOS выключил Hyperthreading, два логических ядра, в FT8 декодере принудительно включил 4 потока. На одном ядре нагрузка равномерная, на другом есть пиковые выбросы, лучше чем при двух потоках но все равно есть какая то проблема
тест 4: включил Hyperthreading, 4 логических ядра, принудительно выставил в декодере 2 потока, пиковых выбросов в 100% нет, многопоток работает нормально
В результате этих тестов не могу утверждать что проблему надо решать именно в JTDX.
Попробуйте у себя принудительно включить 4 потока и 8 потоков, останется ли задержка звука на передачу?
И при двух потоках еще сделайте пожалуйста картинку загрузки ядер при проигрывании пакета файлов, у Вас тоже пиковая нагрузка 100% или насыщение в 100%?
Вложение 208053 подскажите в такой ситуации,я не могу передать в ответ 73,это так должно быть что он несколько раз RR73 мне давал,связь засчитывается?.работал в режиме гончих,
Судя по картинке в протоколе DXpedition нет сообщения 73, оно лишнее - 'лиса' подтверждает QSO сообщением RR73 после чего считает QSO завершенным если 'гончая' не передает заново рапорт.Цитата:
Сообщение от UT6IE
Многократная передача сообщения RR73 - дефект, софт 1.9-rc2 предназначен для тестирования, команда TY7C использует сырой софт для работы в эфире со всеми его недостатками. Во время проведения тестов разработчиками WSJT-X сообщение RR73 адресованное одному корреспонденту иногда наблюдали одновременно в четырех сигналах 'лисы'.
Проверить можно зайдя на их страницу на qrz.com ввести там свой позывной!
Arnis YL3GBC экспериментирует с мощностью в один микроВатт на диапазоне 80м в моде FT8, приглашает всех желающих для проведения QSO, сейчас он в эфире и его неплохо слышат с такой мощностью:
Оказывается что можно проводить связи используя мощность в миллиард раз меньше разрешенного для отдельных категорий килоВатта.
Из инструкции по FT8 DXpedition Mode:Цитата:
Сообщение от UT6IE;1457936AT
............................
13. When Fox receives your “R+rpt” message he responds with “RR73”. At this point
he considers your QSO complete and logs it. When you receive “RR73” you
should log it, too !
14. If for some reason a Hound fails to copy an RR73 sent by Fox, that Hound will
repeat his transmission of Tx 3 (“R+rpt”). Fox will continue responding with
“RR73” for up to several minutes of repeats, before the QSO is abandoned.
................................................
После получения RR73 Вы ничего передавать не должны!!! Связь состоялась. Заносите в лог.
Вы же, опять передали рапорт, вот "лиса" и думает, что Вы не получили RR73
поддерживаю обеими руками!Цитата:
Сообщение от R0AX
одно дело провести стандартное кюсо на аглицком, другое дело разбираться с программными терминами...и чего греха таить - 90% наших хамов не блещут в познаниях языков...и начинаются поиски инструкций...инструкции к инструкциям и т.д. и т.п. щас мне ткнут, шо на сайте Игоря все есть,но... одно дело, когда надо держать шпаргалку в голове, другое, когда все перед тобой и всё понятно...
Потерпите чуток - работа идет.
А почему прыгает частота передачи вниз, когда мне ответили в WSJT-X 1.9.0 rc2? Не нашел где фиксируется частота передачи.
Чтобы тебе ответить с большей вероятностью! Это в программе! Зовут то выше 1000!
Прочтите внимательно инструкцию.Вложение 208094Цитата:
Сообщение от US4IRT
зачем ее вообще фиксировать если прием идет по всей полосе выделенного диапазона?Цитата:
Сообщение от US4IRT
Т. е. частота передачи становится на ДХ-а и используется сплит. Я то и так зову выше. Это порождает бардак. Особенно кто забыл сплит включить. Спасибо.
Гоняю разные компьютеры и с файлом, в живом эфире и даже через акустическую связь. Pentium D925, Atom N2800 и т.п. старьё. Везде картина примерно одинаковая - при одном потоке более-менее стабильно: задержка ТХ менее 0,3 сек, циклы не выпадают, нагрузка до 60% без насыщения. Но декодирование до 6 сек. следующего цикла.Цитата:
Сообщение от UA3DJY
При нескольких потоках скорость декодирования увеличивается, но всё вышеперечисленное выплывает и при 2, 4, 8 и 12. Картины разные, но результат примерно один. Нагрузка 100% с насыщением - начиная от 8-10 сигналов в полосе. Циклы выпадают постоянно, причём, что интересно - только нечетные. По крайней мере у меня так. Задержка на передачу до 2,5-х сек и при CQ и в поиске.
Задержка ТХ, кстати есть и на довольно мощном компьютере, где остальных проблем почти не заметно. Несущественная - до 0,5 сек при >25 сигналов, но появляется.
Частота приёма ставится на лису, а передачи на свободное место выше 1000 гц!Цитата:
Сообщение от US4IRT
А то что многие не читатели, а писатели, так это наследие прошлого!:s7:
А сплит нужен для сдвига частоты передачи ниже 1000 при ответе лисы конкретному корреспонденту и для его передачи рапорта, приема его лисой в свободном участке и в последующем передачи ему RR73!
Ну а как всё это проявляется в деле тот бардак ты видел сам!
WSJT-X v1.9.0. RC2 проц. Xenium E3-1290, W10 лиц. Небольшой "перехлёст" наблюдается при одновременной обработке более тридцати сигналов, при этом задержки подачи аудиосигнала к РТТ не отмечается. Все ядра - потоки кратковременно переходят в режим "турбо", средняя загрузка остается не более 10%. А вот периодическое полное пропадание аудиосигнала при сработанной РТТ продолжается и в этой версии.
Да, Виталий, видел! Я за то что TY7C принимается у меня на частоте 700 гц (водопад), передача стоит на 2100. Зову - отвечает мне и моя передача убегает на 700. Для чего такая функция??? Даже если включить сплит частота опять прыгнет и неизвестно кому на голову и скорее всего ДХ потеряет меня.Цитата:
Сообщение от UA3ALE
P.S. А кто-нибудь пробовал 1.9.0. в обчном (без галки на "Hound") режиме? Декодирует так же как и в "Собаке" ?
Видимо для того чтобы не распылятся на весь участок! И кому лиса отвечает были в определённом месте! Ждём следующих лис!
А вообще в нашем случае он нарушил указания папы Джо, работать не в основных а спецучастках для этого вида! Зато мы поимели хороший опыт! В стороне вряд ли мы его нашли!
....Без этих птичек 1.9 работает как обычная 1.8! Но связь с лисой не получится! А я увидел добавки в декодируемых строчках в JTDX! И быстренько включил 1.9 там всё получилось!
Не обижайтесь на меня, пожалуйста! Я не в плане обидеть!Цитата:
Сообщение от RX3ASP
Просто - это у Вас "спортивный интерес" или что? Ну не будет
нормально программа работать на устаревшем железе. Это
нормально! У меня дома тоже и 386DX40 работающая есть
(причем реально работающая - JNOS на ней крутится уж лет
15). Но я же не пытаюсь на ней что-то современное запускать...
Надо что-то более быстрое (причем есть и очень "бюджетные"
варианты - я уже показывал, ка у меня Celeron J1800 отлично
справляется)...
Не требуйте от Автора невозможного...
Только что попробовал с TY7C на 17м в обычном режиме - всё декодирует как положено. В ручном режиме сработал.Цитата:
Сообщение от UA3ALE
Уже несколько месяцев работаю, еще с бета версии, проблем нет, а на TY7C сама спросила хочу ли перейти на догонялки (после того как он ответил)! На запрос нажал ОК.Цитата:
Сообщение от US4IRT
Отчасти интерес спортивный, но и покупать новый ноутбук "для дачи" не хотелось бы. И ещё: очень многие пытаются работать на ещё более древнем, из-за этого бардак и загруженность эфира усугубляются.Цитата:
Сообщение от R0JF
Орут на 14070 TY7C! Я не слышу!
Коллеги ! Посмотрите первую версию русской локализации. Она сделана на базе 18.1.0.78 .Сильно не ругайте - мы в начале долгого пути.
Порядковый номер 18.1.0.78.1-RUS
https://cloud.mail.ru/public/42VC/ugxYG2ngL
Кодовые суммы:
MD5 27051C2F0020503FEBCD364A59F75041
SHA-1 CCD59550BA5C9372F2AFCD323B538678B33B8876
SHA-256 F290A37B2D3A470802AD8D3B225D5501621A8E48DE247C2A3FA6D79E3F379F84
SHA-512 421AEDFE55384BFA14423E72C2DC4E62B536E1DA10800CA85B99010DE605D4762CD560 447309988F7FE173516D57E64A30D00F50BD1D1C15E9B73C4ADEE66FAC
Меня программы на англицком ни когда не напрягали,но ради интереса поставил.Нормально получилось ,но с кнопкой Нint-Подсказка народ не поймёт её функцию ,а так всё Гут.Цитата:
Сообщение от R3BB
Мы с Игорем долго думали ,как правильно HINT сделать .... У вас вариант есть ?
Вопрос конечно интересный . Если оставить так то думаю нужно будет пояснение что она подсказывает.
получилось хорошо с переводом "декод. HINT" ДУМАЮ КАК-ТО ТАК или доп.декод
"
В принципе согласен.Цитата:
Сообщение от R0AX
Виктор думаю нужно еще добавить всплывающие подсказки например, как в оригинале, "очистить" клик левой-правой кнопкой мыши
Согласен нужно перевести всплывающие окна на кнопках Очистить и Очистить DX. На остальных думаю не надо.
Витя,я уже писал тебе...оставить ее без перевода....слишком проблематично указать ее истинное значение....Цитата:
Сообщение от R3BB
Мужики! А как из этого Hound в нормальный режим выйти? Кстати сейчас в режиме DXpedition на 18096 работаетTY7C.
Прошу прощения, может не в тему
Поставил Вложение 208119
заметил сразу: нет автозаписи на мой CQ-плохо, на прежней было.
Запускаешь CQ и не беспокоишься до новой CQ.Всё было в автомате. Понаблюдаю ещё. Понаблюдал и вернул прежнюю версию, в новой отвечают на мой CQ, а уменя всё секюрит. В прежней всё хорошо.
Разницу в кнопках автоответа посмотри!Цитата:
Сообщение от r8xaq
Миша привет ! Я видимо так и сделаю , но перед этим хотел спросить коллег.
Коллеги - да перевод всплывающих окон будет . Нужно еще немного времени. Ну и главный мой вопрос - нужна локализация ?
Спасибо! Пока "летаю"...
Витя привет! Спасибо за твой труд!!! На мой взгляд нужна однозначно.Цитата:
Сообщение от R3BB
Мне нет.Цитата:
Сообщение от R3BB
Setting-Advanced убрать птицу HoundЦитата:
Сообщение от UN3G
Версия 1.9 для DX
вопрос снят, разобрался. спасибо
нужно добавить второй язык в прогу на выбор кто как хочет
Локализация нужна! И в первую очередь тем кто только начинает осваивать FT8.Цитата:
Сообщение от R3BB
Спасибо Виктор за рус.оформление!!! Может имеет смысл сократить надпись на кнопке " Разреш. ТX". И оставить просто "TX"
Значение символа ТX обязаны знать все радиолюбители (без перевода), иначе возникает вопрос: Каким образом удалось получить позывной?
Эта кнопка разрешает передачу но не включает ее, за включение передачи отвечает комбинация кнопок " Разреш. ТX" и "TX 00/30" (15/45).Цитата:
Сообщение от UA1ACL
Цитата:
Сообщение от RX3ASP
Цитата:
Сообщение от UA3DJY
Причина скорее всего в насыщении нагрузки ядер процессора в 100%. Вложение 208138Цитата:
Сообщение от RX3ASP
Еще раз проверил на тестовых файлах, двух ядрах и двух потоках - у меня такого насыщения на отдельных ядрах нет:
Разница между эфиром и тестовыми файлами в отсутствии потока обработки звука(идет отдельным потоком), если у Вас при проигрывании тестовых файлов остается планка насыщения хотя бы одного из ядер в 100% то задержка звука скорее всего вызвана каким то сбоем на Вашем компьютере, похоже что процессор при декодировании в 'заклине' и не может выделить ресурсы для потока обработки звука.
Выпадание циклов декодирования исключительно потеря звуковых фреймов на PCI шине, процессор не успевает их забрать до переполнения буфера звуковой карты, этот сбой может быть связан с декодированием если в следующем приемном интервале из-за продолжительного декодирования с 'заклином' процессора и в результате этого выпадения первой части фреймов звукового потока произошло смещение синхронизации звукового потока (и сигналов в нем) более двух с половиной секунд.
В таком случае может появиться эффект декодирования через период о котором Вы говорите, как на четных так и на нечетных периодах.
PS Процесс audiodg.exe под Windows 7 имеет утечку памяти которая может приводить к росту нагрузки процессора, здесь информация об этом сбое https://support.microsoft.com/ru-ru/...en-you-play-au
Локальная русская версия - попытка номер 2
JTDX-18.1.0.78.2-RUS-win32.exe
Контрольные суммы :
MD5: 5450D0CF7315C3AF8341516DC55F3F38
SHA-1: 09988BD417A35EE70919EEB5039E3D8AB131EB0C
SHA-256: 16F18CC78748E9524C53E68D9AA8A2C610253852BD00BFEF247890041F2E08C2
SHA-512: FCD12F00079B7005BC702A065985FF43CD26D551CFD46886BB290B01D01D3A27483143 CF60419E4EBB42E8E95CD8439405EEF469EF640B6B1CAB0BF44274C6A7
https://cloud.mail.ru/public/Fehs/x2cdZKk94
пробуем
Считаю всё нормально получилось. Перевод всплывающих окон поможет пользователем разобраться с функциями кнопок.
Только что поставил:
Вложение 208172
Не растягивается правее окно приёма. Приходится пользоваться прокруткойЦитата:
Сообщение от R3BB
Давайте уточним , что Вы имеете в виду...
Посмотрите кино www.digitalrus.ru/Video_2018-03-19_124113.wmv
Уменьшить бы высоту белой полосы с цифрами метками на водопаде. На маленьком, узком экранчике занимает непозволительно много места.
Вложение 208196
У меня было то же самое.Цитата:
Сообщение от EW4TT
Поменяйте размер шрифта для приложения, в установках. Все будет ок.
Подскажите как FT-1000MP переключить в USB PKT для работы JT65 Или как его заставить работать в JT65 интерфейс Unicom Part-2 подключен к разъему Packet
Все нашел!
Может еще кому понадобиться!
******Надо зайти в мeню 8-6: uSEr-SEt --> EASy SEt --> SStu-U --> запомнить нажатием на ЕNT... готово!.. для работы "цифрой" клавиша USER теперь является клавишей PKT USB ... свечение диода LSB не должно смущать - смотрите на водопад и верьте ему...
В меню 6-4 (FT-1000MP) установки сдвига частоты по умолчанию -2125 Гц, и в меню 6-5 сдвиг 2125 Гц (т.е. там минус, тут плюс)... при этом в программе для "цифры" отображается частота несущей, что несколько неудобно... сделал установки в меню 6-4 равными нулю, и тогда в программе в режиме PACKET отображается точная частота передачи и приема...
********************************************************************** ***********************************************************
Уменьшить означает отказаться либо от шкалы либо от значений частот на шкале, оба функционала необходимы для нормального использования софта. Также в этой полосе сделано управление скрытием нижней панели и показываются полосы сигналов и фильтров.Цитата:
Сообщение от RX3ASP
Спасибо Виктор за кино :s7: Всё так и делаю. До этой версии мог растягивать левое окно без проблем, а здесь нетЦитата:
Сообщение от R3BB
Я так понимаю, что надо укоротить надпись создание стандартных сообщ.
Вложение 208222
Фокус не удался Валерий, слишком мелкий надо ставить шрифт для приложения и его плохо видноЦитата:
Сообщение от UR5WCA
...да вроде все нормально...Consolas...bold...10... ноут DELL
Вложение 208224
Ах вот вы о чем.... Вполне возможно и до какого уровня двигать ?
Для тех у кого не растягивается окно приема активности диапазона - попробуйте
JTDX-18.1.0.78.2a-RUS-win32.exe
https://cloud.mail.ru/public/Munx/3NywW2Ymv
Контрольные суммы
MD5: 06E8338E269EB3637D2880AE4354754E
SHA-1: C3A413D3359E6F91F786B37662C4BE4F7FC2BE41
SHA-256: 301F135442231E9B6F5637C1749ABECAE2E8C8D472E69B74A2F25CC0E8C45746
SHA-512: BFAA282794D13A379D696D25B680C1D1CA9C2A4510A65D4C8D940FEBB223113E8D84A7 86B2F0D0CE5820D1D5F22F8332FA3F096A540EE6730327EA778C822E09
Все нормально растягивается и работает...
Спасибо Виктор, теперь все в норме.
Появился rc3, публичные тесты режима DXpedition запланированы на 7-ое апреля, приглашают принять участие всех кто сможет.
Софт можно скачать здесь https://physics.princeton.edu/pulsar/k1jt/wsjtx.html
Инструкция по использованию режима DXpedition здесь(английский язык) http://physics.princeton.edu/pulsar/...ition_Mode.pdf
Для участия в тестах необходимо изучить инструкцию и понимать как работает режим DXpedition.
сообщение от Joe K1JT(английский язык)
Почему "уменьшить означает отказаться"? Уменьшить означает уменьшить. Попробуйте запустить программу на экране до 10", когда либо водопад почти скрыт, либо часть строк в приёмном окне, либо разрешение экрана делаешь такое, что только в лупу смотреть. Размер цифр и делений шкалы непропорционально велик, он вполне может быть таким же, как и шрифт меню.Цитата:
Сообщение от UA3DJY
Вложение 208285Есть и на русском.Цитата:
Сообщение от UA3DJY
Исходный код открыт, попробуйте сделать, в приемлемом для всех варианте добавим в основную ветвь JTDX.Цитата:
Сообщение от RX3ASP
Файлы интерфейсов имеют расширения .ui, редактируются в пакете JTSDK при помощи Qt Designer C:\JTSDK\qt55\Tools\QtCreator\bin\qtcreator.exe софта Qt Creator.
Интересующие Вас исходники plotter.cpp, widegraph.cpp, widegraph.ui.
Исходники .cpp удобно просматривать и редактировать софтом Notepad++.
Пож. подскажите где.Цитата:
Сообщение от UA3OA
Цитата:
Сообщение от UA3OA
Посмотри пост ниже 11970 я выложил файл он вверху оказался. Описание режима DXpedition на русском языкеЦитата:
Сообщение от RU6YJ
Случайно у Вас запуск не с ярлыка программы? Лучше будет если запуск с ехешника (jtdx.exe). Или увеличьте разрешение экрана.
Спасибо,нашел.Цитата:
Сообщение от UA3OA
Виктор R3BB, большое спасибо!
Игорь, есть возможность добавить в следующую версию поддержку IC-7610?
В WSJT-X 1.9 уже есть. Или может можно самому как то сделать?
измененный функционал:
собранный софт (Windows) https://cloud.mail.ru/public/2VtT/qusyFfZ1S
кодовая сумма JTDX-18.1.0.79-win32.exe
SHA-256: 703F2EC8CAFB9AB835A4412FB590E4FE36CAE08362241D1CA6D431EBFA563D66
исходный код https://cloud.mail.ru/public/C6DZ/9T3rDfAD2
кодовая сумма src18.1.0.79.zip
SHA-256: D4B81CADD2172C873910BAB3D15EC85E5F4A68E4BD96EA7783F5A8B071CC35CE
Сборка под Линукс (собрал Игорь R0JF):
Только бинарники: https://cloud.mail.ru/public/72kN/MKnuKv9Bi
SHA: b1af5188486569dd72065a412f1b53df455f45679b26b4c3a0a57848aa56aa62
64-бит установочный пакет .deb: https://cloud.mail.ru/public/JGBA/DZNyssqak
SHA: 0cf11f433a8618e4f5deb3895ec88bb931c2822b83585d5ae39e64f84d85ff8e
32-bit установочный пакет .deb: https://cloud.mail.ru/public/CQw3/3E41Rntzp
SHA: 3df5d3fb8efc55023a80af2a2e673870124b8370938067ee94a11f246b9aa4cd
JTDX .INI изменился:
добавлены настройки: "MaxDistance","ShowWantedCallMessagesRxWindow","UseLowFT8threshold s"
удалены настройки: "AzElDir"
Можно использовать JTDX.INI файл от версии 18.1.0.78.
Обновлено описание функционала на сайте JTDX, измененные документы прикладываю.
Перед сборкой JTDX надо обновить и собрать Hamlib, можете это сделать для 18.1.0.79.Цитата:
Сообщение от RA3FP
Обновлю Hamlib перед выпуском софта в общее пользование, там есть тонкости с режимами IC-7600, сейчас в JTDX в собранном Hamlib используется модифицированный исходник IC-7600 для поддержки режима USB-D1. Возможно с IC-7610 тоже будут сюрпризы в родном исходнике от Hamlib.
После сборки с новым Hamlib дальше можете попробовать копировать файлы rigctl-wsjtx.exe и rigctld-wsjtx.exe в новые версии JTDX, а также можете попробовать прямо сейчас взять эти два файла с WSJT-X 1.9 где есть IC-7610 без самостоятельной сборки Hamlib+JTDX.
Игорь, спасибо за информацию. Попробую, может что и получится. А с IC-7600 не было никаких проблем в JTDX, все работало отлично.
P.S. Попробовал, понял, что мне так быстро не разобраться. Буду ждать.
73!
Попробуете вот эту сборку. Для себя собирал, hamlib3 свежий. Здесь есть IC-7610Цитата:
Сообщение от RA3FP
Тут RAR-архив, в нем инсталляшка и информация о ее контрольной сумме.
https://cloud.mail.ru/public/2qcy/34yrJpHHt
Русская локализация JTDX v18.1.0.79
собранный софт (Windows) https://cloud.mail.ru/public/91f4/7nYaGzdkK
кодовая сумма JTDX-18.1.0.79.1-RUS-win32.exe
SHA-256: 10AF9B59CD82D92DC5601299A76DC77ECDD62E1E0A539028A4697FD3204E8C5B
исходный код https://cloud.mail.ru/public/56dV/dqnWsWd1y
кодовая сумма src18.1.0.79.1-RUS.zip
SHA-256: CBB90021D561D230EE5DFBA365A4D2C0BB5DB2BD8BF38ECD6B6E163253B5C408
JTDX 18.1.0.79, декодирование FT8 сигналов с SNR -23 дБ, пороги по умолчанию:
000025 -22 0.5 2500 ~ CQ BH4TXN PM01 *BY
000086 -22 0.5 500 ~ CQ IT9QBZ JM77 **IT9
000118 -22 0.5 2700 ~ VKR04CB2J/ ?9
000130 -22 0.5 1100 ~ CQ JH4NDG PM64 *JA
000148 -22 0.5 2500 ~ CQ DD2RYL JN68 *DL
включены пониженные пороги:
000025 -22 0.5 2500 ~ CQ BH4TXN PM01 *BY
000069 -22 0.5 900 ~ CQ JF1HGV PM95 *JA
000086 -22 0.5 500 ~ CQ IT9QBZ JM77 **IT9
000107 -22 0.5 1001 ~ D44TWO BG8NMC R+05 BY
000118 -22 0.5 2700 ~ VKR04CB2J/ ?9
000130 -22 0.5 1100 ~ CQ JH4NDG PM64 *JA
000141 -22 2.0 3042 ~ YO08AISG/1EVD
000148 -22 0.5 2500 ~ CQ DD2RYL JN68 *DL
000189 -22 0.5 2500 ~ CQ DK6OB JO51 *DL
Расширю диапазон репортируемого SNR до -23 дБ в версии 18.1.0.80.
Звуковые файлы с сигналами -23дБ SNR для тестирования: https://cloud.mail.ru/public/8GdG/vvHxY9VZU
(размер 47мБ, всего 5000 сигналов в пакете файлов)
При сохранении проведенного QSO выходит такая табличка:
Вложение 208367
Версия программы 18.0.79.1 RUS
В предыдущей локализованной версии программы такого не наблюдалось.
Увеличил время с 10 до 20 все равно не уходят связи в e-ESL.
Попробовал отправку связей из UR5EQF в e-QSL все быстро соединяется и уходит.
У меня Касперский и дома и на работе говорит, что в объекте wsjt-x-1.9.0-rc3-win32.exe сидит Trojan.win32.Ekstak.dzmu .
Как поступить?
P.S. При проверке с помощью VirusTotal угрозу обнаруживают Касперский, Comodo и ZoneAlarm
Это уведомление не связано с отправкой данных на eQSL сервер, у Вас стоит эта галочка:Вложение 208382Цитата:
Сообщение от R7HG
Если Вы не используете связку с внешним логом по TCP то просто снимите галочку.
Проверить онлайн и передать файл на анализ в лабораторию Касперского https://virusdesk.kaspersky.ru/?utm_...=safety101_tabЦитата:
Сообщение от RA3TT
При использовании продукта компании не забывайте что у нее есть поддержка.
Результат проверки файл заражен Найденные угрозы Trojan.Win32.Ekstak.dzmu Размер файла 20,97 МБ Тип файла PE32/EXE Дата проверки 2018 мар 21 10:21:00 Дата выпуска баз 2018 мар 21 06:37:14 UTC MD5 5f235238cb1c250f04f81b8abf85c0c8 SHA1 aaf429462bf83b2f4aa623ba2cb4a78aec594357 SHA256 3fa05cb2e62e148a50478ea2b21fbb7f422a4ce66594532c9302a319b59a6d89Цитата:
Сообщение от UA3DJY
Мне стало интересно и проверил скачанные в архиве файлы.rs2 и rs3 .Вот так!
А почему контрольная сумма проверенного файла не та?Цитата:
Сообщение от RA3TT
Вам в ответ пришла эта:
А Игорь давал эту:Цитата:
Сообщение от RA3TT
SHA-256: 703F2EC8CAFB9AB835A4412FB590E4FE36CAE08362241D1CA6 D431EBFA563D66
Прошу прощения! Вы про wsjtx... Не сразу заметил от удивления.
WSJT...проверка на моем DELL и Касперский...для инфо...
...а это по JTDX...
Там есть и второй шаг - если Вы не согласны с результатом то можно передать файл на анализ в лабораторию Касперского, если проблема в антивирусном ПО то Вам дадут ответ что устранили ее.Цитата:
Сообщение от RA3TT
Удивительно, что большинство пользователей верят в безукоризненную работу антивирусного ПО и за поддержкой обращаются к команде WSJT, тем самым отнимая время от разработки софта.
Здравствуйте. Подскажите как перенести файлы Log.adi из WSJTX в Log.adi JTDX, что бы их объединить. Хочу попробовать FT8 в JTDX. И ещё, какую версию мне лучше загрузить для начала? Пока хочу попробовать JTDX 1.8.1. 034.
Чтобы связи, сделанные в WSJT были видны в JTDX необходимоЦитата:
Сообщение от UA3GQ
1) Переписать из папки WSJT файл лога связей wsjt.log, возможно переименовав его в jtdx.log
2) Если из WSJT связи не были загружены в основной лог (имеется ввиду сторонний журнал аля UR5EQF, LogHX, DX4WIN и пр.), то и перенести файл wsjt.adi в папку JTDX.
В зависимости от ОС папки с настройками и логами программ находятся в разных местах.
Игорь здравствуй!
Хотелось бы уточнить о чём речь идёт:
Я тоже пользую IC-7600 и режим USB-D1 для работыЦитата:
Сообщение от UA3DJY
При запуске проги если IC-7600 стоит не в USB-D1, то приходится включать этот режим руками, а далее при переходе с диапазона на диапазон проблем нет, USB-D1 - стоит "мёртво".
......IC-7600 для поддержки режима USB-D1. - ?
Походу что то упустил?!
Начиная с ноября 2016г. JTDX (Hamlib при каждом обновлении) собирается с модификацией для IC-7600 в библиотеке Hamlib, модификацию инициировал и сделал сам Rick VK6XLR после многочисленных неудачных попыток заставить этот трансивер работать в режиме USB-D1 из-под JTDX. В сборке WSJT-X этой модификации Hamlib нет. Прикладываю измененный исходник.Цитата:
Сообщение от RO7F
Цитата:
Сообщение от UA3GQ
Имя файла лога wsjtx_log.adi, в WSJT-X и JTDX, не забудьте сделать резервные копии файлов перед их изменением.Цитата:
Сообщение от RC3C
Если у Вас в разных софтах логи отличаются(ранее работали с JTDX) то надо сделать из двух логов общий файл в обычном текстовом редакторе, так чтобы в нем были все проведенные Вами JT и FT8 QSO.
JTDX 18.1.0.34 не поддерживается и в ней отсутствует огромный объем нового функционала. Русифицированная 18.1.0.79 уже опубликована на сайте JTDX.
пожалуйста! сделайте синий маркет как опцию! оставьте выбор за пользователем, опять елку разноцветную делаем :s7:Цитата:
Сообщение от UA3DJY
Вложение 208432PJ5/SP9FIH на 18100 в ДХ моде!
Загрузил по этой ссылкеЦитата:
Сообщение от RA3TT
Все чисто.
Загрузил указанную версию. Провел несколько QSO. Хотел узнать, есть ли здесь функция "Two pass decoding". И у меня всё на английском. А как перевести на русский? Хотя и раньше так работал, но всё таки надо посмотретьЦитата:
Сообщение от UA3DJY
на обоих серверах установочники идентичныЦитата:
Сообщение от UA3O
File name: wsjtx-1.9.0-rc3-win32.exe
SHA-256: 3FA05CB2E62E148A50478EA2B21FBB7F422A4CE66594532C9302A319B59A6D89
сделаемЦитата:
Сообщение от RZ1ZR
Цитата:
Сообщение от UA3GQ