За чем мне что то делать если данная ВАМИ ПРОГРАММА просто "молоко", увеличивая усиление или мощность или +УМ - УБИЙСТВЕННЫЙ СИГНАЛ НА ВЫХОДЕ!!!Цитата:
Сообщение от UA3DJY
За чем мне что то делать если данная ВАМИ ПРОГРАММА просто "молоко", увеличивая усиление или мощность или +УМ - УБИЙСТВЕННЫЙ СИГНАЛ НА ВЫХОДЕ!!!Цитата:
Сообщение от UA3DJY
Сделали защиту от такого действия оператораЦитата:
Сообщение от UA3DJY
Сбой происходил при смене оператором вручную сообщения с Grid на рапорт или R+рапорт, то есть когда в одном интервале для вызова оператор передавал два разных сообщения.
Начиная с JTDX 2.0.1-rc122 связка JTDX<->JTDX не будет зацикливаться.
Про это уже писали ----- ответ"Сколько мне разрешено столько и выдаю " а потом появляются вопросы:confused:Цитата:
Сообщение от RX4CD
Вот то же не Вложение 225838как не мог отвязаться
Скорей всего на частоту Вашей передачи "выплыл" кто-то из мёртвой зоны и корреспондент не декодирует Ваш ответ.Цитата:
Сообщение от UA3VFL
Может и прохождение изменилось и корреспондент не декодирует Ваш сигнал.
Ничего страшного. От этого не зависит чья-то жизнь.
С Новым Годом!
Игорь, Вы прям реально считаете это успехом? Прям уууух?Цитата:
Сообщение от R9OY
Я просто переключил моду с ФТ8 на Т10 и ничего на водопаде не настраивал... Станций на ухо не слышно, на водопаде станций не видно напрочь, а в приемном окне выходят декодированныными 5 строк с позывными!!! В прошлой активности в Т10 работал на версии 1.9 и такого не наблюдал... Возможно, я не так настроил водопад? Мне все-таки не понятно...Цитата:
Сообщение от UA3DJY
Перезапуск программы в режиме T10 проблему не решает?Цитата:
Сообщение от RX1AG
Внимательно, очень внимательно. Прочтите букварь, по технике однополосной связи. И глупые вопросы отпадут: http://www.cqham.ru/ftp2/tlor.djvuЦитата:
Сообщение от R9OY
CW по полосе для этого вида цифры имеет более широкую полосу. Все наводки и ширину спектра нужно решать по месту.Цитата:
Сообщение от RX4CD
Излучаемая несущая частота, В эфире, равна частоте излучаемого сигнала, а значит ни чего не занимает в эфире. Всё что вы слышите своим приёмником, и излучаете передатчиком. Это и есть продукт преобразования сигнала. И даже для CW.Цитата:
Сообщение от RZ3QS
Не догадался перезапустить...:(...Цитата:
Сообщение от UA3DJY
Нужно отметить, несмотря на некоторые странности, программа работала нормально и я провел 12 зачетных ЩСО. Затем, проход "ушел вниз".
Понаблюдаю эту моду на декаде активности 1-10 января. Запишу аудио файл. Обычно, на Т10 мало кто работает
Нужно отслеживать работу автосека... Я в таких случаях, слежу за повторением рапорта или RR73 и после 3 повторений, вручную отключаю ТХ.Цитата:
Сообщение от R3D-209
Даже CW у каждего трансивера свое, порой очень широкое, автор любит пробивной телеграф и только цифра все ставит на место, особенно здравый смысл во всем.Цитата:
Сообщение от RN9AZ
Про перекачку никогда ничего не слышал? Перефразируя известное - "Неча на прогу пенять, коли руки кривы!"Цитата:
Сообщение от R9OY
Да не у трансивера своё. Дело было не в бобине, ..... сидел в кабине. Имея промышленный тансивер, Были фрукты в эфире на SSB. Твёрдо уверенные потребители, что с его сигналом просто быть нечего плохого не может. И заявляли, это не у меня сигнал плохой, это у вас приёмник дерьмо. Но что такому объяснишь. Что купив приёмопередающий аппарат. Вы ещё не стали грамотным HAM. Что для этого ещё многое знать надо. Вот и существует по сей день мнение среди обывателя, а зачем мне это надо. Его мнение я купил включил и спина в мыле. Это и в отношении программного обеспечения. Другого он слышать не желает.Цитата:
Сообщение от RZ3QS
При переходе с FT8 в T10 иногда отсутствует декодирование T10 сигналов, причину пока не нашел, в этом случае помогает перезапуск софта.Цитата:
Сообщение от RX1AG
JTDX 2.0.1-rc122 измененный функционал:
Линки:
Русская локализация JTDX v.2.0.1-RC122
Линки :
JTDX v2.0.1-rc122 Linux version from original source files by Igor UA3DJY (Many Thanks him):
Это с японским сплитом для 160м?
Читайте измененияЦитата:
Сообщение от R7CA
Цитата:
добавлен новый FT8 поддиапазон 1908 кГц для проведения QSO с Японией на диапазоне 160м. Для обновления частот необходимо разово нажать кнопку Reset в закладке Frequencies настроек.
- выполнено автоматическое переключение частот через CAT для проведения FT8 QSO с Японией на диапазоне 160м:
пользователю с не-японским позывным необходимо в интерфейсе JTDX выбрать частоту 1908 кГц для приема сигналов. При передаче сообщения программа изменит частоту VFO трансивера на 1840 кГц.
пользователю с японским позывным необходимо в интерфейсе JTDX выбрать частоту 1840 кГц для приема сигналов. При передаче сообщения программа изменит частоту VFO трансивера на 1908 кГц.
- патч для правильной обработки сообщения 'позывной1 + позывной2'
Добрый день, коллеги! Подскажите пожалуйста установил wsjt-x v2.0.0 784f75 нет частот для диапазонов. Настройки от старой версии остались. Файл/Настройки/Частоты - всё пусто.Что делать?
ресет сделать здесьЦитата:
Сообщение от RA6LGJ
Нажать кнопку Reset в закладке Frequencies настроек.Цитата:
Сообщение от RA6LGJ
Цитата:
Сообщение от RA6LGJ
Выбор появляется при нажатии правой клавишей мыши на частотах.
Да, спасибо, с третьего раза понял. Всё появилось!Цитата:
Сообщение от UA3DJY
Звуковые файлы с сигналами FT8v2 для самостоятельного тестирования программ при разных настройках (размер архива примерно 30мБ): https://cloud.mail.ru/public/9hjU/KdrGUhXV6
Можно проигрывать начиная с версии JTDX 2.0.1-rc122. Файлы созданы для последующей оценки максимально достижимой емкости FT8 диапазона на разных версиях JTDX начиная с rc122.
Только CQ сообщения, 305 сигналов в каждом файле всего 30500 сигналов в пакете файлов, случайно выбранные позывные из файла CALL3.TXT, случайная частота сигнала от 1 до 3050 Гц, случайный SNR сигналов в диапазоне от -23 до +5дБ, случайный DT в диапазоне +-0.5 секунды относительно среднего значения в 0.5 секунды.
Гауссовский шум, сигналы без QSB, Доплера и задержек связанных с прохождением.
Собранный софт Mac OS X: https://cloud.mail.ru/public/A9FT/DP7o4vd4Z
кодовая сумма JTDX-2.0.1-rc122-Darwin.dmg
SHA-256: C67E4BA9FE7433AB5EE97C5944CD152DA9005E2A6EF8697F246E4A66F3E0BCBD
Так может быть если у Вас выпал один интервал декодирования сообщения R7CA K1AAA R-21, тогда программа удаляет позывной из истории QSO. Вызов рапортом проблемный функционал, ранее он при выпадении декодированного сообщения ломал направление QSO и удаление позывного из истории QSO было патчем для этого сбоя. В результате сбоя нет но может быть одно дополнительное сообщение на передачу если ответ от корреспондента не декодирован. У нас в команде неоднократно обсуждалось удаление функционала вызова рапортом, потому что сейчас в среднем трудно сказать дает ли он какой выигрыш во времени затраченном на QSO: на сильно загруженном диапазоне вероятность отсутствия декода слишком велика.Цитата:
Сообщение от R7CA
На КВ не рекомендуется использовать режим автоматической (неконтролируемой оператором) работы в общих FT8 диапазонах потому что это является нарушением частотного распределения IARU а также может быть нарушением условий использования выданной радиолюбителю лицензии.Цитата:
Сообщение от R5WM
Нет такой возможности в настройках.Цитата:
Сообщение от UA9LT
Поэтому зову рапортом, в надежде хотя бы раз декодироваться у негоЦитата:
Сообщение от UA3DJY
Просто надо не выпускать в свет такие программы. У нас народ своеобразный (радиолюбители). На днях ночь просидел на 80 метрах, обратил внимание что ряд станций из ближней зоны (видно всегда) 10 часов давали CQ без перерыва, причем иногда по 30-40 минут безответно. Понятно что работает робот, если бы был человек, то хотя бы иногда менял периоды, наверное временами слушал бы оба периода, ведь DX на CQ вряд-ли ответит. В принципе пусть работают, но к сожалению такие машины имеют приличную мощу и иногда не дают принимать слабых.Цитата:
Сообщение от UA3DJY
Это одна из причин почему в JTDX не будет робота, несмотря на частые просьбы так сделать. Чтобы диапазоны не превратились в площадку для работы нескольких десятков роботов переведя несколько десятков тысяч радиолюбителей в категорию наблюдателей.Цитата:
Сообщение от UN3G
Пора расширять рамки фт8 участка, и работать по принципу вызывного канала в традиционном участке с дальнейшим qsy. Работаем уже в три слоя, на сто ватт можно просидеть весь день и толком ни до кого не достучаться. Или на смену фт8 уже выходит что то новое?
(Предположения)
Установил и тестирую. Отошел от своих правил и выключил фильтр на Европу ,чтобы показать сколько декодирует за один "проход/цикл" 43 станции однако ,бывает до 50 но не часто.Более чем доволен.
Лично у меня ни одного сбоя,комп. мощный,все по максимуму + я всегда или почти всегда полностью удаляю предыдущую версию специальной программой.
Доволен работой ....не то слово. Игорю мое уважение!
Вложение 225865
Вернуться в JT65 и будут связи.Я на 3,5 уже в 21мск работал с Южной Америкой сотней ватт,в FT8 надо дудолить 1кг и более.И то ни хрена нет.Цитата:
Сообщение от R7CA
Согласен ,был у меня установлен."Нос сует" куда не просят и нет такого Полного удаления программ как в Reg Organizer. Я ее супруге на ноут. устанавливаю,без претензий, а супруга к "метле" привыкла.Цитата:
Сообщение от RK1NA
Я на медне работал минут 35 в JT65,муторно нет народа и все,а в JT9А еще круче,мы погнались за количеством и убежали от качества,а главноe с малой мощностью,можно было тянуть DX .
глядя в таблицу у FT8 -21 на сегодня -23,а JT9А -27 и более вот где круто.
Согласен.Цитата:
Сообщение от K2PAL
Самая любимая мной мода. 30ваттами работал со всем миром от 40м до 10м(правда в период хорошего прохождения)
Минус в отличии от jt65 один но существенный ,один период/одна станция на вашей частоте ,в отличии от jt65 в ответе вам до 4 станций на одной частоте ,без потери качества. И в одной и второй одни +++погнались за временем и потеряли отличные программы.Не думаю что к ним вернуться "умерла так умерла"
Инсталлировал DPC Latency Checker и до того до отключал устройства в Свойствах системы, что вырубил мышь ))))))) Еле-еле вернул назад через Win-Tab и тп ))) Чуть винду не потерял ))) Но Сurrent latency cтало в среднем не более 200 us.. (было несколько тормозных устройств, самое тормозное как ни странно dvd-rom)) Если можно верить софту... Субьективно проге (JTDX) полегчало... но... мож мне просто так хочется )))
На 160 проходы очень короткие (у меня), если звать с рапортом, вероятность "успеть декодировать" ответ повышается (меньше на 1 декод нужно принять). На остальных диапазонах обычно не критично - зову с квадратом.Цитата:
Сообщение от UA3DJY
Коллеги с Новым годом!!!!
Подскажите пож где почитать по настройкам софта для приема картинок (IMAGE) ?????
Софт и картинки можно посмотреть здесь RK1ATЦитата:
Сообщение от R0AEB
Если будут вопросы-обращайтесь в личку.
Подскажите пожалуйста, можно ли подчистить здесь.
Почти на всех диапазонах так как показано .
Заранее благодарю.
R1AY - Предупреждение.
Держите себя, пожалуйста, в рамках.
Спасибо.
Нижний скат АЧХ приёмного тракта+звуковая карта. Выравнивание увеличивает усиление на краях вместе с шумами. Если отключить "выравнивание", шум пропадёт, но слабые сигналы станут почти невидимы, хотя декодироваться будут. Можно попытаться поиграть IF SHIFT на трансивере, уровнями усиления, вылизать АЧХ... На WSJT выравнивание как-то мягче работаетЦитата:
Сообщение от R3OZ
Перенесите пожалуйста дискуссию о методах работы оператора в моде FT8 из этой темы, возможно тема 'FT8' для этого более подходит.
Прошу подсказать при переходе с v. 2.0.1.rc 117 на v.2.0.1.rc 122 нужно удалять файл INI или нет. Программа работает нареканий нет, но есть сомнения, с v. 18.1.100 не менял до rc 122 , прошу опытных спецов подсказать, терзают сомнения. С Новогодними праздниками, Здоровья, Удачи!
RZ3OZ.....сделайте старт водопада с 300-400Гц...
Цитата:
Сообщение от R3OZ
Больше похоже на проблемы с подключением к входу звуковой карты. На анализаторе спектра видна постоянная составляющая с высоким уровнем.Цитата:
Сообщение от RX3ASP
В этом случае уйдет декодирование сигналов в полосе 0...400 Гц а проблема отсанется.Цитата:
Сообщение от UA3DTK
Структура файла между rc117 и rc122 не менялась, если явных сбоев не наблюдаете то можно остаться на старом INI.Цитата:
Сообщение от UA1WA
+100500!Цитата:
Сообщение от RK1NA
2 UA3DJY:
Игорь, наверное давно пора сменить тему на что-то типа "JTDX - тестирование функционала"...
Это будет точнее.
В этой теме получают поддержку пользователи WSJT-X и JTDX, а название темы четко отражает что в ней обсуждается. Пользователи преднамерено заполняющие тему сообщениями не содержащими полезной информации, сообщениями вне темы и в том числе личными сообщениями должны понимать что время на удаление таких сообщений намного меньше времени на их создание.Цитата:
Сообщение от R0JF
С появлением FT8 контестов большинство пользователей будет работать на нескольких программах, актуально чтобы вопросы настройки и совместимости программ обсуждались в общей теме.
Ну, не буду спорить. :)Цитата:
Сообщение от UA3DJY
73!
Дискуссия возникла в результате использования "настроек по умолчанию" вкупе с функцией, просто-таки создающей данную ситуацию. Так что это именно обсуждение программы, а не вариантов работы в эфире с FT8.Цитата:
Сообщение от UA3DJY
На мой взгляд (IMHO) в этой теме должны быть ТОЛЬКО сообщения о новых
версиях и о БАГАХ (реальных, с примерами). Ну и пожелания... Плюс -
рекомендации по правильному использованию (в ответ на БАГИ).
А никак не обсуждения вообще чего-либо.
В этом случае надо удалить.Цитата:
Сообщение от UA1WA
Владимир.
Побегал по диапазонам в CW, с программой MixW3, захотелось в FT8. Загружаю JTDX, частота остаётся та которая была, например 7018 кГц и мода на TRX CW. Кликаю выбор диапазона в программе - выставляется нужная частота 7074 кГц, а мода из CW на USB не переключается! "Приходится" ручками на TRX в USB переключать. Мне конечно не трудно, но вдруг это поправимо?
Спасибо.
Программа JTDX, TRX IC718, интерфейс эээ рабочий.
Настройки Settings-Radio-Mode галка USB есть?
Теперь есть. Спасибо! :)Цитата:
Сообщение от RX3ASP
Уважаемые знатоки!
Работал до нового года на версии wsjtx-1.8.0-win32 совместно с логом UR5EQF и горе не знал. А теперь перестала работать. Установил wsjtx-2.0.0-RUS. Встало. Но не могу свой IC-706MKIIG подключить к программе. Что не так делаю или не доделываю?
Спасибо!
поищите здесьЦитата:
Сообщение от RW4PAN
https://www.google.com/search?client...30.mlT6eJqQ_OE
Длинные, по 30-40 мин CQ и RR73 при работе в ФТ8 просто достали... Никаких роботов! И даже наоборот!Цитата:
Сообщение от UA3DJY
Одно дело наблюдать бесконечные, с утра до вечера, CQ на пустом диапазоне частот моды SIM 31. А другое- на занруженном участке ФТ8. Нужно что-то предпринимать!
Хотелось, что бы в след версиях JTDX было программно заложено ограничение на бесконечные повторы. После трех повторов макросов, авто повтор должен отключаться без участия радиста. Радист может включить повтор вручную на 3 повтора. Это позволит исключить помехи от нерадивых.
Цитата:
Сообщение от R3D-209
А у меня в 75-битных версиях при запуске JTDX трансивер SUNSDR2 переходил в моду DIGUP при установке галки в DATA/PKT.Цитата:
Сообщение от RX3ASP
Теперь не переходит и вылетает окно с ошибкой САТ.
Ставлю NON и никаких ошибок, но моду DIGUP трансивера приходится включать вручную. Сейчас попробовал активировать USB - тоже самое - ошибка САТ.
Зачем удалять, ведь структура INI файла с версии 18.1.100 до версии 2.0.1 rc 122 не менялась.Цитата:
Сообщение от R3QG
ничего можно не удалять...с 80-какой то версии не удалял и работает все без замечанийЦитата:
Сообщение от UA1WA
Всех приветствую! Неужели в RC122 никто не заметил не соответствия присваиваемых уровней сигналов? У меня разбег от -15 до +15 с одним уровнем цветового оттенка на водопаде...
В rc121 вполне адекватные (примерно реальные, в сравнении с WSJT-X) рапорта. 122-ю ещё не пробовал.Цитата:
Сообщение от UA1OMZ
На моей памяти INI нужно было изменять в версиях 18.1.99, 18.1.100, далее точно не помню, но по моему и в версиях 18.1.93 и 18.1.0.87.Цитата:
Сообщение от RA3QH
Хотелось бы чтобы при новых версиях указывалась необходимость замены, как и было одно время "файл INI имеет ту же структуру". Всех с плеядой Новогодних праздников!!!
Начинают люди понимать, что не всё золото что блестит. Скриншот с видом JT65 JT9. Во вложении.
А кому они сейчас нужны - реальные оценки? "Здравствуйте. 59 (599). До свидания". Я недавно одному корреспонденту (шеф одной детской коллективки из бывшей среднеазиатской республики Советского Союза) дал 59, так он реально обиделся. Сказал, что ниже 59+20 не получают, а тут такой конфуз.Цитата:
Сообщение от UA1OMZ
Или исключить кнопку "Одиночное QSO", т.е. все QSO станут одиночными. Думаю рука не отвалится, если по завершении QSO оператор лишний раз кликнет мышкой "Вкл TX".Цитата:
Сообщение от RX1AG
Неожиданно в JTDX "пропал" прием. То есть прием был, но станций декодируемых мало. Я уж и так и этак пока не додумался поставить 77 битную версию. И чудо.. все опять как в добрые старые времена.
Я так понял народ весь перешел на 77 бит?
На старом протоколе остались немногое.Цитата:
Сообщение от UA6ATG
Либо самые стойкие, либо самые не информированные.
Может ли кто-нибудь напомнить, что означает звездочка перед названием страны?
Вложение 225962
Ранее, несколько месяцев назад кто то уже спрашивал, но это надо пол дня искать.
Hint decodeЦитата:
Сообщение от 4L6QL
Спасибо большое! Пользуясь случаем, хотелось бы выразить свою благодарность Вам, Игорю и всем причастным к созданию JTDX!Цитата:
Сообщение от ES1JA
Про эту звездочку спросил не ради любопытства. Нельзя ли скачав файл пользователей LoTW, вставить ее в лог, с тем что бы подобной звездочкой означались его пользователи?
Это всего лишь "хотелка", и если это сложно, не обращайте внимания.
I had it in my mind already, will not promise when...Цитата:
Сообщение от 4L6QL
Ok, with respect,73!Цитата:
Сообщение от ES1JA
В WSJT-X это сделано цветом фона строки.Цитата:
Сообщение от 4L6QL
Еще раз внимательно понаблюдал продолжительное время и заметил, что относительно "тихие" станции оцениваются программой более менее объективно, а вот "громкие" с жирненькими водопадами совсем не объективно - одна и та же станция работает на CQ долгое время её уровень сигнала на слух и на интенсивность цвета водопада не изменяется, а программа даёт всё время разные рапорта точнее от -10 до +10 (не от -15 до +15 конечно), но это все равно значительный разбег и заметен "невооруженным взглядом". Надо было конечно скринов наделать, но поверьте на слово...Цитата:
Сообщение от UA1OMZ
Не работает CAT c YAESU FT-2000d
Выдает ошибку
Hamlib error.
Protocol error while opening conection to Rig.
Подскажите что исправить.
I know, but in my mind this is not correct solution (new-s priority will be lost visually), if will do , then it will be some letter (maybe l and L) according hint decode or not in marker.Цитата:
Сообщение от US4IRT
Привет,
У меня нет проблем с 122 версией .
Ночью провел лабораторную работу порядка 4х часов.Не думаю,что кого то удивлю здесь,но все таки.
По порядку в данном тесте я работал на SunSdr2Pro у меня компьютер в котором 12 ядер процессор и RAM16.
После всех мытарств я в программе JTDX выбрал режим Авто.
JTDX я пробовал в режиме включенной АРУ и без, при выключенной АРУ программа больше декодирует корреспондентов повторю это мой частный случай.
В этом случае я в регулировке VAC установил -24дб или на шкале JTDX получилось порядка 40-50% это как оказалось самое оптимальная настройка и с максимальным декодом онных.
При включенной Hint и SWL кстати если включен только Hint процессор не нагружался и больше всего JTDX декодировала корреспондентов,но в этом случае,ядра при декодировании были загруженны все 12 ,тобишь порядка 40% .Для моего компа это конечно ерунда.
Ну безусловно я отключал Hint и SWL в этом случае тоже декодировала программа и ядра были не загруженные и программа декодировала примерно на 2-3 декода меньше.
При проверке WSJT-2.0 при том же уровне и включенном deep и AP декодировала,но я заметил всего на 1-2 декода меньше чем JTDX.
Не знаю это мой опыт настройки, может кому и прогодится.
73!
Александр
L больше подходит.Цитата:
Сообщение от ES1JA
Попробуй подключить через ОМНИриг. У меня FT3000 DX только так может работать с САТ!Цитата:
Сообщение от RA3DDY
Александр, скиньте пожалуйста в личку или на мой rj7m соб inbox.ru скрин настроек Радио в JTDX.Цитата:
Сообщение от K2PAL
При переходе на 77 бит возник вопрос https://forum.qrz.ru/6-cifrovye-vidy...ml#post1543563
To UA3DJY
Игорь. В Windows XP, движок Pwr. При настройке уровня работает только в режиме TX что не всегда удобно. Если чуток захочешь прибрать ALC в режиме приёма. начинает показывать два уровня старый TX и новый RX. То есть в режиме приёма регулировки уровня Pwr не получается. Обратите пожалуйста на это внимание.
Есть такое. Наблюдается на очень мощных сигналах за 9+30, которые "расползаются" на водопаде. Если включить RX фильтр, уровень показывает более соответствующий картинке на водопаде и показаниям WSJT.Цитата:
Сообщение от UA1OMZ
Такой же эффект даёт установка частоты RX (зеленого маркера) подальше от сигнала.
Вложение 225990
Это сигнал соседа 1 км. АРУ приёмника и JTDX выключено. Включён АТТ , усиление по ВЧ закручено, усиление зв.карты минимальное, индикатор JTDX 60-70%. Там, где уровень отрицательный, фильтр выключен. WSJT стабильно показывает +17+18 дБ
Иной раз отвечаешь кому нибудь с ломовым уровнем - типа дай порадую итальянца рапортом +15, а ему идут жалкие -11
Этот режим TUNE, а не ТХ см. настройки AUDIO там две отдельных галочкиЦитата:
Сообщение от RN9AZ
Про это и пишу. Потому что настройку ACL обычно делаю в режиме Tune. Прежде чем включить передачу сообщения. И подстраиваю при переходе по частоте из за неравномерности фильтра.Цитата:
Сообщение от RX3ASP
Если так, то обе галочки надо отключить
Я так и делаю. Вот только понять не могу зачем они нужны.Цитата:
Сообщение от RX3ASP
если кто желает работать в Round UP.
перевел как это сделать используя N1MM.
N1MM Logger Website | WSJT-X Decode List
Ради эксперимента поработал сейчас CQ DX. Поразила отсутствие элементарного порядка видом FT8. Хождение по головам. Одна европа. Молотят друг с другом невзирая ни на что хи. Да ещё видимо в Американской версии молотят не хрена не слышат. В общем туфта а не работа получается. Даже имея в антенне 200 ват. Такого бардака в JT не было. Всё же, в конце удалось с десятого раза взять нужную станцию ZB2CM, тут европа просо озверела хи, навалились всем скопом прямо на частоте, в оба прохода стали звать. Смеху подобно и только.
Вы так удивляетесь как будто только перешли из JT65.Цитата:
Сообщение от RN9AZ
B JT65 меня всегда звали поляки когда я давал cqdx, это европа, мы привыкли.
Тому и удивляюсь Андрей. Что нет порядка. И не будет пока этими видами не будет DX окон. С соответствующими правилами работы в этих DX окнах. Так и будут скакать как зайцы на поляне, во время гона.Цитата:
Сообщение от R7CA
Виталий,
Так в JTDX есть фильтр закройте европу и все дела.
Вложение 225999
Так его зовёт на его cqdx европа на его частоте, они декодируются. Не обращать внимания и скакать от них)
ZB2CM на 80м
уже интуитивно понятно что крайняя левая часть участка для них долгожданных) но не всем видимоЦитата:
Сообщение от RN9AZ
Богатый опыт накоплен CW. почему бы не воспользоваться. Для работы через терминатор, и DX экспедиций. И тем кому всё ровно с кем работать 24 часа в сутки, места хватит.Цитата:
Сообщение от R7CA
Такого количества народу не было :) Помнится работал в свое время в JT65 - ну работает 2-3 станции. И все. Что то я не помню за один декод более 30 станций в JT65!Цитата:
Сообщение от RN9AZ
Можно конечно так поступить. Но увы это не решает вопроса с DX станциями. На водопаде они не пропадут к сожалению.Цитата:
Сообщение от K2PAL
В том то и дело, что уже несколько раз, наверняка на удивление корреспонденту, программа давала неверные, неадекватные рапорта...Цитата:
Сообщение от RX3ASP
Алексей и в JT бардака, и народу хватало, уникальная возможность программы что нам дал Игорь помогала работе. А вот в FT8 увы без старых проверенных средств. Похоже делу не поможешь. Вложение в JT режиме декодируйте чтоб не спорить.Цитата:
Сообщение от RX4HX
Цитата:
Сообщение от RN9AZ
Для этого есть F/H режим
Андрей я про работу в полосе частот вашего фильтра. У меня он 3,3 кГц. В SDR намного больше. CAT позволяет разнести частоты вплоть с диапазона на диапазон. Я как раз про видимый участок на водопаде. И работу в этом участкеЦитата:
Сообщение от R7CA
Раньше до FT8 любил работать в JT65 на 80 и 160 м.
Где теперь JT65 на 80 м? на 3570 их нет, нет их и на 3576, где раньше работали.
Кто может подсказать?
JTDX. Стоит галочка сохранения уровня Tune в закладке Audio? Для режима настройки у Вас уровень выходного сигнала сохраняется отдельно от режима передачи сообщений.Цитата:
Сообщение от RN9AZ
Цитата:
Сообщение от RX3ASP
Сохранение подаваемого на передатчик уровня сигнала по диапазонам. Tune - для тех операторов кто использует тюнер, необходимый уровень сигнала для настройки тюнера может отличаться от уровня применяемого пользователем для передачи сообщений (в последнем пользователь обычно учитывает скаты фильтров в передающем тракте). Есть автоматические тюнеры которые берут настройки по диапазонам с памяти, для них достаточно небольшого уровня сигнала чтобы перестроиться на другой диапазон.Цитата:
Сообщение от RN9AZ
Валерий ключевое слово тут НЕТ...Все сбежали в фт8:s9:Цитата:
Сообщение от RA9CUU
Можно добавить, В FT8 все скопились и DX растворились.Цитата:
Сообщение от RA3QH
Их просто вообще нет.Цитата:
Сообщение от RA9CUU
Редко редко какой нибудь скучающий по минутным периодам появится.;)
А в FT8 на 3573 народу хватает.
Извини если не прав, в отношении тебя. Но до нового года это было. Тестировал FT8 вечером, на закате солнца. Одна европа и азия. Кое что с Африки и Австралии было. Наскучило дал спот в https://hamspots.net/sim/ И перешел в JT ты знаешь провёл несколько QSO с южной и северной Америками. В FT8 их даже признаков не было. Люди оказывается пасут и не кичатся медленных видов.Цитата:
Сообщение от RK1NA
Этой проблемы вообще то нет. Никогда этим не пользуюсь.Цитата:
Сообщение от UA3DJY
Для управления трансивером надо использовать CAT, в программе включить Split Operation (Rig или Fake It), если нет в трансивере звуковой карты НЧ сигнал в трансивер подавать в специально для цифровых видов предназначенный разъём.
При этом частота НЧ сигнала, подаваемого с компьютера на трансивер, всегда будет в интервале 1500 — 2000Гц. Так что скаты фильтров тут ни причём.
В FT8 в один момент излучается только одна частота (как в CW), так что даже если мы значительно превысим уровень НЧ сигнала, комбинационные частоты не появятся. Гармоники НЧ сигнала, частоты которых будут выше 3 кГц, эффективно подавляются фильтром (ФОС) трансивера.
Так что точно подбирать уровень НЧ сигнала, поступающего с компьютера, смысла нет. Уровень ВЧ сигнала выравнит ALC трансивера.
Игорь, просьба в JTDX сделать блокировку НЧ сигнала с компьютера ниже 1500Гц (если не ошибаюсь, такая блокировка уже есть, только блокируются сигналы ниже несколько сотен Гц, надо увеличить до 1500Гц). Если включён один из режимов Split Operation (Rig или Fake It) это ничего не изменяет, а если нет — не будет гармоник. FT8 диапазоны станут значительно чище.
Скучающие по JT...Милости прошу 7078 JT9 достаточно много народу в данный момент работает...думаю и на 14 тоже...
Цитата:
Сообщение от RN9AZ
Виталий Васильевич 98 процентов "тупых" радиолюбителей убежавших на FT8 видимо так и не понимают ка ВЫыыыыы всех плюсов jt - не тратьте на них свое драгоценное время аж на 2-х страницах
Создайте отдельную тему с названием например " Как я вижу понимание радиолюбителями преимущества JT перед FT" - назначьте себя ее куратором - подтянутся единомышленники - и будет ВАМ счастье
Одно и тоже перетряхиваете меняя местами буквы
С Новым Годом Счастья Удачи и Главное Здоровья!!!!!
Ну это Вы загнули...Цитата:
Сообщение от LY3BG
А если не включен - теперь ниже 1500 передавать не вариант?!
Не перекачивайте вход трансивера по НЧ (следите за ALC) и будет всем счастье...
Вот про себя и говорите, кардинальные советы разработчику от лица всех раздавать не стоит.Цитата:
Сообщение от LY3BG
Да есть такое на 40м.Цитата:
Сообщение от RA3QH
Какой проблемы нет? Вот, например проблема: "на диапазоне 160 м всем категориям, за исключением четвёртой, разрешена средняя мощность 10 Вт". На ВЧ диапазонах тоже можно мощность притушить. 60 и 6 метров, так вообще на 0 поставить на всякий случай. У многодиапазонных антенн КПД неравномерный - где-то надо добавить, где-то убавить. На даче у соседа ТВ включается, если на 15м 100Вт включить. Для этого и сделаны галочки "remember power settings by band and mode".Цитата:
Сообщение от LY3BG
Я этим пользуюсь. И ниже 1500 Гц включаю иногда древний передатчик без САТ
Это потому что в днях активности РЦРК JT9 рекомендованая на сегодня мода:s7:Цитата:
Сообщение от R6LCF
Спасибо за персональное поздравление с новым годом. И вас тоже хоть и поздновато, с наступающим, новым годом По старому стилю и рождеством. Спасибо за заботу о моём здоровье. А теперь к делу. Тема: проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMSK - работа с тестовым софтом. Это 98% что из общей массы HAM и 50% не наберётся. Сравнение двух видов на данном форуме не запрещено. Да и людям это знать не вредно. В отличии от завсегдатых. Вот и сделал сравнения в теме, что мы приобрели и что потеряли. Хоронить, оба вида JT или FT8 не берусь, как некоторые здесь делают. Да и Ёрничать не буду. А разговор здесь был о другом. Как избавится от помех в FT8 при работе с DX. Сравнивая два вида в пакете программ JTDX. Читайте внимательно тему.Цитата:
Сообщение от R0AEB
Пару недель назад я давал измерения на професиональной аппаратуре сигнала с Fake It и без, но это Вас не интересует. У Вас и так всё хорошо...:s9:Цитата:
Сообщение от RU6B
Много таких, и именно из-за таких я прошу заблокировать передачу НЧ сигнала ниже 1500Гц. Чтоб уменьшить помехи на FT8 диапазонах.
Делов то сколько - использовать САТ и включить Split Operation. И всё.
Для тех, кто не понял - я написал от себя. Не от Вас, и не от всех.Цитата:
Сообщение от RU6B
Наверное все разговоры про "ниже 1500", "мощность" и прочее - верные.
Но (ИМХО) гораздо важнее элементарная порядочность. Тогда и "перекачек по НЧ" и
завышения мощности не будет. Но, увы, не программно это решается.
Сегодня реально смех вызывает работа одного Коллеги из BY:
На любом бенде 10-20 циклов сначала слушаю, нахожу реально свободное место
и встаю "на CQ" (ну как-то всех видимых уже сработал, пробую просто позвать).
Проходит 2-3 цикла моей передачи и именно на этом месте (с точностью до 1Гц),
но в другой период, встаёт BY****... Некоторые "ОСОБО ПОДГОТОВЛЕННЫЕ"
товарищи начинают его звать НА ЭТОЙ ЖЕ ЧАСТОТЕ.
Я адекватный, терпеливый, перестаю работать на передачу, смотрю еще 5-10-20
периодов, нахожу новую СВОБОДНУЮ частоту, встаю там. И история повторяется! :)
Меняю диапазон. Та же история. Через 2-3 минуты ОН меня "догоняет" и продолжает
ту же песню. :)
Повеселил меня сегодня, честное слово! :)
Как я понял, в Вашем трансивере нет ручки регулировки мощности? Но если Вам хочется мощность регулировать так, дело хозяйна.Цитата:
Сообщение от RX3ASP
И создаёте помехи другим. Но на это Вам наплевать... :s9:Цитата:
Сообщение от RX3ASP
Мой друг недалеко от меня излучает 100Вт, S-metr у меня показывает S9+30dB, помех у меня от него никаких, я могу проводить QSO 100-200Гц от его сигнала. Так что в основном помехи идут не от сильных сигналов, а от плохих сигналов. И плохой настройке приёмной стороны.Цитата:
Сообщение от R0JF
Надуманная проблема. Утром разворачиваемся на Восток - JA, BY, HS, VK, ZL,YB и несколько очень громких UA9, сегодня бонус - YJ0AFU. Дальше по серой линии VU и постоянный A41ZZ. Днем на Юг - 3В8,9 FR, ZS (никогда не предполагал, что там еще столько белых людей осталось), сегодня бонус ZD7JC. Дальше начинаются PY, LU, ZP и CE2SV. Позднее FG8OJ, KP4, HI8 ну и американцы с канадцами. И так каждый день от 17 до 40м. 80 и 160 - отдельная тема, но DX и там,если нужно, слышны и отвечают.:s7:Цитата:
Сообщение от RN9AZ
В моём и не только моём трансивере, если входной уровень НЧ оставить прежним, а мощность понизить ручкой регулировки мощности, индикатор ALC зашкаливает. Может в эфире от этого помех и нет, но тем не менее мощность всегда установлена на 100Вт, а реальную мощность выставляю ползунком Pwr, на каждом диапазоне отдельно.Цитата:
Сообщение от LY3BG
С чего такие выводы и выпады?Цитата:
Сообщение от LY3BG
Я Вам раньше пояснил с чего.Цитата:
Сообщение от RX3ASP
Но если Вы ещё не поняли - ещё раз. Если гармоники НЧ сигнала попадают в полосу фильтра трансивера (ФОС), они излучаются в эфир. Вот яркий пример с эфира
Вложение 226023
Тут основной сигнал на 400Гц, а хорошо видны гармоники на 800, 1200, 1600, 2000, 2400 Гц.
Кстати, подобная тема уже есть: "Ненависть к FT8" https://forum.qrz.ru/22-besedka-dlya...ist-k-ft8.htmlЦитата:
Сообщение от R0AEB
Это от меня помехи? Нет? Тогда с Новым Годом!Цитата:
Сообщение от LY3BG
Нет, это не Ваш сигнал :s7:Цитата:
Сообщение от RX3ASP
Взаимно :s7:
Как без САТ работать ниже 1500Гц? Настраиваем трансивер ниже на 1кГц и все сигналы сместятся на 1кГц выше. Просто и хорошо.
Кстати - да. Я тоже это заметил и еще на TS-570 и на TS-590... В режиме CW ставилЦитата:
Сообщение от RX3ASP
максимальную выходную мощность - ALC даже не шелохнется. Начинаешь уменьшать -
ALC примерно пропорционально увеличивается. При QRP (5W) зашкаливало.
Для себя понял, что уровень выходной мощности конструктивно управляется именно
через цепь ALC и поэтому никогда особо не мучился наличием сигнала ALC на индикаторе.
Контролировал входной уровень НЧ сигнала и помех не создавал.
Сейчас работаю только на SDR (Flex-3000, SunSDR-2), смотрю за входным уровенем
по НЧ. Держу в районе 0 и всё хорошо.
Так что сам по себе измеритель ALC еще не говорит о "перекачке-недокачке"...
А ведь наврал немного!
Специально достал TS-480, проверил. При 100 Ваттах CW ALC аккурат до своего
"предела" по шкале доходит... И никаких внеполосных... При 5 Ваттах - один "кубик"
уменьшается. Т.е. ALC постоянно задействовано, постоянно "держит" уровень мощности
на заданном значении. А внимательно смотреть надо за входным НЧ уровнем.
Не надо в "чужой монастырь", советчик Вы наш...Цитата:
Сообщение от LY3BG
От меня помехи видели? Вот как увидите - сообщите, буду разбираться.
Ваши "способы" борьбы с помехами и сдвига на 1 кГц оставьте при себе. При простом сдвиге на 1 кГц ниже - вы потеряете на приеме пол полосы FT8-участка (примерно выше 1,5 кГц, которая сместится теперь выше 2,5)
А Ваш пример с эфира - здесь гадкий сигнал не из-за того, что частота НЧ низкая и поэтому гармоники, а потому что перекачано все у источника или сделано через ж...Цитата:
Сообщение от LY3BG
Могу привести огромное количество примеров чистого очень сильного сигнала.
Поставьте SPLIT +1 кГц на прием и ни чего не потеряете. В WSJT это сделано программно через САТ, не хотите через САТ включите SPLIT в трансивере.Цитата:
Сообщение от RU6B
Уважаемые Коллеги, у меня вопрос к тем, кто работает с SDR-трансиверами!
Никто не замечал, не "съедает" ли VAC через некоторое время DT?
Почему-то у меня в связке PowerSDR-VAC-JTDX через час-два работы "уплывает" DT до
значений 1.5-2.2 секунды! В смысле - оставил станцию на прием, отлучился на пару часов,
возвращаюсь - все корреспонденты 1.5-2.2. "Нажал-отжал" VAC -- все становится нормально.
Примерно такая же ситуация в Linux (SunSDR2+aloop+JTDX)... Тоже надо время от времени
"включить-включить" VAC. Иначе отставание наблюдается.
Часы компьютера при этом работают нормально.
А какую программа VAC вы применяете?Цитата:
Сообщение от R0JF
Я применяю вот эту VB-Audio page has moved таких проблем не имею.
Неоднократно выдел такую картинку на водопаде на своем мониторе. Выхожу из положения так - убавляю на трансивере RF GAIN. Почти все палки пропадают. Остаются одни дорожки сигналов. Вывод - перегруз ЗК по входу. Кстати, после убавления сигнала с трансивера начинают декодироваться слабые сигналы. AGC в трансивере отключена вообще. Так, что тракт приема трансивера тут вообще ни при чем.Цитата:
Сообщение от LY3BG
Посмотрел сегодня работу JT9. Провел пару QSO. Заметил, что если ранее было QSO с оператором в JT65 или FT8 моде на диапвзоне, то он (оператор) по расцветке определяется как повтор, т.е. функция New Call on Band/Mode не работает. V2.01-rc117
Съедает и очень быстро.Цитата:
Никто не замечал, не "съедает" ли VAC через некоторое время DT?
Использую VAC 4.10 со своими настройками,стоит хорошо.
Если интересно пишите в личку скину настройки.
У меня VAC 4.15 (официальный).Цитата:
Сообщение от R3QG
AGC в трансивере должна быть включена всегда. Дело в том, что если сигнал превышает уровень срабатывания АРУ и оно не срабатывает, НЧ сигнал начинает искажатся. Вот почему Вы и видите искажения.Цитата:
Сообщение от RX4CD
Усиление РЧ у меня выставлено так, что S-метр всегда показывает 9+20дБ. В таком случае АРУ срабатывает только тогда, когда сигнал превышает 9+20дБ. Обычно это бывает тогда, когда вещает сосед. Плюс по диапазонам аттенюатром выравнен уровень шума (город, шумит сильно), напр. на 40м -12 или -18дБ.
Динамический диапазон трансивера в полосе пропускания около 40дБ, так что правильные установки приёмника важны для неискажённого приёма.
Уровень усиления аудио карты должен быть выбран такой, что при большом уровне сигнала, когда уже срабатывает АРУ и НЧ сигнал максимальный, индикатор в программе показывал около 80 и не заходил в красный сектор.
Да, спасибо! Но мне по некоторым причинам нужно именно VAC от Музыченко.Цитата:
Сообщение от R3QG
Николай не заметил такого,все нормально отображается версия rc122 вот как примерЦитата:
Сообщение от EU1FQ
Вложение 226042
Вот настройки.Цитата:
Да, спасибо! Но мне по некоторым причинам нужно именно VAC от Музыченко.
В личке не могу влепить изображение.
Вложение 226041
А я имел в виду отображение повторов в окне Band Activity программы JTDX. У меня в этом окне, если работал с корреспондентом в JT65 или FT8, то при переходе в режим JT9, они уже отражаются, словно я уже с ними работал в JT9 на этом диапазоне. Т.е. повтор. На самом деле в моде JT9 я с ними не работал.Цитата:
Сообщение от RA3QH
Поставить галкиЦитата:
Сообщение от EU1FQ
Вложение 226067
В том то и дело, что стоят. Касается только JT9. В FT8 и JT65 все нормально.Цитата:
Сообщение от US-E-12
Коллеги, с Новым Годом! Здоровья и удачи во всем!
Поздно схватился. Хочу поработать в RU FT8. Какую программу применять для работы в Contest'е???.
Владимир,Цитата:
Сообщение от UN5J
С новым Годом!
Не переживайте, они это дело RU FT8 сделали на быструю руку я провел 5 связей и перешел в чистый RTTY.
WSJT-2.0 присоеденили к N1MM ,так вот там заносится позывной,а вот все репорт, штат надо делать ручками.
В предыдушей версии RU все было нормально я даже 3 место занял в NY.
Да и wsjt это долеко не jtdx .
73!
Alex
Спасибо, разобрался сам.Цитата:
Сообщение от UN5J
MSHV тоже поддерживает этот контест, Владимир.Цитата:
Сообщение от UN5J
Что бы это значило? Мода JT9 40m!
Выскочила табличка! В MixW не переносит! JTDX 2!
There was a Callsign mismatch.
The Callsign to be logged did not match your current QSO partner Callsign
Произошло несоответствие позывного.
Позывной, который будет зарегистрирован, не соответствует вашему позывному партнеру по QSO
Господа подскажите пожалуйста почему я принимаю на 14.130 FT-8 то же что и на 14.074,и при чём не я один,может я просто что то не знаю?
http://www.arrl.org/files/file/Conte...%20-%20FT8.pdfЦитата:
Сообщение от R9JQ
...на 14.130 FT-8 идет тест ARRL RTTY Roundup Источник: QRZ.RU https://www.qrz.ru/contest/detail/56.html
Получается, минимум надо 24 часа отработать, иначе отчет не примут, я так понял?
И в этом тесте не вижу россиян, видимо не видели информации, как и я. С Новыми успехами!
Владимир...Максимум 24 часа один оператор....а россияне работают,кто хотел работать:s7: положение было на qrz.ruЦитата:
Сообщение от R3OZ
.
Не врубился, извиняюсь.
Василий спасибо за линк я не знал,что MSHV уже такая продвинутая прога молодец он!Цитата:
Сообщение от US4IRT
Вроде разобрался и работаю у меня вопрос QRG частота стоит 237? Вложение 226083
И возможно ли видеть например только CQ в окне программы.
Спасибо
Работает прога, думаю, не хуже WSJT-X. Работал в ней не часто, правда. Видеть только CQ нет такой возможности (как я понял), а раскрасить можно на свой вкус здесьЦитата:
Сообщение от K2PAL
На счет QRG - даже не знаю для чего оно (окно).
Василий,спасибо я разобрался.
Насчет QRG это offset .
Все красиво он сделал и лог классный,что остались хотелки,но она крутая,что нет смысла его о чем то просить.
Нормальная прога все понятно раскрасками займусь после.
73!
За QRG - вот всё что у автора по этому поводу. Для чего я так и не понял... .:s9:Цитата:
Сообщение от K2PAL
Удачи!
Возможно окно DX Call было очищено(либо сменили в нем позывной) до внесения QSO в лог MixW а последний проверяет содержимое этого окна.Цитата:
Сообщение от UA3WFO
Игорь, если с железа SDR снимаете звук цифровым потоком, посмотрите какой остаток при делении частоты кварцевого резонатора в SDR приемнике на 48000. Этот остаток определяет скорость ухода DT. Я обсуждал эту проблему с Евгением, автором VAC, но с тех пор с ним не переписывался и не знаю сделал ли Евгений отслеживание последовательности фреймов (прореживание/дополнение) на стыке цифрового потока с SDR с компьютером в последней версии VAC.Цитата:
Сообщение от R0JF
Владимир, такого нет ни в одном контесте! Есть лимит максимум, который нельзя превышать в категории "Один оператор" (поспать нужно).Работайте сколько хотите - хоть 10 минут, хоть все 24 часа. Отчет примут.Цитата:
Сообщение от R3OZ
Заметил такую картину:
Включен диапазон 80м, с корреспондентом было QSO на 40м, а JTDX зачеркивает как повтор. Может уже обсуждалось ?
Вложение 226116
А вы как обозначили эту цветовую гамму (голубая) ?Вложение 226127
Вложение 226132Цитата:
Сообщение от UA3VFL
Это как раз для работы сплитом. Цифра показывает значение частоты, на которой слушают - 237 кГц в данном случае. На КВ, тем более в ФТ8 не применяют - тут свои "понятия" о работе сплитом. В основном это на УКВ, в основном для работы через метеоры - там станция, работающая сплитом, передает (например) CQ 370/385 на частоте 144370, а слушает на 144385. Если она там приняла чей-то вызов - переходит туда и на передачу и остальную часть связи (обмен рапортами и т.д.) проводит уже там. Значение, записанное в программе, будет автоматически записано в макрос при генерации.Цитата:
Сообщение от US4IRT
Вложение 226135
Согласно логу wsjtx_log.adi и выбранным Вами критериями в закладке 'Уведомления'. Уведомление 'повтор' работает по остаточному принципу после проверки на все выбранные пользователем критерии. Здесь описание функционала уведомлений: http://ru.jtdx.tech/ru-faqЦитата:
Сообщение от RN3K
Функционал уведомления о пользователях LoTW будет в программе начиная с версии JTDX 2.0.1-rc123.Цитата:
Сообщение от 4L6QL
Цитата:
Сообщение от UA1OMZ
Дефект, благодарю. Сбой происходит не в расчете SNR а в наполнении массива сигнала для первого декодируемого в интервале сообщения, то есть SNR и возможно проблемы с декодированием есть для первого кандидата в принятом интервале. Ищу причину этого сбоя.Цитата:
Сообщение от RX3ASP
Зачем это нужно? Чтобы знать, кого звать, а кого нет? :confused:Цитата:
Сообщение от UA3DJY
Тоже непонятно это выделение. Одно дело автоматическая отправка QSO-логов на электронные сервисы - это вещь полезная, другое дело фильтрация более равных среди равных.Цитата:
Сообщение от US5WE
Это нужно для тех, кто имеет не очень много подтверждений в DX-инге. А для для различных отправок достаточно основного логгера.Цитата:
Сообщение от UA3DJY
что одно,так и другое абсолютно ненужная вещь...для этого как вы заметили есть основной лог...да и куча других возможностей...жаль что Игорю и команде пришлось потратить время на бесполезную опцию...Цитата:
Сообщение от EW4MM
Ничего не понял. Ведь, по любому, wsjtx_log.tq8 загружается в LoTW. Зачем мне в процессе работы дополнительная бесполезная информация?Цитата:
Сообщение от EW4MM
Вам не надо! Представьте себе, что я начинающий DX-мэн и меня нет 2500 очков по DXCC Challenge.
Но я уже понял, что среди цифровиков самая большая и быстрая подтверждаемость.
Но я ограничен по времени и поэтому буду кроме новых стран работать в первую очередь с теми от кого можно ждать быстрого подтверждения!
затем что бы активней вступали в ряды)Цитата:
Сообщение от US5WE
и отнимали хлеб у QSL-checker-ов от ARRL...Цитата:
Сообщение от R7CA
Алексей Вы сами так задали уведомление -- "новый позывной на это бенде" графа ПУСТАЯ http://prntscr.com/m44lht
Игорь, загрузка процессора во время декодования увеличится еще больше?Цитата:
Сообщение от UA3DJY
Цитата:
Сообщение от UA3DJY
Почти незаметно и уже скомпенсировал ее прирост в другом месте кода.Цитата:
Сообщение от UX8IW
Цитата:
Сообщение от RX3ASP
Устранил, причина была в неправильном порядке сортировки кандидатов на частоте QSO, в результате на сильных сигналах не вписывалась в диапазон захвата автоподстройка частоты. Патч будет в JTDX 2.0.1-rc123.Цитата:
Сообщение от UA3DJY
Коллеги, поисковик Yandex не знает о существовании сайтов jtdx.tech и ru.jtdx.tech, для поисковых запросов информации с этих сайтов можно использовать поисковик Google
У меня видит
Цитата:
Сообщение от UA3DJY
Опция будет отключаемая?Цитата:
Сообщение от UA3DJY
Не видит. Вы вводите в строку поиска уже известный адрес сайта. А обычно туда вводят чёрт знает что, в лучшем случае jtdx. И в этом случае Яндекс показывает совсем другие адреса.Цитата:
Сообщение от UA6AGN
JTDX v2.0.1-rc123 Измененный функционал:
Линки:
JTDX v2.0.1-rc123 Linux version from original source files by Igor UA3DJY (Many Thanks him):
Русская локализация JTDX v.2.0.1-RC123
Линки :
Отлично теперь видно LoTW-шников! А то приходилось вставлять в окно позывной, чтоб увидеть эту инфу в логе.Цитата:
Сообщение от UA3DJY
Спасибо!!!
Спасибо за собак.
Лучше бы обозначались они звёздочками или + или °, сабаки очень вульгарно, ну согласитесь.. Из оперы досовских программ)
Благодарю.
Вы бы для начала немного про @ почитали... Может и про "вульгарность" мнениеЦитата:
Сообщение от R7CA
изменится...
Хотя бы тут: https://ru.wikipedia.org/wiki/@
А символ вполне удобный.
А ини файл остается с 122 версии?
Да, файл без изменений.Цитата:
Сообщение от RW4LN
Собака сливается с префиксом, и беглое чтение затруднено, символ меньшего размера был бы кстатиЦитата:
Сообщение от R0JF
Василий, утилита Олега WSJTInterface справляется с этой задачей без проблем...Цитата:
Сообщение от US4IRT
К сожалению любой символ будет сливаться с префиксом. С переходом на FT8v2 мы были вынуждены увеличить поле для показа декодированного сообщения на два символа (нестандартные позывные, два символа в окне активности диапазона + два символа в окне RX частоты), можно было бы разделить символ LoTW и префикс/название страны пробелом но тогда мы еще увеличим поле на один (1+1) символ. Нестандартные позывные встречаются нечасто и большая часть созданного дополнительного пространства только увеличивает минимально достижимый размер основного окна интерфейса уменьшая удобство чтения префикса/названия страны после выведенного на экран сообщения.Цитата:
Сообщение от R7CA
@UAЦитата:
Сообщение от UA3DJY
+UA
°UA
Где лучше читается?
Да, Борис, но для этого нужно иметь место на мониторе, а его как всегда не хватает.Цитата:
Сообщение от UX8IW
Незанятое место в конце строки и так увеличивает ширину программного окна...
так теперь и "красота" крякозяблов добавилась.Цитата:
Сообщение от US4IRT
У меня JTAlert показывает эту информацию, и ещё за eQSL тоже... по мне, излишество.
Извините, кто имеет другое мнение.
А может так =RUЦитата:
Сообщение от R7CA
В Вашем примере лучше читается, а вот так выглядит то что реально будет на экране:Цитата:
Сообщение от R7CA
Если глаза фокусировать на декодированном сообщении то символ LoTW в любом варианте вообще не читается, если на символе LoTW то глаза не воспринимают декодированное сообщение.
Хотя бы так, но собака крокозябра много внимания пожирает. Собака пожирака)Цитата:
Сообщение от RW4LN
В чем проблема, если Вам не нужен привязанный к этому уведомлению функционал автовыбора то отключите у себя уведомление LoTW.Цитата:
Сообщение от UR4UM
Если учесть, что утилита ещё и "отрезает" повторы, может показывать только новых корров, то в лог можно и не смотреть, JTDX и утилита поверх лога и нормально все влазит на экран. Поначалу у меня так и было, правда сейчас два экрана...Цитата:
Сообщение от US4IRT
Борис, бывает люди другими логерами пользуются :)Цитата:
Сообщение от UX8IW
Ну вот в реале в первую очередь мы бегло сверху вниз сканируем столбик с префиксами, в надежде найти редкий префикс, а перечитывать названия стран, а тем более фокусироваться на декодируемых сообщениях нет времени, туда мы смотрим если ничего интересного не нашли. Так вот + куда лучше в этом деле.Цитата:
Сообщение от UA3DJY
Сергей, у Василия UR5EQF_LOG.Цитата:
Сообщение от RU6B
Для других логов ещё есть JTAlert
Версию 123 опробовал. Класс. Пожалуй собачий крякозяблик стоит оставить. Никак не мешает. Теперь не надо отвлекаться к логу. Лотивишник перед глазами. Чудесно!
Думаю что здесь Вы правы, по размеру символ @ похож на букву и возможно требует больше времени работы мозга чтобы отличить его от буквы по сравнению с символом +Цитата:
Сообщение от R7CA
Утилита Олега позволяет почти одновременно с загрузкой списка в приемное окно, оценить ситуацию в данном цикле декода:Цитата:
Сообщение от R7CA
CQ - светлый фон, RR73 - позывной мерцающий, LotW - подчеркнутый, DX (если неподтвержденный) - другого цвета и т.д.
Если помечтать - может когда-нибудь этот инструмент будет встроен в JTDX, с адаптацией к другим логам, а не только к UR5EQF_LOG....
Вот и я о том.
Особые трудности с однобуквенными префиксами испытал.
@S5
@J7
@P2
+S5
+J7
+P2
С собакой прям сливается всё.
Файл-список пользователей LoTW можно обновлять самостоятельно с этого линка: https://lotw.arrl.org/lotw-user-activity.csv
Обычно на сайте ARRL этот файл обновляется каждую неделю. Мы будем его периодически обновлять при сборке новых версий JTDX.
Подскажите как исправить.
Каким-то образом из файла wsjtx_log исчезли записи с 03.12 по 23.12.
Вложение 226250
в Логе (UR5EQF) они загнаны.Цветная маркировка не менялась, стоит по умолчанию.
Вложение 226251
И как следствие индикация оказывается, в данном случае, бесполезна. Скрин сделан на частоте 7074. В логе он помечен как проведенное QSO и даже подтверждено LotW и eQSL. Даже с ней хуже - вводит в заблуждение.
Вложение 226252
Вводить почти 1000 связей вручную в в файл wsjtx_log нереально.
так сделайте из UR5EQF адиф этих связей и вставьте их с помощью блокнота в wsjtx_logЦитата:
Сообщение от EX8004A
Скопировать из лога Ur5EQF в формате ADIF этот период в лог wsjtx_log.Цитата:
Сообщение от EX8004A
Владимир.
Импортируйте из лога за этот период в формате .adi после этого открываете полученный файл блокнотом. Далее копировать-вставить в wsjtx_logЦитата:
Сообщение от EX8004A
С уровнями сигналов мощных станций в v2.0.1-rc123 все нормализовалось. Теперь все отлично.
Рапорта вполне реальные. Спасибо большое за исправление.
Вопрос, а где индикация LotW пользователей включается/отключается? Не нашел я что-то.
Для хранения информации о пользователях LoTW используется встроенный в программу файл lotw-user-activity.csv, пользователь по аналогии с файлом cty.dat может поместить свой файл lotw-user-activity.csv в папку с логом, при этом программа будет брать информацию из файла пользователя.Цитата:
Сообщение от RA3FP
Уведомление 'пользователь LoTW' можно отключить если пользователь поместит в папку с логом пустой файл lotw-user-activity.csv.
Игорь а что это за крякозяблик со знаком "?"?
Вложение 226253
При проигрывании wav файлов -24дБ, картина изменилась.Цитата:
Сообщение от UA3DJY
При произвольном положении зеленого RX маркера =1234Гц теперь декодируются:
000047 -24 1.0 300 ~ CQ W1JN FN31 ¤U.S.A.
000067 -24 0.4 1900 ~ CQ JH7GNC QN00 *Japan
000117 -23 0.4 2200 ~ CQ K2YYZ EM76 @U.S.A.
000167 -24 0.6 2601 ~ CQ BD0EZ NN33 *China
При установке RX на 800 и 2601Гц
000028 -24 0.6 800 ~ CQ JA5JLF PM63 ¤Japan
000167 -24 0.6 2601 ~ CQ BD0EZ NN33 *China
Файлы 104 и 145 теперь вообще не декодируются.
Лучше стало или хуже, пока трудно сказать.
В живом эфире, как мне кажется, стало лучше.
На каком сообщении он выскочил и что находится в файле ALL.TXT для этого сообщения? Возможно в используемом Вами шрифте не поддерживается специальный символ LoTW в комбинации с подчеркиванием.Цитата:
Сообщение от RA3QH
Пока разбирался с SNR на RX частоте QSO устранил пару мелких дефектов в индексации массивов, поэтому декодируемые файлы/сигналы могли смениться. Чувствительность не проверял, на эфирных файлах в среднем чуть больше сигналов декодировал.Цитата:
Сообщение от RX3ASP
Свой лог из логгера обзовите wsjtxlog и аставьте вместо родного. Заодно и все прочие диджи будут видны как повторыЦитата:
Сообщение от EX8004A
вот как то интересно выходит....Цитата:
Сообщение от UA3DJY
Вложение 226258
в ALL.TXT так
20190108_203545 1 0.0 2271 ~ CQ RU6CH KN84
20190108_203615 7 0.0 2271 ~ CQ RU6CH KN84
одно сообщение с крякозябриком,следующее уже без...и не на одном позывном такое наблюдал...
Тоже проскакивает.
Вложение 226263
А вот опять тот же позывной но уже нормально.
Вложение 226264
Про этот символ � пишется : "Его можно встретить в тексте, при неправильно настроенной кодировке символов. Он появляется в случае отсутствия символов, которые имеются в исходной кодировке, в целевой кодировке."
У себя пока такого не заметил.
Что чудесного в том что например VP8LP (первый попавшийся пример, таких хватает) который последний раз заливался на LoTW более 6 ти лет назад будет теперь отмечатся "кракозябликом" в JTDX ?Цитата:
Сообщение от UN1O
Игорь , главное (по мне) чтоб восторги пользователей по поводу нового функционала JTDX не сменились недоумением : "JTDX метит всех пользователей LoTW без разбору - какой прок в том что я вижу отметку напротив CALL давно забросившего LoTW ?"Цитата:
Сообщение от UA3DJY
В файле user-activity.csv есть даты последней активности по каждому CALL - но вешать на JTDX допзадачу : "ещё и оперативно показывать кто когда заливался на LoTW крайний раз + при необходимости фильтровать" (аналогично тому например как это сделано в JT Alert) - это наверное уже перебор.
Впрочем решать безусловно Вам.
В семье не без урода (пословица). Есть такие! Есть и только за $ заливают в ЛОТВ! Всех их "знают" в лицо. Только их очень мало!Цитата:
Сообщение от R2PU
А каждому ДХ-у по 5$ я не могу себе позволить. LoTW - единственная пока система, которую признают для DXCC.
Лично мне ни разу было не лень отдельно зайти на сайт ARRL в раздел LoTW и посмотреть, кто и когда заливался в LoTW крайний раз.
Добавлен функционал - спасибо Игорю и команде.
А уж дальнейшие шаги каждый осуществляет сам.
Цитата:
Сообщение от RA3QH
В шрифте который Вы используете для декодированных сообщений нет поддержки символа '¤', какой у Вас сейчас установлен шрифт? Попробуйте пожалуйста выбрать другой шрифт.Цитата:
Сообщение от US6EG
Например на шрифте Consolas Normal эти специальные символы отображаются без сбоев.
Поделюсь своим наблюдением.Цитата:
Сообщение от UA3DJY
Перед установкой RUS rc123 "снёс" всё, что было связано с JTDX, в том числе и ADI.
После инсталяции и настройки всего и вся, большое количество декодированных сообщений имело тот самый знак вопроса в чёрном квадрате (шрифты были по-умолчанию).
После восстановления лога в JTDX эти знаки в декодированных сообщениях пока не выскакивали ни разу.
Распространенное заблуждение.Цитата:
Сообщение от US4IRT
В LoTW подтверждается 30-40% проведенных связей, это статистика по нескольким позывным. Свежий пример - местный олд таймер начал работать только на FT8, до этого лет за 40 вообще не провел ни одной связи. Человек вернулся. :s7:
Процент подтверждения в LoTW у него пока даже меньше 30%.
Согласен, Виктор. Если работать "всех подряд" - так и будет (до 2012-го года так и делал), если выбирать ЛОТВ-шников - этот показатель получается гораздо выше. Мою "статистику" испортили загруженные логи с 1983 по 1990 года. Если брать с 2012-го то примерно 80-90% CFM.Цитата:
Сообщение от US5WE
В нашем случае - это общая статистика на основной позывной, контесты и спецпозывные. Отдельной статистики по JT65/FT8, в основном на 6м, не ведем так как работается все, что нужно или кто позвал :s7:. "LoTW не LoTW" и слать директ или нет разбираемся "после того".Цитата:
Сообщение от US4IRT
Всё это напоминает рейтинги на некоторых форумахЦитата:
Сообщение от R2PU
Угадайте, кто это ХХХХ::s10: Конечно два месяца это ерунда, по сравнению с шестью годами, но...
Here you can query Logbook to find out the last time log data was uploaded for a particular call sign.
Last upload for ХХХХ: 2018-11-08 22:51:19Z
(Note: The date shown is when the log was sent to Logbook, not necessarily the date the QSO took place.)
Уведомление 'пользователь LoTW' можно отключить если пользователь поместит в папку с логом пустой файл lotw-user-activity.csv.
??? мне нужна программа для проведения радиосвязи а не ИНТЕРНЕТ ПОМОЩНИК.....все эти сервисы наверняка имеются на соответствующих сайтах.
Игорь,а где это сделать?Цитата:
Сообщение от UA3DJY
И честно говоря хотелось бы что бы эта опция (LoTW) отключалась где то в закладках а не очисткой файла...Ну не нужна мне эта информация...очищу файл,а при установке сл.релиза он опять появится....
В том-то и дело, что всем нужно разное. Я вот, к примеру, не горю желанием месить все что шевелится, заполняя лог многими тысячами ненужных (мне) связей. В этом мне здорово помогают фильтры, и вот теперь не лишним будет индикация наличия того или иного корреспондента в LoTW. Кому-то это все не нужно - так он и не использует ни фильтры, ни эту новую функцию. Какие проблемы?Цитата:
Сообщение от UA3LHA
PS. Если с "соседней деревни" страждущие позовут в надцатый раз - отвечу (наверное), благо направленные мне вызовы в JTDX проходят через любые фильтры.
Со временем сделают во вкладках кнопку меню "отображать пользователей лотв".
Мне очень удобно, учитывая то что сторонних программ типа алерт не пользую.
Вроде взрослые мужики, а пишут глупости. Одному что-то НУЖНО, и подайте это ему, другому кнопочку-галочку подавай, раз в месяц дважды кликнуть мышкой для него не вариант.
В один прекрасный день человека достанут все эти хотелки на грани требований, плюнет он на этот проект и все мы гуськом почапаем сырой WSJT осваивать.
Именно галочку хотелось бы...для меня это не проблемма почистить...но...если бы вы знали сколько мне приходится объяснять товарищам как что то сделать....каждый день звонят или в инете вопросы задают....потому и хочется галочку что бы человек раз ее поставил и все...а то ведь при сл.релизе у него опять появится отображение и он будет мне звонить и спрашивать "А почему....?"Цитата:
Сообщение от 4L6QL
Вспомните полгода назад как я клянчил кнопку "BAYPASS", а теперь вы представляете как без неё? :)
Любое желание можно рассмотреть, и если посчитают нужным то реализуют. Считаю что с отображением лотв пользователей кнопка не нужна, достаточно во вкладках меню сделать позицию для отключения.
Цитата:
Сообщение от UA3DJY
Закладка 'Общие/General' настроек, в WSJT-X/JTDX отдельно можно выбрать из установленных в операционной системе шрифт для декодированных сообщений и для органов управления. Там же выбирается и размер шрифта:Цитата:
Сообщение от RA3QH
Если большинство пользователей путаются в существующих настройках зачем еще добавлять дополнительные кнопки/галочки? При установке и удалении JTDX папка с логом остается, то есть однажды поместив в нее пустой файл при последующих установках JTDX пользователь не будет получать уведомлений LoTW.
В случае когда пользователь сам вручную удаляет эту папку он знает что делает.
Игорь, на мой взгляд отмечать пользователей LoTW нужно символом, который поддерживают все шрифты и кодировки, к примеру '!', а символ '¤' даже на клаве нет.
Сначала попробуем понять причину проблемы, мы считали что символ '¤' должен поддерживаться во всех шрифтах, посмотрим в каком конкретном шрифте его нет. Зная шрифт уже сможем понять возможные проблемы с кодировкой выбранной в операционной системе.Цитата:
Сообщение от US-E-12
Коль скоро принадлежность к LoTW не является первостепенной информацией, которую мы хотим извлечь из строки беглым взглядом, то и значок может быть малоприметным, например тире. К тому же на этот знак препинания давно уже никто не обращает внимания. Да и выглядит менее громоздко.
Тогда префикс этого позывного выделить каким-нибуть цветом.Цитата:
Сообщение от US-E-12
°JapanЦитата:
Сообщение от 4L6QL
°7K
Отлично подходит
Согласен, только есть ли этот символ во всех шрифтах?Цитата:
Сообщение от R7CA
Если так то ничего не надо более...Цитата:
Сообщение от UA3DJY
Стоял шрифт BatangChe.... поставил Consolas пока полет нормальный...Цитата:
Сообщение от UA3DJY
нет...опять выскочило...
Вложение 226282
в ALL.TXT вот так...
20190109_121115 -18 0.1 2202 ~ CQ PD0LEO JO22 *
20190109_121145 -16 0.1 2203 ~ CQ PD0LEO JO22
видимо это зависит от HINT
Символ ° есть во всех шрифтах предложенных программой, с подчёркиванием и без. Проверил.Цитата:
Сообщение от 4L6QL
нет...только что наблюдал на станции с уровнем 00Цитата:
Сообщение от RA3QH
Посмотрел у себя под Windows 10, символ градуса ° для шрифта Consolas есть в кодировках 'Windows кириллица', 'Windows центральноевропейские', 'Windows западные' и Юникод. С другими операционками включая Linux/Mac не знаю.Цитата:
Сообщение от 4L6QL
Символ ¤ для шрифта Consolas отсутствует в кодировках 'Windows кириллица' и 'Windows центральноевропейские', этот символ есть в кодировках 'Windows западные', Юникод и 'DOS Кириллица 2'.
Оба символа поддерживает кодировка 'Windows западные', Юникод есть только на Windows 10 и возможно все еще в режиме тестирования.
Символ градуса ° и символ • для шрифта Consolas Windows 10 поддерживает во многих кодировках, например: 'Windows кириллица', 'Windows центральноевропейские', 'Windows западные', 'Windows арабские' и Юникод.
To: RA3QH, 4L6QL, R7CA, US6EG
Пришлю сборку с символами ° •
на пробу совместимости с Вашими операционными системами, адрес возьму с qrz.com
Просьба, если не сложно - поставить в настройках галочку "показать LOTW пользователей", чтобы программа продолжала отвечать, если этого чек бокса нет, "по расстоянию", а не по тому,заливает ли корр связи в LOTW. Про файл знаю, но это нужно его очищать и делать это придется, судя по всему, после каждого обновления программы. ИМХО - просто не очень удобно.
вот теперь не лишним будет индикация наличия того или иного корреспондента в LoTW.
ну так и надо писать в МЕНЮ ПРОГРАММЫ - ИНТЕРНЕТ СЕРВИС и галками ВКЛ ОТКЛ....lotw A где eqsl?
ПРОТОКОЛ КОММУТАЦИОННОЙ ПРОГРАММЫ и ИНТЕРНЕТ - это разные вещи !!!
Что он означает?Цитата:
Сообщение от UA3DJY
Сейчас погонял с разными настройками и заметил что выскакивает этот значок когда включена кнопка HINT...какой либо закономерности от рапорта не увидел...выскакивала и на станции с -19 и на 00 и на -05....причем как уже демонстрировал выше в одном цикле так,а в сл.цикле нормально....
Может пробел после @ RG7 сделать, тогда не так слитно будет? И чтоб значек не окрашивался
Цитата:
Сообщение от RG7KL
Это увеличит границы окна.
° мне нравится, аккуратно получается
Игорь, спасибо за сборку!Цитата:
Сообщение от UA3DJY
Мне более чем понравился такой вариант. По прошествии 10 минут на новые значки не обращаешь внимания, если только специально не заостряешь на них внимания.
Вложение 226296
Почему то 2 рисунка в одном сообщении не вставлялось
Вложение 226297
Windows XP SP3
Язык, понятно, русский.
P.S. Какие то скрины аляпистые получились :s9:
У кого глюк? сигнал на прием более чем приемлем , но ответ после 2го РПТВложение 226302
Вложение 226303Вложение 226304
Игорь...30 минут гоняю полет отличный...Win8.1
Вложение 226308
"Градус" однозначно лучше зашел чем "собака", но "точка" смотрится эстетичнее.
win7 x32
Игорь, в Linux кодировка UTF-8, вот варианты выбора шрифтов, что даетЦитата:
Сообщение от UA3DJY
jtdx для Decoded Text Fonts:
у меня в Ubuntu Mate 18.10 такЦитата:
Сообщение от R0JF
Еще должен быть символ ° на Hint+LoTW декоде, тоже желательно убедиться что верно показывается на экране.Цитата:
Сообщение от RA3QH
Звездочка IT9 пришла с файла cty.dat, страна по WAE, часть префикса и поэтому смещена на одну позицию относительно специальных символов LoTW и звездочки Hint декода.Цитата:
Сообщение от 4L6QL
А как же дефицит знакоместа?Цитата:
Сообщение от UA3DJY
Consolas по экономней на мониторе Вложение 226340Вложение 226341Цитата:
Сообщение от R0JF
Я тоже запутался со значками @- Пользователь LoTW, ?-непонятно, * -звездочка -непонятно, теперь появились ромбы, Игорь поясни пожалуйста прикрепляю пример одного QSO. Может дать расшифровку в табличном виде, так как вопросы эти переодически повторяются. Как это правильно понимать?Вложение 226343
Я думаю, что между @ и Названием страны пробел нужен, но решать Вам.
Ромб это признак отсутствия поддержки символа в используемой в Вашей версии операционной системы кодировке, по этой причине мы сейчас переходим на другие символы которые будут начиная с версии JTDX rc124:Цитата:
Сообщение от UA1WA
С новыми символами пробелы наверно не актуальны. Вот линк на тестовую сборку с новыми символами:
собранный софт (MS Windows) https://cloud.mail.ru/public/FNGF/YMuqBmANg
кодовая сумма JTDX-2.0.1-rc123_mod2-win32.exe
SHA-256: 6AE90D7FA1D5A5C0E014668D0E85F7771E67437E2FD64866B408D66DD0DE2827
Исходный код https://cloud.mail.ru/public/CKyN/GWTDBCxU2
кодовая сумма src2.0.1-rc123_mod2.zip
SHA-256: 7E8B84142728EF96234F61174B2A70B2EC5DE7717C70B4520F4DB6388751A28B
Символ • - оператор с этим позывным заливал свой лог в LoTW
Символ ° - то же что предыдущий плюс это сообщение декодировано декодером FT8 AP(Hint) или декодером на согласованных фильтрах (JT65 JT9 T10)
Символ * - сообщение декодировано декодером FT8 AP(Hint) или декодером на согласованных фильтрах (JT65 JT9 T10)
Если префикс начинается с символа * (позиция первого символа префикса) то это уведомление о стране по списку диплома WAE, которое приходит из файла cty.dat.
Цитата:
Сообщение от UA3DJY
Файл cty.dat создается и поддерживается вне JTDX: Amateur Radio Country Files | Jim Reisert AD1C , здесь мы ничего не можем изменить. Мы его просто включаем в сборку JTDX, но пользователь может отредактировать и использовать свою версию файла cty.dat поместив отредактированную версию в папку с логом. То есть при желании пользователь может убрать уведомления о стране по списку WAE из файла cty.dat или поменять в нем звездочку на какой нибудь другой символ. Существует две версии файла cty.dat - компактная для контестов и полная, последняя в размере примерно в три раза больше компактной. Мы используем компактную версию при сборке JTDX.Цитата:
Сообщение от 4L6QL
Ряд сбоев в распознавании страны для позывных начинающихся с префикса KG4 тоже определяется содержимым файла cty.dat, поскольку нет четкого правила выделения таких позывных и для правильного распознавания страны KG4 каждый позывной-исключение должен быть в файле cty.dat.
Уважаемые Коллеги-Линуксоиды!
Потестируйте, пожалуйста, версию 2.0.1-rc123_mod2 - это та же 123-я,
но с другими значками.
https://cloud.mail.ru/public/DokZ/RfNp1YiS6
И такое есть....Вложение 226346Цитата:
Сообщение от UA3DJY
Моя Ubuntu 16.04 такой шрифт не предлагает. :)Цитата:
Сообщение от UA3VFL
JTDX(WSJT-X) запрашивает у операционки список установленных в ней monospaced шрифтов https://en.wikipedia.org/wiki/Monospaced_font , это шрифты символы в которых занимают одинаковое пространство по ширине символа, в результате многострочный вывод текста на экран становится структуированным. Не удивительно что в операционных системах Windows, Linux и Mac такой набор шрифтов отличается, это в первую очередь зависит от производителя операционной системы, вторично от установленных в операционную систему шрифтов пользователем, в том числе шрифты добавленные в операционную систему при установке пользователем определенных программ.Цитата:
Сообщение от R0JF
Также использование в JTDX(WSJT-X) шрифтов с постоянной шириной символов является причиной того что в списке выбора шрифтов в настройках JTDX(WSJT-X) видно далеко не все шрифты из тех что установлены в операционной системе.
@UA3DJY
c 5го на 6е число попробовал работать уже из JTDX на 1.908. Видос на тему:
Оригинал https://www.youtube.com/watch?v=cTBnC82BsVA
Простите, я посмотрел, но так и не понял - а про что видео-то?Цитата:
Сообщение от RC3C
Про то, что с помощью WSJT-X и JTDX можно QSO проводить?
Или я где-то скрытый смысл упустил?
Вот что ответил мне некоторое время назад автор листа:Цитата:
Сообщение от UA3DJY
Hi James!
Have troubles with prefix KG4.
I have QSO's with KG4ZGZ-Georgia and KG4IXG-Florida, but he's shown as
Guantanamo Bay.
In cty.dat i found all KG4 call's are counted for Guantanamo.
Guantanamo Bay: 08: 11: NA: 20.00: 75.00: 5.0: KG4:
KG4,=W1AW/KG4;
Please correct this.
With best regards.--
73! Alex UR7TT
Вот, что он ответил, цитирую.
What software?
Software needs to treat 2x2 calls beginning with KG4 different from
other callsigns (2x1 and 2x3). It's beyond the capability of the
country file.
Contact the author of that sofware, and foward them what I describe below.
73 - Jim AD1C
Сбой в отображении частоты VFO в интерфейсе программы при передаче, благодарю.Цитата:
Сообщение от RC3C
Ясно. Значит невнимательно смотрел.Цитата:
Сообщение от UA3DJY
В cty.datЦитата:
Сообщение от UA3DJY
Guantanamo Bay: 08: 11: NA: 20.00: 75.00: 5.0: KG4:
KG4,=KG4AY,=KG4WH;
Если есть KG4, все KG4 (KG4W, KG4ABC) пойдут за Guantanamo Bay.
Стираем KG4, и получаем
Guantanamo Bay: 08: 11: NA: 20.00: 75.00: 5.0: KG4:
=KG4AY,=KG4WH;
Теперь за Guantanamo Bay пойдут только те позывные, которые вписаны. В данном случае KG4AY, KG4WH. Все остальные пойдут за USA.
Сделан русский вариант MSHV 2.08 RUS. Кнопки на передней панели не переводились поскольку многие привыкли к интерфейсу. Все остальное переведено. Получить ссылку на скачивание можно на сайте LZ2HV - MSHV | LZ2HV Amateur Radio Website
Цитата:
Сообщение от RC3C
Антон, на трансивере видно что включен Split VFO и частота приема на VFO выставлена 1908.05.Цитата:
Сообщение от UA3DJY
JTDX переключает частоту прием/передача через CAT и включение Split принудительно на трансивере может мешать работе программы. Причина сбоя в том что Вы поставили RX частоту на трансивере либо в настройках частот JTDX равной 1908050. В коде JTDX проверка для работы с Японией на 160м требует четкого соответствия RX частоты VFO значению 1908000 и эту частоту надо выбирать из интерфейса программы JTDX (по умолчанию эта частота есть в списке частот JTDX - если ее не видно в списке то надо разово нажать кнопку Reset в закладке Frequencies настроек) а не выставлять вручную на трансивере.
В Вашем сценарии программа не переключала частоту с 1908.05 на 1840.0, это делал трансивер через включенный Вами на нем Split VFO. Соответственно программа при передаче сообщения показывала частоту Fake It в окне интерфейса 1907.xxx.
Старая тема которая неоднократно поднималась: в связке программы с железом программа мастер, железо подчиненный. Попытка сделать двух мастеров командующих друг другом через CAT приводит к неадекватному поведению как программы так и железа.
Я ее сам прописывал в программе, т.е. добавлял.Цитата:
Сообщение от UA3DJY
Да, был включен аппаратный сплит на трансивере.Цитата:
Сообщение от UA3DJY
Владимир, возможны Вы теперь участвуете в поддержке программы MSHV. Мне репортировали передачу специальных сообщений в протоколе FT8v2 в общих FT8 диапазонах, что в WSJT-X запрещено в коде. JTDX совместим с таким подходом но WSJT-X в версии FT8v1 требовал при этом согласия оператора на включение режима DXpedition при получении специального сообщения для его вывода на экран, что приводило к увеличению количества сообщений во время QSO и возможно к прыжкам TX частоты при принудительном включении режима DXpedition. То есть мы имеем несовместимость протоколов программы MSHV и WSJT-X.Цитата:
Сообщение от R5WM
Действительно ли MSHV позволяет передачу специальных сообщений Fox DXpedition в общих FT8 диапазонах и для чего это сделано в программе MSHV?
Уточню в описании изменений на сайте JTDX что RX частота для работы с Японией на диапазоне 160м должна быть 1908000 Гц.Цитата:
Сообщение от RC3C
в установках дома (пока SWL) и на позиции одинаковоЦитата:
Сообщение от UA3DJY
Вложение 226356
Так ставить SPLIT RIG в таком случае или FAKE?Цитата:
Сообщение от UA3DJY
У меня стоял сплит FAKE, т.к. был и аппаратный сплит.
ИМХО, нам на 1908 передавать нельзя. Поэтому и нужен ОБЯЗАТЕЛЬНО сплит!
Некоторые игнорят этот запрет:
Вложение 226358 Вложение 226359
Да, Витас, так будет меньше вносить американцев с префиксом KG4. Но это не все кто работал с Guantanamo Bay. Оттуда часто работают KG4LA и KG4HF ещё.Цитата:
Сообщение от LY3BG
Так я уже не раз сказал что переключает частоту JTDX через CAT. Метод Split Rig|Fake It не имеет прямого отношения к работе с Японией, он означает только использование двух либо одного VFO трансивера для смещения звуковой частоты чтобы вывести третью гармонику TX звукового сигнала за полосу пропускания тракта передачи трансивера.Цитата:
Сообщение от RC3C
RX частота 1908.05 на экране трансивера на видео есть и при работе с WSJT-X и при работе с JTDX.
Я не принимаю участия в разработке программы, этим занимается Christo LZ2HV! Мной просто был сделан перевод, чтобы пользователю ненужно было лазить в интернете по поиску перевода. Что касается Fox DXpedition в общих FT8 диапазонах, то основное назначение этой функции - Мультиответ, который используется на диапазонах 50 Мгц и выше. Это очень хорошая функция при Es и тропо прохождениях поэтому есть возможность работы в общих FT8 полосах и есть предупреждение в хелпе.Цитата:
Сообщение от UA3DJY
Попробуйте работу этой функции в связке MSHV с WSJT-X, возможно в хелпе есть предупреждение что оба оператора должны использовать для проведения такого QSO между ними программу MSHV?Цитата:
Сообщение от R5WM
Надеюсь что автор закрыл использование функции 'Мультиответ' на общих КВ FT8 диапазонах.
PS В октябре 2018 года я поднимал вопрос совместимости функции 'Мультиответ' на общих КВ FT8 диапазонах в общей переписке с Christo LZ2HV и командой WSJT, но ответа на этот вопрос от какой либо из двух сторон не получил.
Да, было, помню.Цитата:
Сообщение от UA3DJY
Но я как-то засомневался. Поэтому сделал аппаратный сплит.
Проверю без сплита, если получится, на этих выходных между CW турами Кубка РФ.
толи точка толи градус:s11:Цитата:
Сообщение от R0JF
Подскажите пожалуйста, где находится этот файл cty.dat?
Просмотрел папку с самой программой, папку в LOCAL и не нашел.
Неоднократно проверял на 144 и все прекрасно работает с WSJTX у корреспондентов. Использовал 2 слота при одновременной связи с 2 корреспондентами. Если при 2х слотах работаю с 1 корреспондентом, то второй слот в это время передает CQ!Цитата:
Сообщение от UA3DJY
Символ градуса иногда будет появляться на экране при включенной кнопке Hint.Цитата:
Сообщение от RG7KL
А нельзя чтоб символ не подсвечивался цветом вообще?Цитата:
Сообщение от UA3DJY
То есть WSJT-X больше не выдает предупреждение о согласии пользователя включить режим Hound DXpedition при получении специального сообщения и не меняет автоматически TX частоту в процессе проведения такого QSO? Также в режиме Hound DXpedition WSJT-X не декодировал сигналы на звуковых частотах выше 1000 Гц, то есть оператор MSHV должен был использовать для передачи частоты ниже 1000 Гц.Цитата:
Сообщение от R5WM
Можно в закладке 'Уведомления' отключить маркер для уведомлений по критериям 'новый'.Цитата:
Сообщение от RG7KL
Игорь! В MSHV другой принцип работы в многослотовом режиме. Можно работать где попало и принимать везде (и ниже и выше). Ограничения в этом нет как в WSJT-X.Цитата:
Сообщение от UA3DJY
Подскажите пожалуйста
имеется лог wsjtx.log в папке ....\appdata\local\jtdx
и файл в формате *.adi (wsjtx_log.adi) в котором у меня выполнена выборка (из своего основного лога) -связи в "цифре"
возможно ли их "импортировать" в лог wsjtx.log
если да то как?
Можно в обычном блокноте!
Добавить скопированный текст!
Его самому нужно поместить в папку LOCAL\....Цитата:
Сообщение от UR5LCZ
Рассматриваю сценарий когда оператор MSHV в этом режиме занял частоту между 940 и 1000 Гц. На любой частоте используемых слотов передал сообщение CQ которое принял оператор WSJT-X и вызвал оператора MSHV. Если MSHV ответил специальным сообщением на входящий вызов то оператор WSJT-X (так было в версии 1.9.1) получает уведомление и принудительно включает режим Hound DXpedition, теряя при этом один интервал. Допустим оператор MSHV повторно передает рапорт в слоте который находится выше 1000 Гц, но софт WSJT-X уже не слышит этот рапорт потому что теперь включен режим Hound DXpedition и WSJT-X не декодирует частоты выше 1000 Гц. И так по кругу.Цитата:
Сообщение от US4IRT
Вторая проблема: допустим оператор MSHV всеми слотами работает ниже частоты 1000 Гц и WSJT-X декодирует сигналы с этих слотов. При первой передаче сообщения R+рапорт WSJT-X находясь в режиме Hound DXpedition должен прыгнуть TX частотой на TX частоту оператора MSHV на которой было передано адресованное оператору WSJT-X сообщение 'рапорт'. Если оператор MSHV не передает сообщение RR73 (то есть не декодировал сообщение R+рапорт) то софт WSJT-X в следующем интервале снова прыгает TX частотой.
Теперь представьте что программой MSHV в этом режиме пользуется редкая DX станция в общем диапазоне. Другие операторы получат массу помех от таких прыжков TX частоты операторов отвечающих с программы WSJT-X.
Если авторы MSHV и WSJT-X не согласуют между собой взаимодействие программ то возникает сомнение что эта функция действительноЦитата:
Сообщение от R5WM
PS Когда появился на общих диапазонах 'Мультиответ' ко мне обратились пользователи спрашивающие почему их позывной пиратски используется кем то другим, я тогда более суток убил на диагностику и оказалось что сообщение 'UA3DJY RR73; R5WM <LZ2HV> -15' и JTDX 72 бит и тогда еще массово использовавшийся WSJT-X 1.8 декодировали и выводили на экран как 'UA3DJY R5WM -15'. После этого сюрприза был вынужден срочно переводить JTDX на протокол 75 бит, что в итоге заняло более недели работы нашей команды.Цитата:
очень хорошая функция
Можно добавить любое количество реальных позывных. =KG4LA,=KG4HF и т.д.Цитата:
Сообщение от US4IRT
Вы во многом правы, Игорь. Я не пользуюсь WSJT-X и не знаю как она будет реагировать на сообщения MSHV, но наверняка такие связи проводились между этими программами (если не включать Hound"). С JTDX никогда никаких проблем не было в таких случаях. Немного понаблюдая за работой такой станции видно какой программой он работает MSHV или WSJT-X. MSHV отвечает на все вызовы (и рапортом тоже) и "скачет" или нет кор-т ей всё равно (лишь бы ему не мешал никто). Да, при работе в общих диапазонах получается не совсем комфортно! Но один день JD1BMH использовал её чуть ниже по частоте (80м) и довольно успешно. Я наблюдал только за его работой (уже было QSO) - отвечал всем кого слышал и выше, и ниже, и на частоте, и рапортом.Цитата:
Сообщение от UA3DJY
В JTDX я не включаю режим Hound при работе с MSHV.
P. S. Насколько я понял MSHV не передает в одном слоте двойного сообщения, как WSJT-X в Fox режиме.
Давно так и делаю, Витас!Цитата:
Сообщение от LY3BG
Весь прошлый сезон просидели в JTDX на 50 МГц. Есть ли смысл перейти на MSHV в следующем?Цитата:
Сообщение от R5WM
Работа на КВ, в том числе "охота на лис" малоинтересны.
Летом постоянно на 50Мгц в 2х слотах работал с Кипра 5B4 дальше непомню! Не постоянно но при хорошем Es можно!Цитата:
Сообщение от US5WE
есть и точка и градус...градус это если через HINT станция вытянута...Цитата:
Сообщение от RG7KL
Только что пытался провести связь с CP6CL.
Позвал его, он не с первого раза, но ответил.
Начали друг другу гонять рапорта.
Каждый раз он давал другой, чуть выше. чуть ниже.
Было видно, что слышит.
И так 9 раз.
После этого он опять начал давать общий вызов, а новая страна не состоялась.
https://yadi.sk/d/lZP1GhYXqquWNw
Ссылка на файл epc_actual.txt , содержит
список членов EPC на 10.01.2019,
отфильтрованы SK(+) , экс-позывные и наблюдатели.
содержимое файла можно любым текстовым редактором перенести в friends.ini (корневой каталог лога UR5EQF),
заменив в нем имеющиеся данные о членах EPC.
---------------------------------------
https://yadi.sk/i/ZGHgIOCHuGBGrA
ссылыка на файл lotw-user-activity.csv , содержащий список юзеров Lotw,
отфильтрованы юзеры, не загружавшие связи после 01.01.2018г.
(полагаю подтверждения от них не дождешься).
А вручную дать ему RR73 было невмоготу?Цитата:
Сообщение от UR5LCZ
Если это новая страна, я бы так и поступил, а разбор полетов потом.
Причина скорее всего была обсуждена:
вопрос пост #15988
ответ #16034
это страниц 20 назад.
Я звал как всегда, со своим локатором, типовое ЩСО.
Не понимаю, почему зовут сразу с рапортом?
Я на такие вызовы, как правило, не отвечаю.
А потом ищи локатор кор-та.
Я собираю локаторы и для меня эта инфа важна.
А в приведенном посту как раз обсуждалась эта тема.
И еще вопрос.
В крайней версии появилась возможность видеть пользователей ЛОТВ.
А где хранится эта инфа?
Куда надо вставить файл, который я скачал по приведенной выше ссылке?
Для хранения информации о пользователях LoTW используется встроенный в программу файл lotw-user-activity.csv, пользователь по аналогии с файлом cty.dat может поместить свой файл lotw-user-activity.csv в папку с логом, при этом программа будет брать информацию из файла пользователя.Цитата:
Сообщение от UR5LCZ
Есть операторы кто по разным причинам имеют большой перерыв в работе в эфире, но включившись например через пару лет сразу загружают новые QSO в LoTW. Если фильтровать то есть смысл применять два критерия: дата последнего QSO и дата последней загрузки в LoTW.Цитата:
Сообщение от RA2FI
Точно так же могут быть DX корреспонденты кто не отвечает на вызовы с локатором, потому что получают множество вызовов с рапортом, если быть принципиальным тогда Вы с ними никогда не встретитесь в QSO и локатор не придется искать :) .Цитата:
Сообщение от UR5LCZ
В таком виде сообщение не несет полезной информации. Какая версия программы, необходим кусок из файла ALL.TXT, если речь о JTDX то желательно с включенной записью сообщений диагностики.Цитата:
Сообщение от UR5LCZ
А что говорит об этом хэлп программы MSHV? Вот кусок кода из исходника hvmultianswermodw.cpp (MSHV 208) для генерации TX сообщения:Цитата:
Сообщение от US4IRT
void MultiAnswerModW:: DetectTextInMsg(QString str, QString &hisCall_inmsg,QString &hisLoc_inmsg,QString &myCall_inmsg,
QString &rpt_inmsg,QString &cont_r_inmsg,QString &rr73_inmsg,
QString hisCallFromLe,int &row_queue,int &row_now,//1.56=
QString &sn_inmsg,QString &arrl_exch_imsg)//v.2.01
{
//str="LZ2HVG RR73; LZ2HVV <...> +06"; //fox exception
...
res = his_call+" RR73; "+next_queued+" <"+my_call+"> "+LsQueue->model.item(s_row_qe_i3b_rpt,1)->text();
Может в последних версиях так и есть, но в 75-тибитном такого не было.Цитата:
Сообщение от UA3DJY
Так надо было вручную ткнуть на кнопку передачи TX5Цитата:
Сообщение от UR5LCZ
CP6CL UR5LCZ 73
У меня тоже так было, тыкал вручную
а какая на вызов рапортом не отвечаетЦитата:
Сообщение от US4IRT
WSJT-X в режиме FOX. Можно и не пытаться звать рапортом!Цитата:
Сообщение от R0AX
Хмм. Но вот вопрос - считать ли связь состоявшейся, если от корреспондента не получен R ? Принял ли он мой рапорт? С формальной точки зрения "видно, что слышит" - не критерий.Цитата:
Сообщение от RC3C
ну вы как минимум не fox ,а hound и рапортом звать никого не сможете
Если собака не может вызывать рапортом,то кому лиса должна отвечать
Ответ выше. Если дать 73 то увидите, будет связь или нет.Цитата:
Сообщение от RM1F
MSHV отвечает на все вызовы (на рапорт тоже). Почему не может? Звать можно не включая режим Hound в JTDX или WSJT-X.Цитата:
Сообщение от R0AX
звать то можно,но лиса она на то и лиса,что она отвечает на вызовы,а никого не зовет
Да и вообще,а кто в режиме fox работает,чтоб об этом заморачиваться
В Хэлп: Рекомендуется использовать только один слот TX, если вы не DX экспедиция.Цитата:
Сообщение от UA3DJY
И где Вы видите упоминание про Fox? И что разве на УКВ не бывает DX экспедиций, которые могут использовать Мультиответ и несколько слотов при проведении обычных FT8 QSO? Не сравнивайте Fox DX Expedition с просто DX Expedition это разные вещи! И к тому-же режим Мультиответ можно использовать как в первом так и во втором периодах.
Тем более в конце строки в примечании указано - //str="LZ2HVG RR73; LZ2HVV <...> +06"; //fox exception (Fox исключен)
Так что в хэлп все указано правильно!
Доброго дня!
на счёт символов в 123й версии - с собакой понятно, а это что? прога затрудняется с определением LoTW или нет? где то я этот момент пропустил (на сайте JTDX тоже не увидел в пояснениях)Вложение 226408
Спасибо Борис! понял...речь наверное о значке Hint декодера...да виста древняя стоит, ни как руки не доходят поставить 10ку
именно...при включеном HINT проскакивают такие значки и от версии винды это не зависитЦитата:
Сообщение от R2AHB
Почему-то в JTDX в начале передачи сначала включается трансивер на передачу, красный движок показывает передачу, но сама передача сигнала начинается примерно через 1-2 сек.
в wsjt такого не наблюдается? Так должно быть или косяк где-то??? тр. TS-590 по usb управление.
По уточнённым теперь данным - сбой CAT системы у R2PT (на нечто отдалённо подобное я и сам наступал с периодическим "невозвратом" частоты функционала Fake It , в итоге нашёл изначально неочевидное в связке "софт-САТ-трансивер" )Цитата:
Сообщение от RC3C
При повторном возникновении проблемы - постараемся отдиагностировать причины и следствия на эквиваленте нагрузки (предположений несколько - но как минимум для начала надо поймать сбой , как назло его FT-2000 сейчас "опомнился" и работает в штатном режиме)
Закладку Radio настроек и картинку основного окна программы покажите пожалуйста. Какой у Вас процессор (номер модели) в компьютере?Цитата:
Сообщение от RN4ABD
Процессор: AMD Athlon(tm) IIx2 250 Processor 3.0 Ghz
ОЗУ 2.00 Гб
R2PU:у меня было такое на сороковом диапазоне,при включенной fake it,сначала трансивер остается на частоте передачи,потом выскакивает окно потеря cat,ставлю частоту одна-две передачи и опять сбой.Переключаю на rig,все нормально,но тут уже частоту меняет сам трансивер,все работает без сбоев.Повторюсь,что это только на 40м,и на мониторе на этом диапазоне при tx,у меня появляется небольшая рябь,хотя ксв отличное,земля подо мной в погребе,тоже сделана по всем правилам.Я начал грешить на вч,вообщем пока не заземлил комп отдельным проводом,рябь осталась,но стала едва заметна глазу и fake it пошло без сбоев
Возможно задействован режим холодного включения реле на TX при работе с РА?! (Это в 1 пункте настроек).Цитата:
Сообщение от RN4ABD
Подскажите, где взять русский Help для MSHV ?
Думал JTDX так принимает, а оказывается он так передает (одинаково принимают все программы). Или это только у меня так? На 30м
Там где только рапорт в слоте обрезает.
Перед тем как запрашивать лицензию на позывной 9LY1JM был смысл поинтересоваться поддерживается ли такой префикс при упаковке/распаковке сообщений в программе. Теперь придется работать как получилось, с бубнами.Цитата:
Сообщение от US4IRT
В упаковке/распаковке FT8v1 и других более старых мод поддерживались префиксы 3XY и 3DA. Судя по картинке программа которую использует этот оператор обрезает сообщение как свободный текст, то есть не распознает TX сообщение как стандартное.
Нет предела совершенству нестандартных позывных.
Используют WSJT-X (на их сайте так). Теперь приходится жать макрос R-00 при ответе тебе, хотя рапорт свой и не видел, но после получил RR73... .Цитата:
Сообщение от UA3DJY
Кстати, Игорь, программа не видит и страну (не определяет как "новая" на бенде) если нет рапорта. Там где есть что то после позывного - всё нормально (зеленый фон).
Им такой позывной выдали, и спасибо местному начальству за это! Бывало, как с Кеннетом Опскаром в Нджамене, намного хуже.Цитата:
Сообщение от UA3DJY
Позывной был объявлен достаточно давно, поэтому причина удивления US4IRT, по меньшей мере, непонятна.
Еще непонятнее идея команде F6KOP "поинтересоваться поддерживается ли такой префикс при упаковке/распаковке сообщений в программе", как будто ребятам при подготовке экспедиции больше заняться было нечем. :s8:
Программа с русским хелпом https://drive.google.com/open?id=14Z...0Ik6DWy8ftBbY_Цитата:
Сообщение от UA3GQ
Пример в MSHV (Все в автомате)Цитата:
Сообщение от US4IRT
Пробовал я эту MSHV, не понравилась, окно приемное маленькое, фильтров нет. Европа засыпит это окно и где искать DX? Нам и с JTDX хорошо.
JTDX при передаче сообщения с таким позывным не обрезает рапорт. Либо они используют старую версию WSJT-X либо это сбой многослотового режима Fox DXpedition.Цитата:
Сообщение от US5WE
Виктор...им надо было этим поинтересоваться,это входит в подготовку к экспедиционной работе...К тому же если позывной был известен и видно что он не стандартный а в планах есть работа FT8....Цитата:
Сообщение от US5WE
Измененный функционал:
Линки:
В русской локализации rc124 остались кракозябры (ромбик со знаком вопроса внутри)
Пришлось снести и поставить английскую версию. В ней все ОК.
Windows XP SP3
Да. WIN 8.1Цитата:
Сообщение от 4L6QL
Аналогично.W10 Pro 64 bit.Цитата:
Сообщение от 4L6QL
Проверяем ...
На всякий случай убрал ссылки
Работает:Цитата:
Сообщение от UA3DJY
Два из трех сообщений Вашего QSO декодированы Hint декодером, неплохо.Цитата:
Сообщение от UX8IW
а где рапорты?
Вложение 226524
Русская локализация JTDX v.2.0.1-RC124 - скорректированная версия.
Линки :
Попробуйте коллеги.
Эта экспедиция пока работает в режиме одностороннего QSO. Каждое из этих сообщений свободный текст, выдержка из файла ALL.TXT (после сообщения стоит точка что означает в принятом сообщении бит свободного текста установлен в значение 1):Цитата:
Сообщение от R7CA
20190112_184100 -18 0.1 844 ~ SP7MOC 9LY1JM .
20190112_184100 -19 0.1 904 ~ EC6AAE 9LY1JM .
20190112_184100 -17 0.1 964 ~ DK4BY 9LY1JM .
Здесь отмечен факт использования сырого тестового софта WSJT-X для работы в экспедиции TY7C в еще не законченном режиме Fox DXpedition, отличилась та же команда операторов F6KOP: https://sourceforge.net/p/wsjt/mailm...m/#msg36261555
Все в порядке, спасибо!Цитата:
Сообщение от R3BB
Спасибо, все ок!
Диаметр залитых кружочков от чего-то зависит или это оптический обман и галлюцинации?
Вложение 226529
Жирный шрифт- жирные кружки.Цитата:
Сообщение от RX3ASP
Видно же в названиях стран что он разный
Да что тут непонятного, чем кружок больше, тем DX круче! :s7:Цитата:
Сообщение от RX3ASP
У меня почему то маркер настройки на водопаде постоянно стремится занять частоту корреспондента если я кликнул по его позывному, и он отображается в окошке "Позывной DX". Смутно себе представляю, для чего это нужно, но все таки хотелось бы это убрать. В более ранних версиях этого не было. Кто-нибудь знает как это сделать?
Отслеживание последнего корреспондента из истории QSO. Можно удалить этот позывной из истории QSO когда он находится в окне DX Call правой клавишей мыши на кнопке Clear DX. При нормальной работе позывной корреспондента вносится в окно DX Call через двойной щелчок левой кнопки мыши на декодированном сообщении, в этом случае проблем со скачком RX частоты нет: она будет всегда соответствовать частоте передачи корреспондента QSO.Цитата:
Сообщение от 4L6QL
На RX частоте QSO применяется ряд решений улучшающих декодирование сигналов корреспондента. Позывной корреспондента находясь в окне DX Call используется для большей части функционала JTDX.
Ответ Joe Taylor K1JT по работе экспедиции 9LY1JM, если кратко то нестандартные позывные не поддерживаются в режиме DXpedition, в примечании сказано что операторам экспедиции имело смысл протестировать работу программ с нестандартным позывным до выезда/начала работы в экспедиции:
"
Date: Sat, 12 Jan 2019 13:47:19 -0500
From: Joe Taylor
Subject: Re: [wsjt-devel] truncated decodes of 9LY1JM on fox mode
It has nothing to do with "separate carrier". Rather, the messages are
being sent as free text and therefore are truncated when longer than 13
characters.
DXpeditions using compound callsigns like KH1/KH7Z are properly
supported in DXpedition mode. Those like 9LY1JM that use nonstandard
callsigns are not supported.
Note: Needless to say, it's best to test operation with your nonstandard
call before starting an expedition. ;-)
-- Joe, K1JT "
Да на здоровье, пусть используется! Но зачем маркер намертво привязывать к частоте корреспондента?Цитата:
Сообщение от UA3DJY
Спрошу по-другому. К слову, кто то дает CQ. Дважды кликнув по его строке я начинаю его вызывать. После двух-трех неудачных циклов, понимаешь, что зову его не я один, и найдя свободный участок перехожу туда чтоб продолжить вызывать, но маркер упрямо переносит на прежнюю частоту.
Просто не надо привязывать частоту приема к частоте своей передачи, все будет нормально. Частота приема предназначена для приема сигналов корреспондента.Цитата:
Сообщение от 4L6QL
Пользуюсь сплитом....Цитата:
Сообщение от 4L6QL
JTDX v2.0.1-rc124 Linux version from original source files by Igor UA3DJY (Many Thanks him):
Игорь! Как и Михаил писал об этом тоже, раньше только. Бывает часто кор-т после может поменять частоту (если на ней появляется "кто то" другой или по другой причине), а маркер упорно прыгает туда. Наверное, можно сделать, если оператор сам сменил частоту, опция эта отключалась? Если не трогает - пусть работает.Цитата:
Сообщение от UA3DJY
Рекомендации для пользователей :Цитата:
Сообщение от 4L6QL
Вложение 226542
Если эта рекомендация не "вдохновляет" то следующая:
Вложение 226543
Вложение 226544
Сейчас частота корреспондента в истории QSO обновляется при декодировании сообщения CQ от корреспондента либо при декодировании ответа корреспондента пользователю. Постоянное обновление частоты с каждого декодированного сообщения будет иметь проблемы совместимости с режимом 'Мультиответ' MSHV (в том числе в общих FT8 диапазонах) и режимом Fox DXpedition multislot в WSJT-X.Цитата:
Сообщение от US4IRT
Да, сейчас так и есть. Если в ущерб чему-то, то пусть остается. Уже привык.Цитата:
Сообщение от UA3DJY
Спасибо!
Пока не будем делать новой опции, к сожалению, потому что многие пользователи не могут разобраться в уже существующих опциях. Файл очищать необязательно, достаточно создать пустой текстовый файл которому потом присвоить имя lotw-user-activity.csvЦитата:
Сообщение от RZ1OA
Папка с логом при установке/переустановке программы средствами операционной системы либо JTDX не удаляется, поэтому этот файл достаточно создать в папке один раз.
Запрос с приоритетом расстояния над LoTW понятен, возможно в будущих версиях JTDX к этому придем.
Что-то я туплю. Пытался найти этот файл. И не нашел в папке JTDX. Где он?Цитата:
Сообщение от UA3DJY
Так его и нет! Надо сделать самому!
Вложение 226556
Если я не ошибся то так:Цитата:
Сообщение от UA3DJY
Вложение 226555
Цитата:
Сообщение от RU4A
Читайте иногда...Цитата:
Сообщение от UA3DJY
UA3DJY Игорь, разъясните, пожалуйста - чем обусловлена необходимость сохранения Enable TX в активированном состоянии при окончании QSO до полного окончания декодирования всех кандидатов в широкой полосе? Очистка DXCall после записи в LOG включена, но она тоже не происходит, пока горит Decode.
Корреспондент передал мне RR73, я принял и ответил 73, он принял и уже снова даёт CQ, я принял, декодировал, вывел на экран и пометил, как worked. Но JTDX зачем-то ждёт окончания всех декодирований и передаёт от меня повторное 73. Иногда это доля секунды, а иногда 4. Я понимаю, что если бы у меня был более мощный ПК... Но необходимость то в чём этого ожидания?
Может где какие галки поставить, чтобы этого не происходило? Пробовал включать счётчики, но они тоже ждут окончания декодирования. Другие режимы AutoSeq не дают нужного эффекта, но иногда вносят больший беспорядок из-за задержки декодирования.
При всём этом, если корреспондент уже отвечает другому или передаёт обычное 73, JTDX мгновенно реагирует.
Я сбрасываю Enable TX пальцем, но многие пользователи, которые "не могут разобраться в уже существующих опциях" этого не делают, из-за чего другие не могут декодировать адресованные им сообщения.
Из сообщений UA3DJY я понял, что он там должен быть изначально. И очищают его те, кому без надобности. Так у меня его нет, но значки появляются.Цитата:
Сообщение от UA3ALE
Ладно, несущественно. Главное- работает.
Изначально этот файл встроен в саму программу, чтобы изменить файл или отключить функционал уведомления 'пользователь LoTW' необходимо поместить свой файл в папку с логом. Для отключения функционала размер файла должен быть равен 0, то есть файл не должен содержать каких либо записей.Цитата:
Сообщение от R6LCF
Можно найти информацию на сайте JTDX: JTDX Russian - JTDX v2.0.1-rc123 (08.01.2019)Цитата:
Сообщение от RU4A
он здесь:Цитата:
Сообщение от RU4A
Вложение 226558
Особенность работы AutoSeq, комбинации автопоследовательности и автовыбора, на основе истории QSO: окончание QSO всегда определяется окончанием декодирования. Если из функционала убрать автовыбор то проблема которую Вы наблюдаете на слабом процессоре уйдет, но тогда JTDX по функционалу AutoSeq превратится в WSJT-X. После нескольких месяцев полировки работы связки автопоследовательность и автовыбор мы не смогли найти лучшего решения, попытки изменить код в одном месте для слабых процессоров всегда приводили к появлению сбоя в другом месте.Цитата:
Сообщение от RX3ASP
Корни проблемы в недостачном времени выделенным на декодирование при дизайне моды FT8, оно изначально не соответствовало используемому парку процессоров. Проблема будет постепенно уходить с переходом пользователей на современные процессоры.
Но сигнал второго участника QSO уже декодирован. Что может произойти, если в этот момент Enable Tx отключить? Если что-то и произойдёт нестандартное, то оператор должен включить передачу и выбрать нужное сообщение.Цитата:
Сообщение от UA3DJY
Это только для WSJT-X. В JTDX файл встроен в программу как и cty.dat.Цитата:
Сообщение от UX8IW
Может быть входящий вызов. Ручной привод кнопки Enable Tx для ответа на входящий вызов означает отказ от функционала автовыбора. Управление кнопкой Enable Tx из функционала автовыбора означает создание робота.Цитата:
Сообщение от RX3ASP
Юрий, я думаю что Вы готовы к собственной модификации кода JTDX под возможности своего процессора.
Речь как раз об отключении кнопки Enable TX - отключении робота. Не вижу никакого робота.Цитата:
Сообщение от UA3DJY
Подразумевается, что на быстром компьютере Enable TX погаснет, а DX Call очистится к началу цикла без задержки. И тогда, если был вызов от другого корреспондента, программа ответит ему. Именно как робот.
Был бы готов, свою тему завёл бы)))Цитата:
Сообщение от UA3DJY
Смысл автоматического ответа после окончания QSO на возможный входящий вызов в том что при этом минимизируется потеря времени на старт передачи сообщения. Когда пользователь вручную отвечает на входящий вызов это происходит с задержкой в 2...5 секунд, в результате сообщение передается частично и часто не декодируется на другой стороне, при этом создаются помехи другим пользователям.Цитата:
Сообщение от RX3ASP
Корни опять в недостаточном времени на декодирование выделенном при дизайне моды FT8.
Мы к сожалению уже не сможем помочь, поэтому остается только модификация кода JTDX под свои нужды.
Коллеги, подскажите пожалуйста если при декодировании FT8 сообщения от корреспондента декодером Hint в JTDX во время проведения QSO получили оценку SNR сигнала корреспондента в -25 или -26дБ. Это критерий правильной работы изменений в декодере Hint сделанных в версии rc124. Другие декодеры в JTDX такой оценки сигнала не дают.
Еще можно проверить поиском в последнем файле ALL.TXT введя в строку поиска -25 или -26.
Потенциально можно сделать но таблицу с галочками 320 стран на 11 диапазонов не поместить в окно настроек (придется прокручивать окно) а располагать в строку как сейчас сделано префиксы стран для фильтра при 11 строках неудобно. Также будут запросы добавить еще ряд экзотических диапазонов, например 136 кГц и 70 мГц, поскольку сделав фильтрацию по диапазонам мы ущемим отсутствующие в таблице диапазоны.Цитата:
Возможно ли ввести в программу фильтры стран по диапазонам, аналогично уже существующему в программе фильтру?
Допустим BY сработана на 1.8, 7.0 14.0 , ставим галочку и работая на этих диапазонах в приёмном (левом) окне она не маякует.
Представьте сколько времени займет настройка таблицы в 3500 позиций, в том числе если потребуется удалить INI файл.
Пока не случалось такого.Цитата:
Сообщение от UA3DJY
Игорь, а современные процессоры......это какие? Я давно не интересуюсь ими, пока стоит E8400 6 Гб двух ядерный вроде справляется?Цитата:
Сообщение от UA3DJY
To:UA3DJY
Игорь, а рассматривалась ли работа JTDX с двумя ini файлами? Постоянным, где прописаны Call, Grid, Notificftions и т.д., которые от версии к версии не меняются. И переменным, где отражаются изменения в пререлизе?
И как обстоят дела с введением в wanted оповещение по префиксу?
Много было уже сказано здесь о включении и отключении функции отображения программой пользователей LOTW. Это просто и понятно тем, кто на форуме и в теме. Создайте пустой файл, назовите его... и будет Вам счастье...Цитата:
Сообщение от RU4A
А вот в ситуации когда новый пользователь продукта JTDX впервые загрузив программу захочет отключить эту функцию? Глаза сломает и не разберется как это сделать. Пока кто то не отправит его сюда или не подскажет.
Мне кажется что вариант с выбором "вкл /выкл пользователей LOTW" галкой ( возможно в будущем) решит эту проблему. Сейчас читабельность значков стала намного лучше первого варианта(@).
Поддерживаю. Кому LOTW не нужны, отключил и всё.Цитата:
Сообщение от UT8NT
Подскажите пожалуйста, как правильно настроить отправку моих спотов на HAMspots.net . Пользуюсь связкой EQF с JTDX в личку R2EC#mail.ru За ранее спасибо
Последний раз мы меняли структуру INI наверно два месяца назад, также есть желание ограничить добавление новых настроек в будущие версии JTDX.Цитата:
Сообщение от EU1FQ
Пока с декодером копаюсь, оповещение по списку префиксов у меня следующее по приоритету в очереди. Функционал полезный и востребованный, планирую его сделать в коде JTDX.Цитата:
Сообщение от EU1FQ
Игорь,а как обстоит дело с режимом контеста? Будет ли?
Пока не планируем. В любом случае попытка внедрения контестов не только примерно на месяц затормозит развитие программы но и внесет в программу уйму проблем и компромиссов, в итоге выйдет нечто среднее.Цитата:
Сообщение от RA3QH
жаль..очень уж убого WSJT в этом плане выглядит...но команде виднее чем заниматьсяЦитата:
Сообщение от UA3DJY
Присоединюсь к просьбе. Сервис удобный, а последнее время споты на него не приходят вообще, если только из EQF не отправлять в кластер.Цитата:
Сообщение от R2EC
Цитата:
Сообщение от R2EC
Laurie VK3AMA (спонсор ресурса hamspots.net) возражает против прямого доступа к его серверу, поэтому отправка спотов только через программу JTAlert.Цитата:
Сообщение от RA0ZIJ
Поддерживаю проблему!!! Именно проблему! Приходится почти каждое QSO заканчивать вручную, хотя режим авто... Я понимаю начинать QSO вручную, что бы не было непрерывного цикла, но "умная концовка" из WSJT-X была бы очень в тему!Цитата:
Сообщение от RX3ASP
IMHO контест программы должны создаваться фанатами контестов и исключительно для использования в контестах, только в этом случае можно сделать отличный продукт. Основа для этого есть: исходный код WSJT-X, JTDX и MSHV открыт. Команды WSJT-X, JTDX к таким фанатам не относятся.Цитата:
Сообщение от RA3QH
PS Свободную нишу на рынке обычно быстро занимают, не удивлюсь если кто то в этом году сделает контест версию FT8 программы. Объем работы огромный и для хорошей программы потребуется непрерывное развитие в этом направлении и поддержка.
Александр, мы рассматриваем другие пути решения: со стороны программы доработка декодера для более быстрой обработки кандидатов на декодирование, со стороны пользователей установка глубины декодирования соответственно используемому процессору.Цитата:
Сообщение от UA1OMZ
хочу сказать, что с TY7C у меня была первая ЩСО в режиме FOX. Так вот, прежде чем ее провести, пришлось ставить новую WSJT. Потом мы с RW5C потренировались проводить ЩСО меж собой, все стало понятно. Однако, когда на 160 работали с TY7C, то я оказался в логе, а RW5C - нет. Похоже, у них там в Королевстве свои правила)Цитата:
Сообщение от UA3DJY
Скорее всего это был сбой в работе функционала DXpedition, на тот момент он был в самой начальной стадии разработки/тестирования и Joe K1JT тогда просил не использовать программу для работы в эфире, были специально назначены окна тестирования.Цитата:
Сообщение от RV9CX
Спасибо, Игорь. Возможно ли сделать в режиме autoseq1 отключение Enable Tx при получении RRR или RR73 сразу после одной своей ответной передачи?Цитата:
Сообщение от UA3DJY
Тем не менее есть некоторые неприятные моменты именно с последовательностью декодирования и ответных сообщений. Да, это из-за старых или плохо настроенных компьютеров, но таких пока очень много в эфире.Цитата:
Сообщение от UA3DJY
1. Передача повторных 73 из-за ожидания полного окончания декодирования. 73 должно передаваться один раз. Если надо больше 73 или что-то ещё передать, то только после вмешательства оператора.
2. Задержка передачи аудио сигнала на трансивер на некоторых многоядерных, но устаревших ПК. Если сделать один поток, то эта проблема исчезает, но декодирование становится очень медленным. Вероятно это неразрешимая проблема для владельцев слабых ПК.
3. Не явный приоритет декодирования частоты RX во время проведения QSO. WSJT декодирует в первую очередь адресованный вам вызов, а JTDX когда как. Возможно из-за этого часто на водопаде ровный сигнал, все соседи декодируются, а ваш корреспондент только со второго захода.
WSJT при обзорном декодировании широкой полосы работает однозначно хуже - меньше декодов и медленнее, но при проведении стандартного QSO как-то более предсказуемо, хотя и там есть серьёзные проблемы, например КМК преждевременная очистка DX Call.
Вчера обратил внимание, что несмотря на включенный hide dupe messages, декодируются побочные сигналы, если маркер RX на них попал случайно, а основной сигнал с более мощным уровнем блокируется.
После RRR полагается дождаться 73, а на 73 JTDX реагирует мгновенно и адекватно, как и на ответ вашего корр. другому.Цитата:
Сообщение от UA1OMZ
Просто как то непонятно работает связка...то есть споты от меня то нет...Вот сейчас идут...Цитата:
Сообщение от UA3DJY
Вложение 226625
Звуковой файл пожалуйста, на основании диагностики исправим.Цитата:
Сообщение от RX3ASP
Полагается? После принятия RRR проведение связи уже фактически подтверждено и она заносится в лог именно в этот момент! А вот в случае не принятия 73, программу зачем то зацикливает на повтор...?!Цитата:
Сообщение от RX3ASP
Аналогично. JTDX .123 в связке с EQF (h) без JTAlert - последние дни вообще ничего не шло, сегодня споты появились.Цитата:
Сообщение от RA3QH
Связь заносится в лог при передаче сообщения RR73/73. Отсутствие декодирования может означать и 'не принятие' повторного сообщения RRR. В этом случае Ваш корреспондент не занесет QSO в лог.Цитата:
Сообщение от UA1OMZ
Игорь, а как тогда это реализовано в WSJT-X и было в старых версиях JTDX, что не было повторных сообщений "73" вообще? Может ещё одну галочку? Или например в меню "настройки" - "последовательность" - "передал сообщение RR73(73)..." - минимальное значение повторов можно было бы ставить не "1", а "0", т.е. вообще без повторов!?Цитата:
Сообщение от UA3DJY
Ну а если корреспондента зациклит, на RRR или RR73, то ведь всегда можно и вручную ему передать 73?!Цитата:
Сообщение от RX3ASP
Ребята ещё раз ни JTDX ни WSJT-X ни MSHV и любая другая программа споты на hamspots не отправляет. Споты идут только из JTAlert. И как появляются споты от тех, кто не использует JTAlert это нужно спросить у автора, возможно мониторит какой-нибудь ресурс время от времени.Цитата:
Сообщение от RA3QH
Все верно Олег...споты на PSK-репортер идут,а вот как связка репортер-хамспот работает...сие тайна велика есть:s7:Цитата:
Сообщение от US-E-12
Идут с PSK Reporter туда иногда.Цитата:
Сообщение от US-E-12
Отправил файл на почту.Цитата:
Сообщение от UA3DJY
Игорь, вы не пробовали предложить им JTDX? Я правда не в курсе насколько программа поддерживает нестандартные позывные.Цитата:
Сообщение от UA3DJY
В JTDX нет многослотового режима, Михаил. Могли бы с MSHV поработать нормально.Цитата:
Сообщение от 4L6QL
Только что вроде провел связь с KV4FZ.
Он продолжительное время пытался дозваться 3A2MA, а может у них был скед, но длилось это более 30 минут.
Я в стороне несколько раз вызывал его, но без результата.
А потом он сам меня позвал, с уровнем +5.
Я ему ответил -7.
И опять пошел пинг-понг.
После 4х раз я начал давать ему 73, RR73 -все равно +5.
И только после того, как я стал на его частоту, он наконец дал мне RR73.
Но ответное 73 мне не дала дать программа.
Как я не пытался принудительно включить передачу, окно текста передачи стиралось и передача не включалась.
Включил в настройках ALL.TXT, а ничего не записалось.
Вот и не знаю, а связь состоялась?
Я отключаю авто тх и автосек и даю рр73, иначе отрубаетЦитата:
Сообщение от UR5LCZ
Скорее всего, какой-нибудь "умник" встал на вашу частоту и пытался его вызывать, видя, что вы заканчиваете связь. Я сам, иногда, так делаю. Но тут, главное, соблюсти "радиоэтикет". Надо дождаться 100%-ного окончания связи. Иначе будет так, как у вас с ним.Цитата:
Сообщение от UR5LCZ
Если после двух...трех ваших RR73 он все равно дает вам рапорт, то нечего тянуть! Надо менять частоту своей передачи.
Ребята, не могу понять, WSJT-X версия2.0.0 , есть кнопка ADD в подсказках это ( add callsing and locftor to database) не понятно что это за база?
Первое, что бросилось в глаза, это отсутствие фона и измененный шрифт корреспондентов в приемном окнеЦитата:
Сообщение от UA3DJY
Вложение 226644
WTF?Цитата:
Сообщение от US4IRT
А в программе JTDX эти пункты для "понта" вписаны? Однако все позывные с кем я сработал автоматом идут в СПОТы. Пример на скрине. JTAlert у меня не установлен.Цитата:
Сообщение от US-E-12
Опять бьем в колокола не заглянув в святцы... И когда ты ВНИМАТЕЛЬНО читать научишься... Ну на, перечитывай до полного понимания о чем речь. Ключевое слово я выделил...Цитата:
Сообщение от R9OY
Цитата:
Сообщение от US-E-12
на сервисе Hamspots споты берутся из обычных DX-кластеров и PSK-Reporter методами фильтрации. Какими? Я не знаю, спрашивайте автора HamSpots.Цитата:
Сообщение от US-E-12
+100502 :)Цитата:
Сообщение от US-E-12
Программа JTDX & WSJT-X отправляют данные _ТОЛЬКО_ на PSK-Reporter , если стоит соответствующая галочка напротив.
Уважаемые Коллеги, всем доброго здоровья!
Я сейчас напишу немного не в тему (offtop), но думаю, что эта информация может пригодиться.
Итак - у кого "слабые" процессоры, но в LGA775 (это линейка Core 2 Duo и подобных) - есть ОЧЕНЬ ДЕШЕВЫЙ способ реально "улучшиться" за крайне небольшие денежки.
На AliExpress китайцы сейчас "за копейки" распродают Intel Xeon`ы -- процессоры изначально предназначенные для СЕРВЕРОВ, с бешеной (даже сейчас) "скорострельностью" и огромным кэшем "на борту"... Процессоры предназначены для LGA771, но УМНЫЕ китаёзы "подпиливают" им корпусы и они прекрасно встают в LGA775. Там еще очень небольшая доработка, всё сделано.
В итоге! Только что у дочери поменял на её компьютере старенький Core 2 Duo E2220 2,4GHz (2 ядра) на Xeon X5450 3,0GHz (4 ядра, кэш 12 Мб) -- честно говорю, был в шоке! При 2 Гиг оперативки компьютер с Win-7 Pro стал реально ЛЕТАТЬ!..
Специально запустил LiveCD с Linux, чтобы получить какие-либо "цифровые" данные скорости и задумался! Раньше этот компьютер выдавал 4800,44 bogomips (это такие "попугаи", в них Linux измеряет скорость процессора). Теперь выдаёт 6000,18... Для сравнения - мой i5-7400 3GHz - 6000,00 ровно... И чуть старший i5-4440 -- 6185,28...
Имхо ЕСТЬ смысл задуматься! Для "наших" задач как раз скорость "математики" процессора зачастую является решающей. А тут - такой вариант апгрейда "за копейки"! Из Core 2 Duo сделать практически i5!
Кому интересно, продавцов на Ali найти крайне просто. В строке поиска ввести xeon...
73!
Подтверждаю, у меня именно так сделано. Попугаев не мерял, но это реально работающая схема. Проц 700р, перешивка БИОСа и все.Цитата:
Сообщение от R0JF
Этот комп сейчас в деревне основной.
Я даже БИОС не перепрошивал. Процессор определился верно (старая материнка что-то из GigaByte), но "завёлся" на 2,6 GHz. Пришлось зайти в БИОС и прибавить ему еще единичку множителя. Стало как положено 3GHz...Цитата:
Сообщение от RV9CX
До сих пор "под впечатлением"... Особенно жалко денег, что отдал за свои i5... :)
В любом случае Xeon в "математике" выигрывает у них... :)
раз https://vk.com/wall-90490500_534045Цитата:
Сообщение от R0JF
два https://vk.com/wall-90490500_547470
Еще хорошо походить по подвалам с жлезками... У нас I3-I5 можно купить начиная с 200 руб (в зависимости от сокета), дешевле даже чем на Али.
Подскажите почему один и тот-же позывной отмечается разным цветом?
Вложение 226679
Игорь ! Можно-ли при закрытии программы JTDX сделать автоматическое удаление содержимого файла ALL.TXT ?
Потому, что этот позывной то дает рапорт, то кого-то вызывает. Смотрите внимательно.Цитата:
Сообщение от EX8004A
А что это меняет в плане идентификации маркерами? Я не пользуюсь "Markers other standard messages", только "Higlight other standard messages" - цвет заливки постоянный, независимо от характера стандартного сообщения. Таблица ровная, в глазах не мельтешит и сразу понятно в какую строку тыкать.Цитата:
Сообщение от RX4CD
Сергей а что это меняет о данных этого позывного для меня ?--диап. мода. кор.- все одноЦитата:
Сообщение от RX4CD
Спасибо за информацию - думаю она тут как раз по теме. А на компе с Win-7 можете привести принскнин производительности компьютера, который сама винда выдает (Мой компьютер - Свойства - Индекс производительности)?Цитата:
Сообщение от R0JF
ничего не меняет...просто так раскраска выбрана у человека...у меня связи проводящиеся (не мной) в цикле на белом фоне....т.е я вижу что они мне недоступны в данный моментЦитата:
Сообщение от UA3VFL
Привет,
В выходные по пробовал работать в JT65 за 15м провел 4 связи всего то 20ватт сигналы принимал -25 и -30.Долго конечно,но мне куда спешить,по своему кайф поймал.
Да, надо чаще работать в JT65,T10 и JT9
А то, все с ума сошли с ФТ8.
Действительно эффективно, но не все так просто. Цикл статей о Intel Xeon X5460 (совместимость с материнкой, чипсетом, памятью, Bios и т.д.)Цитата:
Сообщение от RX4HX
https://xeon-e5450.ru/socket-775/xeon-x5460/
Общая скорость осталась 5,4 (на прежнем уровне) -- из-за "видео".Цитата:
Сообщение от RX4HX
А вот скорость процессора с 5,6 до 7,2 подскочила. DPCLAT задержки
на уровне 130-150 мкс показал. Ранее скачки до 2000 были.
Картинку могу вечером показать.
Хорошо ходить надо даже не по подвалам, а по крупным организациям... :)Цитата:
Сообщение от R3LO
Я вот лет 7 назад чуть от жабы не умер - работали в областной энергоснабжающей организации, как раз сидим у начальника отдела информационной защиты, заходит рядовой админ и докладывает - "шеф, всё выполнено! 2 камаза с барахлом отправил на городскую свалку"... А "барахло" - это системники, мониторы, клавиатуры, ИБП... Уровня примерно Пень-2... "Устарели". Списаны. Лучше бы детям на СЮТ или по школам раздали! Вполне себе офисные машины... Так нет - проще выкинуть. :(
Простите за лирику.
Доброе утро, коллеги!
При загрузке у меня появилось вот такое сообщение:Вложение 226696
Этот файл создает AALog3 ver 1313.
Не понятно, что это за мудрость? :s9:
Так они в другом мире живут :s8:Цитата:
Сообщение от R0JF
Работаю на поиск , отработал QSO 73! и мода переходит на CQ , это правильно ?
Правильно. Но эту функцию можно отключить.Цитата:
Сообщение от UA3VFL
=UN5J;1548319]Доброе утро, коллеги!
При загрузке у меня появилось вот такое сообщение:Вложение 226696
Этот файл создает AALog3 ver 1313.
Не понятно, что это за мудрость? :s9:
Посмотрите внимательно, в вашем ADIF файле нет позывного с которым вы работали, вероятно это ваша ошибка при сохранении QSO. Откройте лог в блокноте, удалите эту запись из лога, и все дела.
Зачем так сразу? Может связь ценная. Если помнит позывной можно вставить блокнотом и прописать количество знаков. <call:6> 9LY1JMЦитата:
Сообщение от UA0FO
[QUOTE=US4IRT;1548353]Зачем так сразу? Может связь ценная. Если помнит позывной можно вставить блокнотом и прописать количество знаков. <call:6> 9LY1JM
Ну или так.....
Сегодня обновился до версии V2.0.1-RUS-rc124. При проведении одиночного QSO получив от корреспондета RR73 прога передаем ему 73.Корреспондент уже дает заново CQ а у меня повторно идет 73.И так несколько QSO.Приходится в ручную отключать Tx.Так и должно быть или это глюк?
там два варианта покупки ......какой брать первый или второй??Цитата:
Сообщение от EU1FQ
И еще вопрос по компу.У меня процессор Intel Core I5 750 2,67Ghz на Али наткнулся на I7 https://ru.aliexpress.com/item/Free-...516e2e0e66IyFk Есть смысл заморачиватся с заменой?
Если любитель поиграть в игры - может и стоит. Для работы в JTDX/WSJT-X - однозначно нет.Цитата:
Сообщение от RW9UB
Это не только в версии 124. Это уже достаточно давно. Глюк. :)Цитата:
Сообщение от RW9UB
i7 отличается от i5 наличием hyper threading и бОльшим размером кэш-памяти. hyper threading - это механизм позволяющий на каждом физическом ядре процессора выполнять два потока команд. На некоторых программах это дает увеличение производительности, на некоторых - нет (даже может ее несколько понижать за счет затрат на распараллеливание). Повышается производительность в том случае, когда по ходу выполнения программы процессор ждет окончания процессов ввода-вывода и что бы в это время не простаивать выполняет другую часть программы. Так же и увеличение размера кэш-памяти дает прирост производительности, если при недостаточном ее размере важная часть программы не помещалась в ней, и - главное : что бы не возникала перезагрузка этой памяти из-за того, что не те данные кешировались (чем больше размер, тем больше перегружать). Для каждой конкретной программы все описанное может быть разным. И только автор программы (если сам полностью понимает как она работает) может сказать - для его программы - полезен hyper threading и увеличенный кэш или нет. Ну а пользователь может проверить полезность hyper threading самостоятельно - отключить в настройках BIOS функцию hyper threading и посмтреть как это влияет на производительность при выполнении конкретной программы - WSJT-X.
Очень интересен ответ автора по этому вопросу.
Да очень бы хотелось узнать.Так как комп для игр не использую,а JTDX будет польза?Цитата:
Сообщение от RA3QDP
В предыдущей версии у меня включался повтор на 1-2сек и сам отключался.А здесь не хочет.Цитата:
Сообщение от RX4HX
...<Работаю на поиск , отработал QSO 73! и мода переходит на CQ , это правильно ?...
...при работе на поиск нужно включать "Одиночное QSO"...и все в норме...
Вложение 226720
и другой вариант...мое повторное 73 высвечивается,но не передается...
Вложение 226723
сейчас на семерке поставил одиночное qso 5 вызовов сделал локатором и 5 рапортом - ни одного сбоя,передача отключается верcия 124(сам я редко работаю на поиск)
А кто Вам скажет правду!:)Цитата:
Сообщение от RW9UB
Может глюк, а может и нет. Это как посмотреть на протокол проведения QSO. Если внимательно читать первоисточники по WSJT-X, то можно увидеть чем отличается RRR от RR73.
RRR применяется тогда, когда корреспондент, по каким либо обстоятельствам, не очень уверен что получит от вас 73. RR73, напротив, корреспондент 100 процентов уверен в проведенном QSQ и не ждет от Вас уже ничего, в том числе и 73. (кстати, в Hound моде это четко регламентировано.) Вот и получается, что один корреспондент передав Вам RR73, тут же переходит на CQ. А вы до бесконечности в автомате будете ему давать 73. А вот другой корреспондент, передав Вам RR73, добросовестно (спорно) ждет от Вас ответного 73. И только получив его от Вас дает CQ. Вот и судите сами, глюк это, или не глюк. Пока не будет единообразия в этом вопросе, большенство будует считать что это глюк. А так ли это на самом деле?
Я об этом две страницы назад писал и до этого раза три. Никто не читал? Там и ответ UA3DJY есть.
При чём тут протокол QSO? Компьютер RW9UB не успевает декодировать всех в полосе, хотя корреспондента QSO уже декодировал. Из-за особенностей выполнения последовательности JTDX повторяет предыдущее сообщение, хотя на той стороне 73 уже получили. Как только весь поток будет декодирован, передача отключится. На быстром ПК это происходит до начала следующего цикла.
В том то и дело что он передал мне RR73 я ему 73, он дал CQ а я ему повторно 73 передаю.Хотя сейчас провел пару связей все нормально.Не понятно.Цитата:
Сообщение от EU1FQ
Прога начинает повторно и сразу отрубаетЦитата:
Сообщение от RW9UB
Возможно.Хотя на предыдущих версиях такого не замечал.Цитата:
Сообщение от RX3ASP
А Вы внимательно понаблюдайте за очень многими американцами, которые дают RR73, и не смотрят на то , чято они получили в ответ. Для них уже QSO состоялось, и им до "лампочки" ваше 73Цитата:
Сообщение от RX3ASP
Имеем:
UR5EQF_Log3 последней версии, из-под него запускается через WSJTinterface - JTDX 2.0.1-rc124
Трансивер ICOM IC-7000, подключение к компьютеру через RigExpert TI-5.
OmniRig 1.16, RIG 1 :: Rig type: IC-7000v2, Port: COM3, Baud rate: 19200, 8N1, Poll int: 100 ms, Timeout: 4000 ms
Настройки:
Radio :: Rig: OmniRig 1, Tx delay: 0.1 s, PTT Method: CAT, Mode: USB, Split Operation: Fake It!
При первом "холодном" запуске (в предыдущем сеансе все параметры были выставлены, связи проводились нормально) при переходе на передачу модулирующий сигнал как будто где-то "глушится", на индикаторе трансивера - минимум, т.е. передача включается, а "полезной" модуляции нет. Если вызвать настройки, сначала дать [Test CAT], дождаться "зеленой" кдавиши, дать [Test PTT], потом его выключить - внешне ничего не меняется, но...
Движение на "водопаде" останавливается. Декодирования нет. Если закрыть JTDX, то, как и положено, WSJTinterface тоже закрывается. А вот при повторном запуске выдается сообщение, что JTDX уже запущен. Через Task manager проверяю - так и есть, "висит" неснятый процесс. Хотя все окна закрылись до этого нормально. Хорошо, снимаю JTDX (убиваю процесс). Закпускаю повторно. Не вызываю настроек, просто смотрю на работающую программу. отвечаю на интересный вызов. И - о чудо! - появляется модуляция, все сигналы проходят "как надо". Корреспондент отвечает, QSO проводится. И потом всё вроде как бы работает. И вроде как бы процесс JTDX снимается при закрытии окон.
Такие симптомы. Чем могу помочь еще для выявления ошибок?
Добрый день в 124 версии наблюдается несколько декодирований одной и той же станции не зависимо включен или выключен Hint. В 123 такого не было, может что в настройках надо поменять?
Вложение 226727
И что с того? Я ему передал 73 и декодировал его очередное CQ - мне тоже должно быть до лампочки, но я зачем-то передаю 73. Зачем? Что JTDX хочет в ответ получить?Цитата:
Сообщение от EU1FQ
Цитата:
Сообщение от R7CA
В зависимости от быстродействия ПК и загрузки диапазона, иногда сразу, а иногда до упора.Цитата:
Сообщение от RW9UB
Смотри скриншотЦитата:
Сообщение от UY7VY
Понятное дело зачем, комп у вас тормозит, как вы говорите проц загружен. прога даёт от вас 73 пока не получит от него рр73, она получила, но комп тормозит, пока всё одуплится прога и даёт от вас эти грёбаные 73:)Цитата:
Сообщение от RX3ASP
Троллите?Цитата:
Сообщение от R7CA
Прога получила от него РР73, передала ему первый раз 73, получила и декодировала от него следующее CQ, вывела это CQ на экран, покрасила его в цвет worked и ПОСЛЕ ЭТОГО опять передаёт 73, дожидаясь окончания декодирования остальных присутствующих в полосе.
Я вижу глазами, что это QSO безусловно состоялось, а программа сомневается.
Стоит галочка "Скрыть повторные FT8 сообщения" и раньше было включено.Цитата:
Сообщение от EU1FQ
Ну так я об этом и говорю, что необходимости внести изменения в протокол. Получил RR73, все, гуляй Вася, вноси в лог. Никаких ответных 73. QSO состоялось. Оператор, если передал Вам RR73, уже внес QSO в лог. Разумно ведь сделано HOUND моде! да и многие американцы, да и не только они, только так и работают. Поэтому, заметьте, что практически все якобы глюки, возникают на границе RR73 и 73. И все это списывать на то что компьютер не декодировал, будет не совсем правильно. Всё декодирует и декодирует, а как только RR73 то не декодирует. Так не бывает.Цитата:
Сообщение от RX3ASP
нетЦитата:
Сообщение от RX3ASP
Такой алгоритм: на картинке первое декодирование с SNR -24, второе с SNR -04, для AutoSeq вторая частота правильная поэтому сообщение с сигнала с большим SNR будет выведено на экран независимо от опции скрытия повторов. Первое сообщение на момент декодирования второго уже было выведено на экран, поэтому как повтор первое сообщение не удаляется.Цитата:
Сообщение от UY7VY
Попробуйте запустить JTDX напрямую, отдельно от UR5EQF и второй вариант при выключенном UR5EQF.Цитата:
Сообщение от R2ADF
И для WSJT-X и для JTDX полезны. JTDX будет быстрее декодировать, JTDX и WSJT-X смогут более уверенно работать в условиях нескольких одновременно работающих программ либо при выделении ресурсов процессора другим задачам. Чем больше процессор имеет работающих логических ядер (физические ядра + hyper threading) тем больше программ JTDX (например для разных диапазонов или разных антенн/приемников) на нем можно использовать.Цитата:
Сообщение от RA3QDP
Для JTDX и WSJT-X на i7-880 за счет тактовой частоты время декодирования будет на 15 % меньше, для JTDX за счет 8 логических ядер время декдирования еще примерно на 30..50% уменьшиться. Либо можно на i7-880 включить два одновременно работающих JTDX, будут работать примерно как один JTDX на I5 750.Цитата:
Сообщение от RW9UB
Для чего и чем помешал этот файл?Цитата:
Сообщение от EW4TT
Там где желтый цвет сработало уведомление 'новый QTH квадрат'.Цитата:
Сообщение от EX8004A
Его объём растёт с каждым днём, а какой смысл хранить историю записей уже прошедших QSO ?Цитата:
Сообщение от UA3DJY
логично предположить - раз i7 стоит дороже, чем i5 (и в нем 8 потоков, а не 4 и кэш больше, да и частота чуть больше) значит он - лучше (вообще-то).Цитата:
Сообщение от UA3DJY
Но я ведь объяснял и аргументировал - что не для любой программы это лучше. Понятное дело, что если процессор с трудом или на пределе справляется с важной программой, то следует не запускать одновременно другие программы или максимально по возможности ограничить их количество (и пользоваться максимально "легкими" для процессора).
Раз Вы - автор программы, то объясните (если точно это знаете) - приносит ли ей (запущенной в одном экземпляре) пользу (или вред) hipertrading и почему (каким таким вводом-выводом занимается процессор во время операции декодирования) и на счет размера кэш-памяти - помещается ли декодер в нее (в какой именно размер кэш памяти) и происходит ли перезагрузка кэш из-за условных ветвлений ?
Сами Вы пробовали сравнивать i5 и i7 при РАВНЫХ частотах ? Если - да, то по какому критерию сравнивали и как вообще ДОСТОВЕРНО судить о степени и достаточности быстродействия компьютера для Вашей программы. Может сделаете встроенный в программу тест на типовых данных и ее алгоритме (как это сделано, например, в winrar или 7zip). А то по-накупят люди i-7_х или Xeon_ов на последние деньги, а - зря (или почти зря).
Файл меняет название каждый месяц (дата стоит в названии). Т. е. на каждый месяц свой файл. За прошлый месяц можно удалить. Если так уж хочется - удалить можно вручную с меню.Цитата:
Сообщение от EW4TT
Очень даже полезный файл, особенно в случае, если нужно доказать DX-у, что QSO было. ;)Цитата:
Сообщение от UA3DJY
JTDX в декодере FT8 делит полосу водопада на количество потоков, каждый поток декодирует свой кусок полосы. За счет этого увеличение количества логических ядер с 4-х до 8-ми дает прирост в скорости декодирования. Встроенный тест программе не нужен, можно взять пакет файлов записанный с эфира и проиграть его в программе. Разница во времени декодирования пакета файлов будет видна в файле ALL.TXT, частично будет размазана временем доступа к диску для чтения файлов, обработкой сигнала для водопада.Цитата:
Сообщение от RA3QDP
C разным размером кэша процессора на время декодирования не тестировал.
Установил версию 124.
Дал общий вызов. Подошел бразилец, дал ему рапорт.
От него почему-то рапорта не получил, хотя уровень был нормальный.
И программа начала опять давать общий вызов.
Уже в ручном режиме, опять дал ему рапорт и связь состоялась.
Так было несколько раз.
Иван, как у Вас настроены счетчики сообщений? Часто можно найти причину непонятного поведения в файле ALL.TXT включив запись в него диагностики:Цитата:
Сообщение от UR5LCZ
а если не использовать "виртуальные" ядра, а использовать только физические - может и не изменится производительность ? Вы так и не ответили - сравнивали ли Вы конкретно i7 c i5 на равных частотах или может быть - отключали гипертрейдинг у i7 для сравнения - ответьте конкретно, пожалуйста.Цитата:
Сообщение от UA3DJY
Ведь чем отличается процессор с гипертрейдингом от процессора без него - всего лишь двойным количеством регистров, а вычислительные ресурсы остаются - ТАКИЕ ЖЕ. И прирост производительности возможен ТОЛЬКО за счет использования второго потока, когда простаивает первый поток. Но, ведь не во всех программах это так. А если простоев нет или их мало, то искусственное разделение программы на несколько потоков только замедлит обработку (за счет "накладных расходов" на распараллеливание).
Приведите, пожалуйста, файлы ALL.TXT с комментариями, что бы пользователи могли научиться определять достаточность или недостаточность своих компьютеров.
На счет нужности встроенного теста (ведь и скорость создания архивов можно секундометром засекать, однако в архиваторах сделали) - думаю пользователи были бы благодарны, если бы каким-то образом программа сообщала им - успевает она работать или нет. Не обязательно тестом (хотя получающимися в результате значениями "в попугаях" удобнее всего было бы оперировать,
можно, например было бы сделать "красную лампочку" или еще как-то сигнализировать, что программа не успевает, но информативней в числах - на сколько именно не успевает или с каким запасом успевает.
В принципе все это видно из программы. Если окно пятнадцатисекундного интервала уже начало наполняется, а кнопка Decode еще включена, то по секундомеру этого окна вполне можно определить время задержки декодирования. И наоборот. Для приблизительного анализа разных вариантов работы вполне хватает.Цитата:
Сообщение от RA3QDP
Не сравнивал: у меня нет i7.Цитата:
Сообщение от RA3QDP
Цитата:
Сообщение от RA3QDP
На декодирование сигналов в моде FT8 до конца интервала остается примерно 600 миллисекунд, на этой картинке декодирование заняло примерно 1.6 секунды, то есть вышло в интервал предназначенный для передачи сообщения. Ресурсы процессора можно считать достаточными когда для большинства интервалов на загруженном диапазоне декодирование заканчивается в рамках принимаемого интервала.Это давно реализовано записью диагностических сообщений в файл ALL.TXT.Цитата:
Сообщение от RA3QDP
и что - на бумажке в столбик людям считать (сидя за компьютером) ? Почему бы не дописывать после Decoding finided соотношение этих интервалов ?
На каких процессорах Вы пробовали Вашу программу ?
Что я и делаю ежедневно, а хотелось-бы автоматизировать этот процесс:s7:Цитата:
Сообщение от US4IRT
Наверное, в этом будет сенс, когда закончится тестирование программы?Цитата:
Сообщение от EW4TT
Не видим в этом необходимости: пользователи работающие в эфире сравнивают время окончания декодирование с границей интервала, для пользователей мониторящих диапазоны такая проверка не нужна.Цитата:
Сообщение от RA3QDP
- так и не ответилиЦитата:
Сообщение от RA3QDP
Цитата:
Сообщение от EW4TT
Цитата:
Сообщение от US4IRT
В программе есть альтернативное решение: отключаете запись декодированных сообщений и у Вас в файл будут записываться только Ваши QSO. Размер файла будет небольшой, при необходимости Вы всегда потом сможете найти информацию о Ваших попытках провести QSO:Цитата:
Сообщение от EW4TT
Сохранение истории QSO востребовано при получении QSL карточки (бумажная или eQSL) за связь которой нет в логе, в этом случае оператор может проверить была ли попытка этого QSO и чем она окончилась.
не ужели трудно это посчитать в программе ?Цитата:
Сообщение от UA3DJY
I cfm , вариант действительно хороший (при условии совместимости с "железом" конкретного компа )Цитата:
Сообщение от R0JF
вот тут под спойлером есть сравнение Quad Q6600\Xeon L5430\i5-3320M применительно к декодированию тестовых пакетов программой JTDX (это информативней применительно к теме чем "попугаи").
Более ранние посты где я неоднократно писал что древний по сути комп в конфиге Xeon L5430 / P35 chipset / 6Gb DDR-2 без задержек работает с JTDX искать смысла не вижу ....
Почему у меня не любимый многими Xeon X5450 а именно Xeon L5430 чуть меньшей производительности и я целенаправленно искал его ? (при том что "пиленых" L5430 в 2016м когда я делал апгрейд было не найти - пилил ЦП и клеил джампер сам).
Всё очень просто , сравнение характеристик : TDP (Thermal Design Power) : 120W X5450 / 50W L5430 - для меня оказалось решающим фактором (до этого много лет стоял Q6600 c TDP 105W , опыт уже был).
Да не вопрос , под спойлером скрин с индекса производительности win7 sp1 64bit и инфо о ЦП из CPU-Z :Цитата:
Сообщение от RX4HX
Xeon L5430 оценивается win7 на 7.2 при максимально возможном 7.9 , на X5450 в теории должно быть ещё немного побольше.
Да это так , прежде чем покупать Xeon стоит уточнить на предмет совместимости с конкретным "железом" , тоже об этом предупреждал в ответ на: "просто старый снял, новый поставил"Цитата:
Сообщение от EU1FQ
Остаётся надеятся что решивший последовать восторженным отзывам коллег прочитает Ваш или мой посты перед покупкой ...
Файл CALL3.TXT, в WSJT-X используется для декодера на согласованных фильтрах на диапазонах УКВ.Цитата:
Сообщение от UA1CSB
Кто пользуется Logger32 как я понимаю время декодирования может посмотреть в UDP окнеЦитата:
Сообщение от RA3QDP
Хотя согласен - время, затраченное на декодирование, можно вывести внизу вместо даты, которая тут совсем не нужна.
Косвенно, по факту у Вас время затраченное Logger32 на обработку поступивших UDP сообщений, включает в себя задержки среды передачи и обработки этих сообщений в программе.Цитата:
Сообщение от LY3BG
Может и так, но последняя строка о времени появляется в тот момент, когда гаснет индикатор Decode.Цитата:
Сообщение от UA3DJY
А какого ответа от Игоря Вы ждали? У него, если я не ошибаюсь, i5...Цитата:
Сообщение от RA3QDP
"Музея" дома нет, чтобы проверять на всех возможных.
Почитайте форум, тут многие высказывались о своих процессорах.
У меня работает на Celeron J1900 и i5.
Ну если Вам это так сильно необходимо - помогите и напишите свой "счетчик" для внедрения в программу! Вроде бы кроме Вас никому это особо не надо. Значит - присоединяйтесь к Команде!Цитата:
Сообщение от RA3QDP
Цитата:
Сообщение от UA3DJY
В Вашей конфигурации так, если пользователь подключит Logger32 к JTDX через VPN с другого континента то выглядеть может по другому.Цитата:
Сообщение от LY3BG
Владельцы I7, действительно, попробуйте отключить hyper-threading в BIOS и посмотрите, как изменится нагрузка на процессор.
Было бы очень познавательно и полезно!
Это ответит на вопрос - насколько надо производить апгрейд своего компа.
Столкнулся с проблемой задержки в работе программы, совместно с работой своего СДР трансивера.
Не только.Цитата:
Сообщение от RA3QDP
Если у i5 4-6 физических ядра, то в i7 их может быть и 8... Впрочем, и 2 тоже может быть.
А HyperTrading и некоторые i5 поддерживают (i5-8200, i5-8269 например).
Надо конкретные модели сравнивать.
Но в целом - выигрыш при апгрейде будет не слишком заметен.
У меня на службе вообще i3 - и я не вижу принципиальных тормозов по сравнению в домашними i5. Некоторые простые задачи даже быстрее выполняет.
Проц AMD Athlon X4 760K нагрузка не бывает больше 30 процентов.
Ну,что готовы на 79bit версию!
Взломали и все..
https://nt7s.com/2018/12/ft8-cracked...n+the+Ether%29
Скорее всего опечатка, думаю что речь о протоколе 77 бит и его реализации на определенной платформе.Цитата:
Сообщение от K2PAL
Опечатка 100%, человек просто под ардуино замутил, просит потестить. Причем сам разобрал реверсом. Красавчег !
https://github.com/etherkit/JTEncode...26fc5a198af9fbЦитата:
Сообщение от EW4C
минутку, я залез к нему в код, номер 266 и,что он ошибся снова?
Add support for FT8 protocol (79 symbol version introduced December 2018)
я не программист может 79 это не бит,а что то другое.
Да при кодировании сообщения он действительно расширил протокол до 79 бит, но в коде не видно чтобы новые биты для каких либо целей используются, наверно задел на будущее.Цитата:
Сообщение от K2PAL
Вопрос по моде JT65
Пользуюсь программой JTDX 2/0 rc 117. Ситуация:
1.
На 20 м дает общий вызов R0LM. На диапазоне более никого. Кнопки Авто ТХ, АВТО Сек нажаты = зеленые. Нажимаю кнопку Разрешить ТХ. Стукаю по строке, позывной вводится в правое окно, заносится в поля макросов. Начинает 1 цикл передачи - вызов. Затем, цикл декодирования. Видно, что R0LM меня не слышит, снова Секу. Моя JTDX вроде начинает повторный цикл передачи вызова, но через пару секунд переходит в режим приема и очищает окно макросов, переводя на макрос СеКу !!??....:ха-ха:... Приходится вручную повторно нажимать Разрешить ТХ
-----------------------------------------------------------
2.
Заметил, что при каждом СеКу частота R0LM смещает вверх на 2-3 герца.
------------------------------------------------------------
Почему так происходит, подскажите
С такой постановкой вопроса ответа не будет! Как первоклассник!
Надо хотя бы скрин экрана! А так письмо на деревню дедушке ... Иванычу! :)
Да все он (в смысле-я) видит и слышит...Цитата:
Сообщение от RX1AG
У меня практически всегда отключено разрешение на повторные связи... Я не гонюсь за количеством, работаю в основном с новыми позывными... Так что все у Вас нормально с передачей...
А вот по поводу скачков частоты-у меня показывает частоту стабильную... В данный момент-1583 и так все время...
Мы же только вчера проводили связь...)))
1. Я не сделал скрина... Сейчас вашего сигнала на диапазоне не вижу. Если нужно для убедительности, давайте еще несколько раз СеКу -я сделаю скрин.Цитата:
Сообщение от R0LM
2. То, что Вы продолжаете давать Секу и не отвечать-это Ваше решение. Хотя у меня показывает, что на моде JT65 ЩСО не было на 20м - ваш позывной зеленый
Меня более интересует, почему у меня JTDX отключает режим ТХ и очищает макросы? Неужели Вы передаете некий "секретный" сигнал моей JTDX на отключение режима ТХ? Ведь, такое явление наблюдаю не только с вашим коллом , но и другими.
Валентин, лично я охотно верю всему , что Вы написали и претензий никаких не имею... Может и есть смещение частоты, я написал, что у себя этого не вижу...
А по поводу не ответа на CQ- ну что тут можно сказать... Я не знаю вызова типа CQ NOT DUPE, а повторные связи мне не интересны... Мы с Вами вчера провели QSO на этом диапазоне и этой модой, увидимся на других диапазонах/модах - отвечу с удовольствием...
Здесь Вы правы..., прошу извинить. Я посмотрел Лог JTDX - действительно, мы вчера провели ЩСО и получается повтор.Цитата:
Сообщение от R0LM
Смотрите Ваши настройки счетчиков сообщений. Также причину должна показать диагностика в файле ALL.TXT, включается здесь:Цитата:
Сообщение от RX1AG
2. Пробуйте понаблюдать за корреспондентом без включения на передачу.Цитата:
Сообщение от RX1AG
Если частота каждый раз уходит, значит от прогрева у него дрейф.
А если уход после Ваших вызовов - может у Вас выбег быть.
Особенно это заметно на ВЧ диапазонах. А на УКВ - до десятка Герц за несколько циклов.
Вложение 226814
А Вы меняли цвета в настройках? Зеленый по умолчанию - worked one.Цитата:
Сообщение от RX1AG
Во как у некоторых частота меняется:
Вложение 226819
У меня цвета были выставлены не совсем правильно/с моей точки зрения/. Сейчас выставил по принципу "светофора" так:Цитата:
Сообщение от RX3ASP
Все новые позывные - зеленый. С ними можно работать
все сработанные позывные - красным. Их не нужно вызывать...
новая страна синий
А было наоборот. Поэтому, я тупо упорно звал R0LM...:s8:....
------------------------------------------------------
Но остается пока не разгаданным явление не санционированного отключения кнопки Разрешить ТХ на некоторых СеКу коллах при 2-3 повторении моего вызова. Отмечаю, что колл не повторный и не начинает отвечать другому. А продолжает давать СеКу
Ранее такого не было. Сейчас появился какой-то сбой у меня в программе. И на моде JT65 и на FT8. Причину не могу определить. Наводки ВЧ исключены.
Заметил такое...Ставлю режим Autoseq6...Программа начинает "подбирать" тех кто дает RR73 а ранее "подбирала" в этом режиме только те новые станции кто дает CQ,при отсутствии таковых сама давала CQ....Пока не понял в чем дело,вроде ничего не включал нового...О...даже такое вижу...Программa "подхватила" дающего RR73 и начала звать несмотря на то что в цикле были новые станции дающие CQ....
У меня прога без моего участия может провести ЩСО.
Это происходит в случае, когда я на приеме, включено АУТОСЕК и меня вызвал кто-то. Программа сама переходит на вызывную частоту и проводит полное ЩСО. Затем, выключается.
-----------------------------------------------------------
Сейчас в ФТ8
Опять происходит сбой. Англия дает СеКу. Вызываю...Первый выхов нормально, корр не отвечает и в правом окне не показывает его работу. На 2 цикле передачи после 1 секунды происходит очистка макроса, позывной исчезает, переходит в режим СеКу и идет мой вызов на частоте англии. Затем, появляется новое Секу от англии и прога не включает мой вызов!!?? просто не знаю на что и думать. Ничего не ковырял, не трогал. Работала нормально и вдруг начала давать сбои.
---------------------------------------
Вопрос
Работаю в прогах JTDX WSJT Хочу объединить их журналы. Хочу вручную соединить их логи, затем положить его к JTDX. Будет ли JTDX показывать у себя в окне цветные повторы, которые были проведены в WSJT?
В свете этого, вопрос:Цитата:
Сообщение от RX1AG
Как должна работать функция AutoSeq1 > Call worked B4 callsigns? Как я понимаю, отсутствие галки на ней должно блокировать передачу сообщений, адресованных worked B4, но этого не происходит.
Где-то давали ссылку на описание работы АутоСек... Не читал...Цитата:
Сообщение от RX3ASP
это ПОСЛЕДОВАТЕЛЬНОСТЬЦитата:
Сообщение от EU1FQ
снял все галки в нем, сейчас попробую...
Посмотрите закладку SequencingЦитата:
Сообщение от RX1AG
Разумеется. Логи и той, и другой - обычные ADIF-файлы. Можно их "склеить" и вручную.Цитата:
Сообщение от RX1AG
Я бы даже посоветовал бы, если основной программой в дальнейшем будет JTDX, оставить после "склейки" лог в каталоге JTDX, а для WSJT подсунуть его же с помощью симлинка.
https://ru.jtdx.tech/ru-faqЦитата:
Сообщение от RX1AG
Получается, что, посмотрел PSKreporter, увидел интересующего и давай его звать, а вдруг у него тоже "включено АУТОСЕК" ? :)Цитата:
Сообщение от RX1AG
Покажите, что такое симлинк?Цитата:
Сообщение от RM1F
Нет, нет...Цитата:
Сообщение от RA1WU
У меня ноут с FT8 работает без подключений логов, интернета, споттинга и прочих "штучек". Он слабый и еле справляется с ФТ8.
Симлинк (symlink) - символьная ссылка, в UNIX и Linux существует с незапамятных времен, в Win доступны начиная с Vista. Позволяет ссылаться на один и тот же файл из разных мест по (различным) именам - в данном конкретном случае, один и тот же файл лога будет доступен как по имени (например) C:\Users\Vladimir\Local\JTDX\wsjtx_log.adi (настоящий файл), так и по имени C:\Users\Vladimir\Local\WSJT-X\wsjtx_log.adi (а это уже симлинк). Очень удобно, полностью снимает все проблемы с синхронизацией лога между разными программами.
Подробности тут: https://ru.wikipedia.org/wiki/%D0%A1...BB%D0%BA%D0%B0
Upd: в Win XP это тоже можно сделать - https://sysadmin.ru/articles/windows...ssylku-simlink
А вот про Call worked B4 callsigns так ничего и нашел, только - fixed bug of 'Call worked B4 callsigns' functionality, now all combinations of 'Answer worked B4 calls' / 'Call worked B4 callsigns' shall work properlyЦитата:
Сообщение от RA3QH
И это - устранен сбой отключения функционала ответа на CQ повторных корреспондентов в AutoSeq4+. Теперь все комбинации 'Answer worked B4 calls' / 'Call worked B4 callsigns' должны работать верно. К выходу 84 версии JTDX
То есть этот запрет на вызов В4 работает только в AutoSeq4+?
Прошу прощения за задержку. Вот:Цитата:
Сообщение от RX4HX
Измененный функционал:
Линки:
Игорь, это оценка производительности компьютера с процессором Xeon в 775 сокете?Цитата:
Сообщение от R0JF
Русская локализация JTDX v.2.0.1-RC125.
Линки :
Попробуйте коллеги.
Еще должны быть настроены уведомления по критериям 'новый'. Программа считает позывной ранее сработанным если не удовлетворен ни один из выбранных критериев 'новый', то есть по остаточному принципу. Если включить подчеркивание или зачеркивание сообщений B4 то будет наглядно видно какой из позывных определяется программой как B4.Цитата:
Сообщение от RX3ASP
Если программа вызывает такой позывной то необходима картинка всего основного окна и кусок файла ALL.TXT за этот день.
Функционал поиска среди корреспондентов передавших сообщения 73/RR73 был добавлен уже после перехода на протокол FT8v2, информация об этом есть на сайте JTDX в части измененного функционала по конкретным версиям.Цитата:
Сообщение от RA3QH
Возможно, я не правильно понимаю суть работы этой функции?Цитата:
Сообщение от UA3DJY
Включил зачеркивание. Включены новые DXCC, CALLS по модам и диапазонам, подсветка worked ones и др.станд.сообщений. По квадратам уведомление отключено, но пробовал включать - бестолку.
Жму два раза на зеленого и зачеркнутого CQ CALL в левом окне - передача идёт. Галки на Call worked и Answer B4 ничего не меняют.
Когда меня вызывает В4, то ответа нет - работает.
Огромное спасибо за эту фичу!!!Цитата:
Сообщение от UA3DJY
Попробовал использовать на cq дней 10 назад.
Очень понравилось! Пока в отпуске - собираю
всех новых в фт8! Уже примерно 2000 qso.
Про ft8v2 не в курсе, но пока катаюсь
на старых версиях и, - там это есть...
Уважаемые знатоки JTDX !Пожалуйста,поясните предназначение (только так что-бы было понятно- на форуме часто очень заумно пишут,для узких специалистов) кнопочки Fake Jt .Мой приятель пояснил,что ,якобы, это для работы с DX . Если это так, то как ее пользоваться ?Николай.
Жмете сами - получаете ручное управление, здесь мы не ограничиваем желание оператора, когда программа управляет то автовыбор работает по заложенному алгоритму.Цитата:
Сообщение от RX3ASP
Здесь раздел 'Функционал Split operation' Установка софта JTDXЦитата:
Сообщение от UA3DNK
Если кратко то функционал Split закладки Radio будет удерживать частоту звука подаваемого на передатчик в диапазоне 1500...1999Гц чтобы исключить появление гармоник звука в спектре излучаемого радиосигнала. При этом изменение частоты звука с установленной Вами звуковой TX частоты в программе будет компенсироваться изменением частоты VFO трансивера через CAT интерфейс.
В варианте Fake It используется один VFO трансивера частота которого будет меняться программой при переходе с приема на передачу и обратно, в варианте Rig - два VFO трансивера, один на прием второй на передачу.
Коллеги, а режим DXpedishion полностью функционален в последних версиях JTDX? А то только из-за этого держал резервной WXJT-X. Видно я где-то что-то упустил по этому вопросу, а теперь не могу найти инфу...
да работает всеЦитата:
Сообщение от RV6ARZ
Теперь понял...Я просто как то пропустил эту информацию а Autoseq6 редко пользуюсь...Потому и только заметил:s7:Цитата:
Сообщение от UA3DJY
Да, именно так.Цитата:
Сообщение от UA9LT
JTDX v2.0.1-rc125 Linux version from original source files by Igor UA3DJY (Many Thanks him):
ОК! Сказал спб. :p-up:Цитата:
Сообщение от RA3QH
Игорь,спасибо за оперативное разъяснение и ВАШ продукт- JTDX ! Читаю форум и приятно удивляюсь настойчивостью,целеустремленностью и бескорыстностью ВАС и ВАШЕЙ команды ! Молодцы ВЫ и супер ваш продукт ! Читающие мои строчки- не судите строго-от души пишу... Николай.
Жалко смотреть, как "мучаются" операторы 9LY1JM в FT8, передавая без рапорта ответ! Кто догадывается нажать R-рапорт, но 90% нет, ждут от программы правильного ответа.
Игорь! Думаю, что при включенном "Hound" режиме должен быть свой (единственный) AutoCQ. Остальные должны отключаться.
скажите а где этот файл взять?Цитата:
Сообщение от UA3DJY
Его брать не нужно, Валерий. Он в программе.Цитата:
Сообщение от UA9OP
а проц Х5460 или Х5430??? какой лучше ставить???Цитата:
Сообщение от R0JF
то есть его визуально не видать?Цитата:
Сообщение от US4IRT
Да.Цитата:
Сообщение от UA9OP
Так эта программа F/H сама в автомате работает, достаточно нажать ТХ и ждать ответа 73. Передача рапорта у меня при Hound работает в автомате.Цитата:
Сообщение от US4IRT
Еще бы сделать этот подбор по критериямЦитата:
Сообщение от RA3QH
(к примеру искл Европу...)
Вообще бы была сказка.
Фильтр по повторам отрабатывает супер,
но вот время на ближние qso при подборе,
уходит много.
Больше консультаций не даю. :)Цитата:
Сообщение от UA9OP
Я показал направление - дальше решайте сами! На СВОЙ страх и риск. :)
PS 5460 лучше, чем 5430.
Так и есть, для Hound режима не используется функционал автовыбора и используется оговоренная в протоколе сообщений QSO DXpedition WSJT-X (поскольку этот протокол специфицирован изначально командой WSJT) последовательность сообщений.Цитата:
Сообщение от US4IRT
Оценку производительности любого процессора можно посмотреть на сайте PassMark Software страницаЦитата:
Сообщение от UA9OP
CPU Benchmarks
и сделать соответствующие выводы. Например:
Средняя оценка
X5460 - 4331
E5430 - 3773
Подскажите,плс
Можно ли слить в один АДИ файл логи MSHV и JTDX? И вставить его в прогу JTDX для наблюдения повторов. Смотрел их АДИ-они как-то отличаются порядком написания. Нужно ли будет делать ручное исправление?
Можно.
Первая строка в ADIF-файле - это заголовок типа WSJT-X ADIF Export<eoh>. Далее идут записи о проведенных связях, каждая из которых содержит ряд полей и завершается меткой <eor> - End Of Record, конец записи. Порядок полей в записи не имеет значения. Равно как и порядок записей - он может быть совершенно произвольный, а тот факт, что обычно записи идут в календарном порядке - просто удобен разработчикам ПО, чтобы просто дописывать в конец файла очередную запись.
Так что руками править ничего будет не надо.
Xeon X5460 = Harpertown 45 nm , 4cores , 3,16 GHz , 12M Cache , TDP=120 WЦитата:
Сообщение от UA9OP
Xeon X5450 = Harpertown 45 nm , 4cores , 3,00 GHz , 12M Cache , TDP=120 W
Xeon E5430 = Harpertown 45 nm , 4cores , 2,66 GHz , 12M Cache , TDP=80 W
Xeon L5430 = Harpertown 45 nm , 4cores , 2,66 GHz , 12M Cache , TDP=50 W
Индекс производительности win7 при установке Xeon на MB 775 сокет :
7.2 на X5450 у R0JF (модель MB , чипсет , система охлаждения неизвестны)
7.2 на L5430 у R2PU (MB GA-P35-DS3 , чипсет Intel P35 , система охлаждения TTC-NK34TZ )
Понятно что "попугаи" оценки не дают полной картины + возможно накладываются различия двух конкретных систем , но факт как говорится налицо , решайте сами: ставить "горячий Xeon по максимуму" , или ориентироватся на TDP (Thermal Design Power) - возможности обвязки MB по питанию ЦП и системы охлаждения тоже не безраничны.
P.S. Модифицированные Xeon совместимы далеко не со всеми системами socket775 , перед покупкой стоит уточнить совместимость с Вашим "железом". Ссылка на цикл статей о совместимости есть в сообщении EU1FQ
Выбор и все действия - делаете естественно только на свой страх и риск :s7:
Хорош меряться чипсетами. Создайте отдельную тему и вперёд.
обновил спецификации мод на русскоязычном сайте JTDX: JTDX Russian - Спецификации режимов работы
Да не вопрос , могу вообще перестать писать. Устроит ?Цитата:
Сообщение от US-E-12
1. Чисто по человечески было жаль коллег которые прочитав именно здесь в теме восторженные отзывы о апгрейде старых компов на Xeon написанные в духе : "просто старый снял, новый поставил"(с) потратят время и деньги ....... а в итоге "новый" ЦП возможно не заработает у них из-за несовместимости с чипсетом MB (или как вариант для полного счастья вообще оставит без компа спалив MB )
2. Всё написанное мной ранее на тему "железа" - зачастую не более чем ответ на периодические посты коллег о: "торможении софта JTDX на слабых компах" . Возможно кому то помогло (нескольких знаю точно) - и то неплохо (см подпись).
3. Коль скоро тема "работа с тестовым софтом" - то я не очень понимаю как тестировать некоторый функционал софта например в части декодирования не уточняя при этом "железные" подробности (конфигурации систем) - компы это ведь не только ЦП .
4. Мои посты вроде этого или вообще этого (о ужас , там помимо чипсета ещё и полпоста про BIOS) - это зачастую связка : "софт+железо". Как там разделить для разных тем : где кончается софт и начинается железо ?
Соответственно :
-Либо я пишу в этой теме как могу (вроде как соотношение "сообщений\поблагодарили" показывает что кому то это нужно).
-Либо вообще не пишу (как писать о одном не уточняя другого , или как разнести это по разным темам я не знаю-софт и железо зачастую очень тесно связаны между собой).
-------
upd 15:56 for R0JF :
Большое Вам спасибо!Цитата:
Сообщение от R2PU
За такую оценку моего искреннего порыва подсказать людям вариант апгрейда.
Никогда не забуду!
Слил файлы АДИ от всех прог JTDX WSJT MSHV, что использовал в прошлом году, в один файл АДИ. Назвал его wsjtx_log.adi, поместил в нужную папку TDXTDX.Цитата:
Сообщение от RX1AG
Включил JTDX, смотрю приемное окно. Все сработанные позывные в настройках обозначены КРАСНЫМ, все новые позывные выходят у меня ЗЕЛЕНЫМ. Мне нужно определить возможное ЩСО на предмет повтора. Нужно что окно JTDX показывало
1. или новые позывные
или
2. ранее сработанные позывные
Проверяю некоторые из окна JTDX ЗЕЛЕНЫЕ на повтор в логе EQF- вижу что ЩСО с ними имеется- т.е. это повторные ЩСО !!??
Означает ли это что прога JTDX не может вывести повторные ЩСО в свое окно? И почему? Возможно, в настройках УВЕДОМЛЕНИЯ неправильно выставил?
-----------------------------------------------------
Предполагаю, что назначение цвета для ЩСО в JTDX не зависит от файла wsjtx_log.adi
Всё она (jtdx) делает...Цитата:
Сообщение от RX1AG
1. Проверьте, соответствует ли формат "слитых" Вами файлов тому, что использует jtdx.
(откройте в блокноте 1-й, 2-й, и оригинальный).
2. Не забывайте, что jtdx, в зависимости от Вами сделанных установок, может "дупы" смотреть либо глобально, либо по диапазонам, либо по модам.
Все соединенные файлы АДИ проверены. Отдельно внесены в лог EQF... EQF показывет, что с "зеленым" коллом есть повтор на данном банде. Соответственно поле окрашивается зеленым...Цитата:
Сообщение от R0JF
А вот JTDX показывает что это новый позывной.!!??
JTDX Установки в УВЕДОМЛЕНИЯ след
стоят галки на
1.новый позывной
2.выделение цветом повторов
работают установки цвета
1.новый позывной -зеленый
2. сработанный позывной- красный
Так глаза можно посадить. Красными тонами надо выделять то, на что надо обратить особое внимание - новые DXCC в первую очередь. Что, собственно по умолчанию уже настроено.Цитата:
Сообщение от RX1AG
У меня так:
В глазах не рябит, всё читается, а если что-то интересное, то сразу видно издалека.
Мне ДХ не нужны... Они проскакивают очень редко. Работаю на поиск. Сейчас у меня одна Европа. Нужна индикация новых и сработанных коллов, чтоб не было повторов при моем вызове.Цитата:
Сообщение от RX3ASP
Лучше картинку покажите. Проще будет разобраться.Цитата:
Сообщение от RX1AG
Что бы дать чёткий Вам ответ, покажите уже свои настройки УведомленийЦитата:
Сообщение от RX1AG
Валентин ну куда еще проще?Цитата:
Сообщение от RX1AG
я не любитель светофора
Куда проще?Цитата:
Сообщение от RX1AG
привет Андрей!Цитата:
Сообщение от R3HH
Я если и вижу ДХ в окне и вызываю, то вероятность ответа 1%...:s8:... Или не слышат, или кто-то перебивает.
Сейчас раскрасил по принципу "уличного светофора" так
новый позывной -- зеленый
новый позыв банд/мод-- светло зеленый
галки стоят
новый позывной
выделение цветом повторов
по диапазонам
Попробовал-вроде, ничего пока...
Цитата:
Сообщение от R5WM
Володя привет! Интересно...
Но прога MSHV в сравнении с WSJT JTDX сильно грузит слабый проц. Происходит ощутимое торможение в работе. Поэтому, пока не пристрою другой комп помощнее, пользоваться MSHV не могу.
спасибо, посмотрел видео....у меня ASUS P5Q PRO наверно можно попробовать.Цитата:
Сообщение от R2PU
С DX никогда не стану TX на его частоту для вызова, работая по месту(европе) пренебрегаю этим.(потому что порой и стать негде)Цитата:
Сообщение от RX1AG
проверь в PSKReportere видит он тебя или нет, если нет то и звать толку нет.Цитата:
Сообщение от R3HH
Ещё один вариантЦитата:
Сообщение от RX1AG
Настройки (231 kb) закачан 19 января 2019 г. Joxi
http://prntscr.com/m9dguq 12 циклов RX-TXи в А и в ручном еле закончил QSO-???
Настройки (231 kb) закачан 19 января 2019 г. Joxi Классика
бывает, если кто нибудь под тобой или ним стоит. Или же рядом станция которая тебя (его) перекрывает.Цитата:
Сообщение от UA3VFL
на 90% пустой вариант...очень мало ДХ используют споттинг....Цитата:
Сообщение от UA9OP
Извиняюсь за off!
RA3BB посмотри пож. свой ящик на mail.ru
Миша там спотинг не нужен,(лиж бы комп у корреспондента был в сети) 2-3 раза дал CQ с квадратам, репортер покажет где тебя слышат...Цитата:
Сообщение от RA3QH
На карте pskreporter.info хорошо видно, где "компы в сети" группируются, а где белые пятна. Где белые пятна, там как раз самые DX.Цитата:
Сообщение от R3HH
Вы про острова короля георга, новолазаревскую (для меня DX, вы может ближе к ним)? там холодно и белые пятна на карте :s7:, на pskreporter.info встречал...Цитата:
Сообщение от RX3ASP
Встречал, не значит, что можно дать пару раз CQ и увидеть отклик на репортере. Прекрасно видно, что большая часть суши, не говоря уж про острова, чистая.Цитата:
Сообщение от R3HH
Там, где ДХ, обычно интернет дорог или отсутствует, чтобы рапорты передавать онлайн. Вот наш Северо-Восток, так вообще сплошное белое пятно, почти как Африка.
Юрий для повседневной работы мне вполне хватает инфо,Цитата:
Сообщение от RX3ASP
где и с какими рапортами меня принимают, в определенное время суток
кого я принимаю
а с нашими с вами антеннами. не до DXсинга)))
Всем привет. Кто знает почему так?... При проведении QSO программа в автомате не может завершить радиосвязь. Перехожу на ручной режим даю 73, тут же выскакивает в ответ 73 но не мне, другому корреспонденту. Это глюк? Мои настройки: Autoseq2,Hint,AGCc.
Вложение 226964
Вложение 226965
вы не обратили внимание с каким рапортом он вас принимает?Цитата:
Сообщение от RV6AFG
-24 сложно провести QSO без того что у вас на скрине.....
Да, и рапорт резко меняется с -24 на +04. А с Руандой все вроде бы штатно было, и вдруг на те... 73 не мне. Правда в конце QSO - норм. Может из-за Hint. Попробую без него.Цитата:
Сообщение от R3HH
9X2AW Вам трижды передавал один и тот же рапорт, то есть он не декодировал Ваш сигнал, в итоге он провел QSO с другим корреспондентом и позже декодировав от Вас 73 ответил Вам сообщением 73. Hint к этой последовательности отношения не имеет.Цитата:
Сообщение от RV6AFG
Рапорта заметил странные,на частоте никто не накрывал, то ли прохождение так быстро меняется, то ли у вас че то на антенне :s7: отваливается.Цитата:
Сообщение от RV6AFG
9X тоже от -4 до -19 плавал
Вчера, для большинства - позавчера (время на краю земли течёт, почему то, по другому) несколько человек выкладывали изображения своих вариантов интерфейса программы JTDX. Дя тех, кто как и я не любит светофоры (ну, не на дорогах же!), и как и я является сторонником спокойной, не нервной окраски я привожу свой вариант. Здесь как пример: Вложение 227016
Далее по ссылке: https://cloud.mail.ru/public/9idE/8ViqYQNGj можно скачать: папку со скриншотами полного итерфейса программы, настройки шрифтов, Settting, номеров и названия использованных цветов. Возможно, также, кому то будет полезно заглянуть на сайт названия и нумерации цветов. Ну и для тех (начинающих), кто по каким то причинам не хочет отображения принадлежности позывного к LOTW и не создал пустой файл с расширением csv, есть готовый файл, который надо поместить в папку JTDX , где находится ini файл.
Спасибо всем большое, всегда рад встречи в эфире с нашими радиолюбителями, 73!
Людии- не могу найти кнопку в версии JTDX v2.0.1-rc125 . Кнопка CQ only. В 2.0.0 она есть.
Прямо-таки КНОПКА?Цитата:
Сообщение от UA1CSB
Есть в настройках - Фильтры - "галочка" Show CQ messages only".
А кнопки по-моему и не было.
Всем привет!
Извиняюсь за off
Решил поменять у себя железо.Какой из этих процессоров больше подойдет для наших нужд(JTDX)?
1.Intel Core i5-8500 Coffee Lake
2.AMD Ryzen 7 1700
Подойдут оба. Но AMD Ryzen 7 1700 на несколько порядков лучше. Я бы предпочёл именно его.Цитата:
Сообщение от RW9UB
UA1CSB Людии- не могу найти кнопку в версии JTDX v2.0.1-rc125 . Кнопка CQ only. В 2.0.0 она есть.
Эта кнопка есть в WSJT-X 2.0.0 , будьте внимательнее...Цитата:
Сообщение от R0JF
Понял, спасибо, далеко засунули...
Я так понял если взять процессоры по ниже классом Intel Core i5-8400 и AMD Ryzen 5 2600 в любом случае AMD Ryzen будет лучше?Цитата:
Сообщение от R7FQ
Насколько я помню, раньше писали, что amd не очень подходит для этих целей (программа оптимизирована под Интел). Может уже что то и поменялось, пусть авторы пояснят.Цитата:
Сообщение от R7FQ
Коллега спрашивал про JTDX... Я ничего не терял. :)Цитата:
Сообщение от UR4UM
Похоже, эта функция не работает в версии JTDX v2.0.1-rc125,ставил галку,без измененийВложение 227034
Вы кнопочку "Без фильтра" отожмите-то!Цитата:
Сообщение от UA1CSB
Она же все фильтры отменяет! :)
Виды, живут. И это радует. JTDX работает прекрасно. Благодарим Игорь!
AMD Athlon и Phenom и другие старые 6-ти и 8-ми ядерные при том же количестве ядер и частоте в декодировании JTDX сильно уступали (особенности дизайна процессоров и поддержки многопотока для этого дизайна в операционной системе) процессорам Intel, я слышал что линейку Ryzen сделали хорошо но проверить и сравнить с Intel мне не на чем.Цитата:
Сообщение от RZ1OA
Различные моды с картинками спектра сигнала: https://www.sigidwiki.com/wiki/Category:Active
Измененный функционал:
Линки:
JTDX v2.0.1-rc126 Linux version from original source files by Igor UA3DJY (Many Thanks him):
C 23 на 24 января: http://tesis.lebedev.ru/forecast_activity.html . Прогнозируют магнитный шторм. Не частое явление в годы минимальной активности солнца. Думаю интересно будет понаблюдать, срывы радиосвязи, особенно цифровыми видами. На длинных трассах, через полярные зоны земли. Конечно если прогноз оправдается.
С уважением Виталий RN9AZ
Нет ответа на вызов корреспондента с которым работал раньше,приходится вручную включать передачу.Где то точно галку не поставил.
AnsB4 кнопка или в разделе AutoSeq > Answer worked B4 callsЦитата:
Сообщение от R5ZQ
Русская локализация JTDX v.2.0.1-RC126
Линки :
Попробуйте коллеги.
Стало очень неудобно работать. Приходится дольше искать станцию дающую CQ.Цитата:
Сообщение от UA3DJY
Вижу смысл вернуться на версию 125.
В rc126 есть несколько сбоев (уведомления, фильтры) в некоторых конфигурациях которые мы уже исправили, если объясните более детально с картинкой декодированных сообщений и картинкой настроек уведомлений что неудобно тогда сможем понять сбой ли это либо подсказать пути решения.Цитата:
Сообщение от R7FQ
R7FQ;Стало очень неудобно работать. Приходится дольше искать станцию дающую CQ.
Вижу смысл вернуться на версию 125.
Соглашусь с R7FQ, с маркерами было намного удобнее, сейчас теряется время для принятия решения, или сделать "птичку" на любителя такого вида, или вернуться к маркеру. Хотя возможно, некоторым понравится.
Поработал немного на версии 126, могу сказать, что ничего страшного в смене маркера на цветовой фон текста нет, достаточно быстро привыкаешь и все ОК, но опять же на любителя.....
Фактически половина QSO которые проводят другие, отображаются в одном маркере с CQ. Когда декодируется например 30 связей, то трудно выбирать кто же из них работает на CQ.Цитата:
Сообщение от UA0FO
Вернулся на версию 125. В 126 практически невозможно нормально работать.
To: UA3DJY
Вызывая DX станцию, на 80 метрах, которая работала с Американцем. Пытаясь поменять рапорт во время когда дех дал Американцу Rrpt. Произошло следующее. Моя программа тоже поменяла рапорт но на RR73, с сохранением QSO в лог. Проблемы большой не было QSO удалил, а ошибку исправил нажав на клавишу dB. Подскажите как быть. что я упустил. Как выйти из подобной ситуации чтоб программа рапорт другому корреспонденту не воспринимала как мой. Во время ввода.
R7FQ;Фактически половина QSO которые проводят другие, отображаются в одном маркере с CQ. Когда декодируется например 30 связей, то трудно выбирать кто же из них работает на CQ.
Вернулся на версию 125. В 126 практически невозможно нормально работать.
Тоже откатился на 125 версию, при большом количестве станций, теряешь время. Маркеры намного удобнее, во всяком случае для меня.
Тоже в 126 не понравилась расцветка RR73\73, мешает при большом количестве декодов, для глаза лишняя инфа, в 125 более понятнее и быстрее воспринималось, может дело привычки.
Раньше у меня зеленым цветом высвечивалась строка CQ, А теперь и строка с 73.
А мне наоборот,понравилось.Не надо ждать пока этот позывной даст CQ,можно сразу звать.Цитата:
;Стало очень неудобно работать.
Идет как новый позывной.
US6EG;А мне наоборот,понравилось.Не надо ждать пока этот позывной даст CQ,можно сразу звать.
Идет как новый позывной.
Его отлично было видно, когда позывной был обозначен маркером, но не сильно бросалось в глаза. Кому как нравится....
В 126 невозможно работать. Откатился на сборку 125.Цитата:
Сообщение от R7FQ
Что-то я не заметил в 126 версии ни каких изъянов, работает также как и предыдущие версии.
Заметил при работе на общий такой сбой
Вложение 227118
ответили 2 станции сразу, с первой провел QSO далее дал CQ программа ответила второй
и пока я вручную не нажал 73, мы друг другу давали R
неудобно работать, откатился на 125 версиюЦитата:
Сообщение от RW4LN
Объясните в чем неудобство. Сейчас на 15м. с Австралией, с Индонезией и с Европой, все проходит нормально.Цитата:
Сообщение от RU4PH
Разговор идет не о работе программы в качестве софта по декоду - тут без проблем все ОК, Игорю с командой ОГРОМНОЕ спасибо, разговор идет в неудобстве для кого то в расцветке строк RR73\73 также как строк с CQ.Цитата:
Сообщение от RW4LN
На мой взгляд маркера было вполне достаточно, информация воспринималась быстрее и легче, есть свои плюсы при закраске всей сроки - лучше видно кто дал RR73 или 73 - можно звать не дожидаясь CQ.
Возможно дело привычки. Как вариант - выбор пользователем расцветки маркером или строкой через галочку,кнопочку:s10:
А как по мне, так заметнее, кого уже можно звать, пока он принимает подтверждение окончания QSO, в сторонке его зовут...Цитата:
Сообщение от R7FQ
Разбаловали народ, а на всех не угодить!
Или сделать возможность эти строки делать бледнее, оттенок менять, цветов и так много, Новый год уже здесь, ёлочек не нужно...Цитата:
Сообщение от R0AEB
Да не надо ни каких елочек, зачем в крайности......, на выбор оператора либо строка либо маркер по цвету CQ, без всяких серо буро малиновых извращений. А может со временем глаза привыкнут и наоборот так лучше будет с закраской строк :s10:Цитата:
Сообщение от UR4UM
SP6EIY вызвал Вас сообщением R+рапорт, Вы ему ранее давали рапорт? Желательно кусок файла ALL.TXT накрывающий обе QSO.Цитата:
Сообщение от R3HH
Вызвали 2 корреспондента одновременно, рапорт дал 1му, после RR73, дал CQ, программа переключилась и дала рапорт второму корреспонденту, он ответил, а далее на скрине. (73 включил вручную)Цитата:
Сообщение от UA3DJY
это повторялось уже дважды.
Я так и не понял почему в ALL.TXT только позывные, без каких либо рапортов До этого все писалось, и было удобно.
С новыми опциями сейчас строго, особенно в уже переполненной опциями закладке/функционале уведомлений, возможно откатимся на вариант rc125.Цитата:
Сообщение от R0AEB
Мне тоже понравилось - больше выбора. Ведь станция передающая rr73 или 73 фактически готова к проведению нового QSO и ее уже можно звать, зачем обязательно ждать, искать CQ??? Только время тратить... Просьба в этом моменте не откатываться, очень удобно стало!Цитата:
Сообщение от R7FQ
Если в режиме Split, то можно звать. А в TX=RX всё уже не так просто. Да и в Split могут быть неожиданности с той стороны.Цитата:
Сообщение от UA1OMZ
Самое интересное не нравится "цветомузыка", но не отключают!!! Я тоже не люблю её, поэтому не включаю.
Совершенно верно, от человеческого фактора сложно избавиться, работающие в TX=RX будут чаще но голову становиться - просто кликая мышкой по раскрашенной строке CQ\RR73\73Цитата:
Сообщение от RX3ASP
В настоящее время полной загруженности FT8 участков станциями, даже неопытный любитель поймет, что шансов дозваться кого-либо в режиме TX=RX практически нет. А любители позвать на голове они конечно останутся, скорее всего из тех, кто и в cw/ssb split не уважают, как и других желающих дозваться...Цитата:
Сообщение от R0AEB
Предлагаю помимо опции для работы VFO на 1908 сделать возможным и передачу на 1908. Пока программа сама сбрасывает себя на 1840 и не дает вести передачу симплексом на 1908
А какой в этом смысл? Если нас слушают на 1840.Цитата:
Сообщение от RV9CX
Есть куча тех, кто слушает только в районе 1900 и проводит местные связи. Картофелеводы по-нашему.
С точки зрения нашей команды тоже считаем что RR73/73 равноценны сообщению CQ и являются кандидатами для вызова, если нет желания смотреть на эти сообщения и использовать их для автовыбора AutoSeq 6,7 то можно будет в версии rc127 включить текстовый фильтр 'показывать только CQ сообщения' (в rc126 он не работает). Приняли решение: оставляем новый функционал уведомлений RR73/73.Цитата:
Сообщение от UA1OMZ
Вопрос закрыт.
В исходном коде будет файл displaytext_marker73.cpp, желающие иметь старый функционал с маркером могут его переименовать в displaytext.cpp и сделать свою сборку программы.
Для этого достаточно добавить в список частот JTDX частоту 1908001. Поскольку в коде проверка требует четко установленной частоты 1908.000 то при смещении в 1 Гц не будет включаться разнос на 1840.Цитата:
Сообщение от RV9CX
При всём уважении, рано Вы вопрос с расцветкой RR73\73 решили закрыть!
Мало того что визуально крайне неудобно (гляньте посты выше - на одного довольного, десяток недовольных!), так ещё и довести связь до логического завершения, когда у корреспондента RX=TX или фильтр (только вплотную выше и ниже) включён, будет практически НЕВОЗМОЖНО! Новый функционал будет лишь подталкивать, даже тех кто этого не делал раньше, недавать завершить текущее чужое QSO.
А цикюляющие с отключённым сплитом - были есть и будут (чаще от недопонимания). Единственный способ - в самих программах убрать возможность работы RX=TX в FT8.
Непонятно, кому мешал вариант с маркером строк RR73\73?! Ведь было идеально! Весь экран теперь одноцветный... Никакой информативности. Целесообразней сделать фичу - опционально отключаемой! Или цветом (навыбор) отличным от строк СQ. А собирать софт самому - не вариант.
Однозначно откатился на rc125...
А вот это точно не выйдет - ну заткну кнопочку, а кто мешает пальчиками выровнять TX=RX ? Сравнивать частоту приема передачи ? До какого предела ? 1Hz ? 10 Hz - нее мужики это все от лукавогоЦитата:
Сообщение от RV6ARZ
Я не понимаю, где вы видите один цвет? Вот у меня например:Цитата:
Сообщение от RV6ARZ
Вложение 227149
зеленый - связь с корреспондентом была на этом диапазоне
голубой - связь была на других диапазонах
фиолетовый - связи не было не на одном из диапазонов
розовый - new one(страна) на этом диапазоне
красный - new one на всех диапазонах
Может вы не разобрались до конца в настройках цветов?
Если бы была возможность, я бы раскрасил вообще все строки, что бы сразу быть в курсе кто работает на диапазоне!
А кого вызывать вам и как(сплитом или на голове), должны решать ВЫ, а не ЦВЕТ раскраски, он только помогает с выбором...
Такая возможность давно уже есть - Highlight other standard messages и все строки раскрашены, в соответствии со статусамиЦитата:
Сообщение от UA1OMZ
Это, конечно здорово и очень наверное по либертариански, но скорее приведёт к анархии и бардаку. Если только в скором не сделают индивидуальную регистрацию и не станут блокировать установку программы с позывными, замеченными в регулярном хождении по головам.Цитата:
Сообщение от UA1OMZ
Лирическое отступление. Лет 25 назад я использовал эти частоты для работы телеграфом и надо отдать должное кое кого из DX, дающих CQ на 1907-12, брал.Цитата:
Сообщение от RV9CX
Возможно используют инверсию цвета текста/фона.Цитата:
Сообщение от UA1OMZ
Но ведь сравнивается же! Какой максимальный сдвиг RX/TX частот для принудительной блокировки автоматической передачи при ответе другому корреспонденту, независимо от галки "Halt" в "sequencing" в т.ч. в режиме Split? 50 ГцЦитата:
Сообщение от R3BB
Игорь, разъясните, пожалуйста причину такого важного решения вашей команды.Цитата:
Сообщение от UA3DJY
Что общего между CQ и 73 в повседневных связях?
Как будет определять JTDX "владельца" частоты, передавшего 73 и работавшего на вызов, от подошедшего с TX=RX или от ответившего с рапортом?
И как будет решаться проблема зацикливания ожидающих 73 в ответ на RR73, особенно в роботизированных режимах 6 и 7?
Особенно в русле того, что огромное количество пользователей до сих пор не разобралось в настройках.
Юрий! Вы вызываете нужного вам кор-а на той же частоте, не зная чья она? Я нет. Определять владельца должны вы, а не программа.Цитата:
Сообщение от RX3ASP
Работать с маркерами в rc125 однозначно было удобнее, зачем сделали фоновый окрас вообще непонятно. Все доводы в пользу маркеров приведены выше, полностью с ними согласен. К сожалению откатился на rc125. Игорь предлагает это сделать самому, однозначно бы сделал, если бы умел.
Я тоже нет. Вы будете отключать дистанционно тех, кто считает, что никому ничего не должен? Таковых и так достаточно, а приравнивание 73 к CQ ещё добавит.Цитата:
Сообщение от US4IRT
Спасибо, не знал, недавно вынужден был соскачить со старенькой надежной 34 версии.Цитата:
Сообщение от RX3ASP
А какие меры предложите принять в cw ssb rtty psk... к тем кто завет не сплитом, а на голове? Просто надо повышать культуру поведения в эфире, соблюдать какой-то регламент, а то сейчас не то что подтверждения связи не добиться, дак ещё узнаешь, что у половины и логов (аппаратного журнала) нет! Сори за офтоп, накипело...Цитата:
Сообщение от RX3ASP
Казнить, конечно же!:butcher: В программе можно сделать блокировки от дурака, в отличии от головы.Цитата:
Сообщение от UA1OMZ
UA3DJY;С точки зрения нашей команды тоже считаем что RR73/73 равноценны сообщению CQ и являются кандидатами для вызова, если нет желания смотреть на эти сообщения и использовать их для автовыбора AutoSeq 6,7 то можно будет в версии rc127 включить текстовый фильтр 'показывать только CQ сообщения' (в rc126 он не работает). Приняли решение: оставляем новый функционал уведомлений RR73/73
Игорь, это все правильно, такие сообщения очень удобны, тут вопросов нет. Вопрос в том, что зря сделали фоновый окрас таких сообщений и убрали маркеры, с маркерами было намного удобней.
Вы зовёте только тех, которые дали CQ? Тогда Вам дозватся DX-са шансы малы. :s7:Цитата:
Сообщение от RX3ASP
Одно дело - звать DX-а. И совсем другое - какого-нибудь DL-а в стопицотый раз....Цитата:
Сообщение от LY3BG
А зачем звать DL-a в стопицовый раз? Потому, что он передал CQ? :s7:Цитата:
Сообщение от RM1F
Если звать сплитом, то разница между CQ и 73 никакая. Хоть и того DL-a в стопицовый раз.
Меня часто зовут после 73, я это только приветствую.
А почему не 30 , не 100 ? Ребята еще раз говорю это все от лукавого. Хотите сделать - нет проблем тексты в свободном доступе.Цитата:
Сообщение от RX3ASP
На выходные тестировал софт - на двое суток оставил автомат, вызывающий всех новых на диапазоне, дающих CQ. Диапазоны 40-30-20 м. Установил ТХ=RX, вызов с рапортом. Включил в суботу 19-го утром, выключил в понедельник 21-го утром. Следил за его работой только изредко. Потом бегло просмотрел историю. В целом автомат работал нормально, хотя было не мало ситуаций, которых автомат не смог правильно решить. Намолотил он мне около 1 тыс. QSO. :s7:
JTDX в таком использовании явно превосходит WSJT-X. JTDX лучше работала в нестандартных ситуациях. Но есть подозрение, что иногда передатчик включался, а модуляции не было (не подавался НЧ сигнал).
Может кто заметил что-нибудь нехорошее в это время в работе автомата?
Вложение 227153
:s7:
Начиная с rc128 срежем автовыбор в AutoSeq 6,7 до функционала AutoSeq 2,3 если у пользователя включен TX=RX.Цитата:
Сообщение от RX3ASP
При смене сообщения во время передачи старое сообщение еще занимает 2 секунды буфера Tx сигнала, надо основательно разбираться чтобы что либо менять в этой части кода. По этой причине слабые процессоры в JTDX сильно уступают быстрым, на последних смена сообщения во время передачи случается намного реже.Цитата:
Сообщение от LY3BG
Измененный функционал:
Линки:
Зачем это?Цитата:
Сообщение от LY3BG
Товарищ модератор, это вполне резонный вопрос.
Не надо его резать.
Вопрос не относится к этой теме, создайте для такого обсуждения отдельную тему, например 'методы работы операторов в FT8'.Цитата:
Сообщение от RK1NA
Если я правильно понял речь о автоматическом режиме в JTDX?
Почему для этого нужна другая тема?Цитата:
Сообщение от UA3DJY
Звиняйте, все по теме.Цитата:
Сообщение от LY3BG
Коллеги русская локализация будет позже - отказал комп.
В JTDX и WSJT-X нет автоматического режима.Цитата:
Сообщение от RK1NA
<В JTDX и WSJT-X нет автоматического режима>
...видимо речь о MSHV?
Доброго дня.Цитата:
Сообщение от UA3DJY
Логичнее и менее путано было бы оставить маркеры (они не так бросаются в глаза, а кому надо заметят), а подсветку строк RR73 сделать отключаемой или совсем убрать и на RR73 ориентироваться по маркерам.
Лично мне больше нравится полная заливка, когда все сообщения обозначены соответствующим цветом. Если правильно подобрать палитру, то и глаз не режет и информация сразу доходит.Цитата:
Сообщение от RJ7M
Должны быть или маркеры или заливка на выбор, либо вообще ничего, если снять все галочки. Маркеры одновременно с заливкой выглядят очень запутанно.
Жирный шрифт 73 и RR73 тоже сбивает с толку.
Добрался до шека, посмотрел, а оказывается у меня эта функция была включена, а я и не заметил, т.к. "другие стандартные сообщения" были лишь слегка подкрашены соответствующим цветом справа,Вложение 227169Цитата:
Сообщение от RX3ASP
а хотелось бы что бы был подкрашен фон всех сообщений целиком-"полная заливка". Игорь, такое нельзя ли реализовать? Ведь сама функция уже есть и она отключаемая.
Я бы тоже не прочь увидеть объяснения такой автоматической работы JTDX.Цитата:
Сообщение от LY3BG
Т.е. на СQ в полном автомате работать нельзя, необходимо участие оператора, а на поиск можно? А как же принцип "участия"? И в следствии этого засорение участков работой роботов?
Вложение 227170
Вот так для окраски!
Виталий, спасибо! Просто у меня русская версия и указанная вами строка переведена, как проверка, а не окраска стандартных сообщений, поэтому и не заметил.Вложение 227173Цитата:
Сообщение от UA3ALE
Ну и отдельная благодарность Игорю, за эту опцию! Теперь даже если будет откат на снятие фона с RR73 73, я никогда эту галочку не сниму...
Русская локализация JTDX v.2.0.1-RC127.
Линки :
'Проверка' точнее показывает исполняемый функционал, выделение фоном это уже результат проверки.Цитата:
Сообщение от UA1OMZ
-Попробовал версию 127. Проблемы от версии 126 остались. ВЕРСИЯ 127 - ТОТ ЖЕ ТРУП, ЧТО И v.126.
Насколько я понял, Игорь работает не на всех радиолюбителей, а только на "свою команду". То есть на тех кто отдаёт ему команды.Цитата:
Сообщение от UA3DJY
Сожалею. Остаюсь на версии 125.
А что версию Для любителей варианта с маркером строк RR73\73
Собранный софт (Windows) https://cloud.mail.ru/public/AqWc/7sQ3Bw3Te
кодовая сумма JTDX-2.0.1.2-RUS-RC127-win32.exe
SHA-256: 44CEE4B89827569968B7B0AA3F8C7963FA50773717E95B1896 4818E56AE3EB70
зря собирал ?
А извиниться перед Игорем не хотите ?
Виктор, Вы меня обвиняете в не корректном отношении к "команде Игоря"?Цитата:
Сообщение от R3BB
Приношу свои извинения, перед командой Игоря, за то, что покритиковал их личные пожелания, которые в ущерб желаниям остальных пользователей программы Игоря.
Виктор, пользуясь возможностью, благодарю за быструю русификацию нового софта.
В некорректном отношении к Игорю.
Поскольку Игорь ответил, что он пишет программы, удобные для пользования его команды, а по поводу обсуждения другими пользователями "ВОПРОС ЗАКРЫТ" лично я не вижу никаких отклонений в сторону не корректности, в моём выводе заключений, который я выразил ранее.Цитата:
Сообщение от R3BB
Надеюсь, что Игорь обратит внимание и на пожелания рядовых пользователей программы. Которых в тысячи раз больше его "команды".
Тема распухла и что-либо понять крайне сложно.
Кто нибудь может четко и доступно объяснить, какая версия с точки зрения приема и декодирования слабых сигналов оптимальна для работы с DX, в том числе для сбора слотов на DXCC Challenge (в особенности на 50 МГц в предстоящем сезоне). Звоночки, свисточки, кружочки, галочки и радужные расцветки не интересуют.
Пока что самая отработанная на сегодня, без претензий, это версия 125Цитата:
Сообщение от US5WE
Можно аргументированно доказывать необходимость внесения каких-то изменений, для этого 1114 страниц тут собственно и выложено, а вы истерику закатываете.Цитата:
Сообщение от R7FQ
Спасибо Вам. Ниже "аргументы и доказательства" приведены в полном объёме, многими пользователями, которые не являются "членами команды".Цитата:
Сообщение от RX3ASP
P.S.
Надеюсь упрёки ко мне закончились. Ждём вариант программы, которая удобна в работе и для рядовых пользователей.
Да. К сожалению варианты программы с индикацией, удобной для отслеживания новых стран, позывных и локаторов, похоже, закончились на версии 125...Цитата:
Сообщение от R7FQ
Настало время версий "Кто больше склепает" :(
Если вас интересуют страны по DXCC, а не просто кто на CQ, у меня всё прекрасно работает, как и ранние. И не каких проблем. А видеть завсегдатых на CQ лично мне мало интересно. Как думаю и вам. Если ещё и локатор нужен поставите галочки, подберёте цвет. Смотрите скриншот.Цитата:
Сообщение от RJ7M
Действительно на истерику похоже... Человек то четко спросил - с точки зрения приема и декодирования...расцветки не интересуют. А с точки зрения приема и декодирования хуже не стало, а улучшения к сожалению теперь можно заметить только на мощных машинах...Цитата:
Сообщение от R7FQ
Скриншотами мериться будем? Я на 12 лет моложе :)Цитата:
Сообщение от RN9AZ
Но Вы, сдаётся, недопонимаете смысла возражений против обсуждаемой "раскраски" строк с сообщениями RR73/73 в версиях после 125.
Либо следите за историей обсуждения, либо не вставляйте (посты) не изучив глубины... вопроса.
Виталий, мы "радиолюбители" и у всех свои цели. Я например интересуюсь QSO в рамках календарного года для диплома «Мастер любительской цифровой радиосвязи»Цитата:
Сообщение от RN9AZ
Все девиации в программе JTDX, для меня очень болезненны. Понимаю "команду Игоря", для которых важны личные интересы. Мы, рядовые пользователи программой, для них всего лишь "......." которые пользуются остатками с барского стола. Для нас все просьбы по словам автора программы "ЗАКРЫТЫ".
P.S.
Выражаю большую благодарность Игорю UA3DJY за безкорыстную работу над программой.
Насколько я понял, теперь для народа разработки закончились. То что будет далее публиковаться, то пишется для компании под названием "команда Игоря", которая давно противопоставила себя по отношению к рядовым пользователям.
(ХочИшь пользуйся, не хочИшь - отвали.)
Ещё раз сожалею, что нас вынуждают оставаться на последней, работоспособной версии 125.
Попробуйте такЦитата:
Сообщение от RJ7M
может будет счастье?
И на двух ядрах заметна разница. Охотясь на DX, не всегда нужен обзор всего участка. увидев DX станцию включите фильтр и проблем со скоростью и качеством в декодах не будет.Цитата:
Сообщение от UA1OMZ
Не зря. Большое спасибо.Цитата:
Сообщение от R3BB
А ребята-то не знают (С)
Нет мимо. Цвет фантиков не интересует.Цитата:
Сообщение от UA1OMZ
R3BB опередил.
Читаю достаточно подробно. Кому действительно нужны DX, в раскраске не заблудится. А хотелки, каждому под себя. Извините, правильно делают, что мимо ушей пропускают.Цитата:
Сообщение от RJ7M
Ну я свои "хотелки" ещё успеваю донести в нужное место. "Под себя" ещё рановато. :)Цитата:
Сообщение от RN9AZ
Всем хорошей охоты и настроения!
Цитата:
Сообщение от RJ7M
Обоснуйте пожалуйста КАК раскраска строк с сообщениями RR73/73 вообще может негативно влиять на удобное отслеживание новых стран, позывных и локаторов??? Ведь они для вас должны быть, как раньше вообще не раскрашены, а значит они не несли и не должны нести для вас ни какой информации о новых странах, позывных и локаторах?! Получается всё наоборот, если их раскрасить вы увидите дополнительную информацию о новых странах, позывных и локаторах, причем сразу и не надо терять время и ждать пока они перейдут на CQ или поменяют частоту, т.е. шансы сработать новые страны, позывные и локаторы увеличиваются, или вы занимаетесь не этим? Предполагаю, что недовольные это те на кого с раскраской RR73/73 увеличился поток информации, а они с ним просто не справляются, как с большой скоростью в телеграфе, вот и нервничают...Цитата:
Сообщение от RJ7M
В JTDX есть ряд текстовых фильтров для сокращения потока информации, если например не показывать повторы и фильтровать по континентам то сообщений на экране будет немного.Цитата:
Сообщение от UA1OMZ
Понятна ваша хотелка,думаю всем. Вот только хамить не надо. А под себя я думаю хотеть, вы в раннем детстве перестали. И дай вам бог далее в любом возрасте, вновь не захотеть.Цитата:
Сообщение от RJ7M
Не довольные, это те, кто не относится к команде ЛГБТ, и раскраска для недовольных не имеет значения.Цитата:
Сообщение от UA1OMZ
Значение имеет путаница с CQ и незаконченным QSO, в котором неизвестно кто хозяин частоты.
Но это всё, уважаемый UA1OMZ было рассказано ранее, с примерами. Читайте внимательно всё.
Остальное - флуд. Автор программы чётко написал, что обсуждение для нас закрыто. Хватить нам заниматься душевным онанизмом.
Может настало время создать версию для повседневной работы, включив в нее самый необходимый минимум? Своего рода JTDX-Лайт, исключив из нее все мыслимые и немыслимые "хотелки", которыми, (по большей части по нашим просьбам), программа обросла.
Для начала исключить нескончаемые seq1...seqN, которые излишне перегружают процессор, оставив один стандартный вариант проведения QSO.
Исключить кнопку "Одиночное QSO", сделав все связи одиночными. Это заставит лишний раз кликнуть мышкой, но в какой то мере избавит нас от роботов в эфире.
Я бы исключил режим F/H, как не являющийся повседневным, но из-за которого, как я понял, куча лишнего гемора у команды разработчиков.
Количество мод, если это как то влияет на быстродействие системы, тоже можно ограничить одной-двумя.
Не предусматривать в дальнейшем режим соревнований.
Не знаю, отчего так происходит, но с появлением 77 битной версии, значение DT у многих заходит за 2 сек. Может есть возможность встроить в программу простенькую утилиту, с тем, что бы она время от времени автоматом корректировала системные часы?
Это лишь беглый набросок.
И если вдруг такая идея не покажется бредовой, шагом назад, неплохо иметь возможность установить такую версию на другой, (скажем D) диск, вместе с папкой логов, где бы она могла "жить своей жизнью" а любители новшеств и экспериментов по прежнему смогут регулярно обновлять и оценивать новый софт на прежнем диске С.
P.S. Перечитал написанное. Выглядит как очередная хотелка.
Михаил, об этом уже писали и просили. На что был ответ, переводя на популярный язык, что программа пишется для "команды Игоря". Если "команде" нравится, то ничего меняться не будет. Об этом я и писал ранее.Цитата:
Сообщение от 4L6QL
Почтите всё предыдущее и вопросы и желания сразу отпадут.
Наверно - это суть тенденции развития, выраженная максимально коротко и ясно... Гонка вооружений. Но не всем она нужна...Цитата:
Сообщение от RJ7M
Я согласен, что оспариваемый функционал будет полезен при работе в контестах, где надо в кротчайшие сроки и любой ценой... Именно эта категория ЗА! И это понятно! Но для повседневной работы, он многим кажется неудобен. И это факт! И более того, вариант с маркером их устраивал только потому, что не мешал привычному восприятию экрана... Ну не нужно им это. :) И в FT8 они пришли только после того, как появилась связка с UR5EQF логом. И только 73 воспринимается как окончание QSO, после чего связь (вручную) заносится в лог! И поверте, таких очень много!
Огромное спасибо Игорю и всей его команде за такую замечательную программу, которая лучшая по праву и многим пришлась по вкусу. И за оперативность реакции на разные хотелки пользователей... И пусть она остаётся таковой!!! Но, учитывая такие разногласия, лучший вариант - ВЫБОР ФУНКЦИОНАЛА НА УСМОТРЕНИЕ ПОЛЬЗОВАТЕЛЯ - и всЁ! Вопрос будкт закрыт... Ну уж найдите место для одной галки :) :) :)
Отдельное спасибо Виктору(R3BB) за русские локации и оперативность сборки JTDX-2.0.1.2-RUS-RC127. Но будет ли Вам интересно заниматся этим в дальнейшем? И надо ли оно Вам, особенно если относитесь к первой половине пользователей?
Самостоятельная сборка софта, к сожалению не всем по силам. Поэтому, учший вариант - см. выше по тексту...
Да все я читал. Ну соскочили некоторые плавно с расцветки, благодаря умной наводке. А зачем вообще знать хозяина частоты?! Даже если ты позвал не хозяина частоты, он тебя увидел и проведет с тобой связь(возможно NEW ONE), возможно не в следующий цикл, но проведёт, а уж на какой частоте он ответит на чужой или другой это дело его мастерства и уважения... Большинство своих NEW ONE я так и собирал, без всяких расцветок специально выискивал, выжидал RR73/73, а вот после CQ шансы дозваться сильно уменьшаются...Цитата:
Сообщение от R7FQ
Суть в том, что совсем недавно несколько страниц было исписано возмущениями по поводу работы СПЛИТ ("узкие участки", "занимаете две частоты" и т.п.). И вот теперь они же (в подавляющем большинстве) ратуют за раскраску RR73, ОДНОЗНАЧНО подразумевающую работу или СПЛИТ, или "на голове" у не завершившего QSO.Цитата:
Сообщение от RV6ARZ
Но, как говорится, на вкус и цвет... Да и что-то, с момента регистрации, я не припомню, чтобы "форумные" споры родили ИСТИНУ.
Скачал новую версию, моя тайная хотелка здесь появилась, в смысле дать расцветку для RR73/73 пусть хоть и с CQ. Без цвета трудно было глазу зацепиться. Спасибо!
Ну во-первых, для того кто передал RR73/73, QSO уже закончилось. А во-вторых, мне абсолютно по барабану кто там хозяин частоты. Я никогда, повторяю, никогда не позову оператора передавшего RR73/73 на его частоте.Цитата:
Сообщение от R7FQ
Если он захочет мне ответить, то он ответит на этой частоте, если он хозяин ее. Если не хозяин, то ответит или на моей частоте или какой либо другой. Все эти жалобные стенания по поводу раскраски RR73/73 распространяют, такое впечатление только те, кто жить не может без TX=RX, и не имеющих понятия о сплите. Никогда вы не дождетесь CQ от настоящего DX. Ну разве что один раз за пару десятков QSO. Ждите.......
Установил 127 версию. Искал, искал, где можно отключить цвет в сообщениях с 73, да так и не нашел. Я думаю эту функцию нужно сделать отключаемую и дать возможность оператору по своему усмотрению выбирать цвет. Я бы предпочел другой цвет или оттенок. Думаю так будет правильно.
.Цитата:
Сообщение от EU1FQ
Я уверен что Вы не позовете, но в эфире ой как много которые позовут и зовут и для них заложена в софтине такая возможность. Многие QSO без 73 не засчитывают и их не переубедить, их так учили, вот они и толкают свое RR73 пока не получат в ответ 73 через уже вставшего на "голову".
/Цитата:
Сообщение от EU1FQ
Мне кажется что как раз наоборот эту проблему затронули те кто понимают что такое TX=RX и Split. Те кто не догоняют в чем суть проблемы тупо дают рекомендации расцветку поменять:s10:
Да все Вы правильно говорите - никто и не ратует за то чтоб сидеть и ждать CQ, естественно шансов больше отработать с DX-сом начав сеанс в Split после RR73/73 (я думаю это все понимают не только ВЫ), но RR73/73 по маркерам очень даже хорошо просматривалось, никакой лишней информации для глаза и без предпосылок для работающих на поиск TX=RX (а таких еще много) встать на голову. Понятно что "умельцы" всегда найдутся чтоб напакостить но зачем давать им лишнюю возможность,Цитата:
Сообщение от EU1FQ
Вопрос к знатокам.
-Если стоят отметки b4, а в меню "автовыбор" отметка на
максимальное расстояние вместо лучшего SNR, и вас
позвали две станции одновременно, то прога подберёт
первого повторного Японца или же Немца,
которого нет в логе вообще???
И что будет, если нет галки на b4 и в автовыборе отметка
- отвечать позвавших рапортом, а вас позвали две новые
станции но, одна немного дальше, а другая с рапортом,
но ближе.
Работают ли приоритеты:
1 новая дальняя с рапортом
2 новая дальняя
3 новая
???
Всем угодить - невозможно!!!Цитата:
Сообщение от UA3DJY
Мне, к примеру, эта "фича" понравилась.
Игорь, я Вам давно предлагал разделить менюшку
для DXинга (поиск) и CQинга (общий вызов),
но Вы тщетно упираетесь.
Дело в том, что в данный момент при активной
работе в момент перехода с cq на поиск
в меню аж в 3х местах галки ставить нужно
+ на "панели приборов"...
Может пора оптимизировать?
Да и фильтры порой нужны лишь на приём,
не исключая ответа для фильтруемого континента.
С программой до сих пор знакомлюсь...
Некоторые примочки узнал на прошлой неделе.
HI HI
JTDX v2.0.1-rc127 Linux version from original source files by Igor UA3DJY (Many Thanks him):
Прошу прощения за задержку - только из командировки.
Роман, а какие 3 галки + на панели Вы ставите?Цитата:
Сообщение от R2EA
Я вообще НИЧЕГО не переключаю... И никакой необходимости в этом не вижу.
Честно - просто интересно.
Сегодня меня обозвали HA5AGP и программа с этим согласилась...
Вложение 227200
В файле ALL.txt отключено сохранение отладочной информации.
Цитата:
Сообщение от RA9LT
Это всё хэш вашего позывного виноват!
У меня хэш так же есть!
104200 Tx 1744 ~ IT9/DJ0OP/P R2AE RR73
Так что папа Джо натворил пока так и будет!
Да, я читал на форуме ранее... А как поступать в такой ситуации? Что, интересно знать увидит мой корреспондент на своём дисплее. если я ему передам 73 от имени "моего кэша"?Цитата:
Сообщение от UA3ALE
Вопрос такой, а будет ли программа JTDX работать на ноутбуке от Apple?
Или только на Windows и линуксе.
Всякие хотелки типа "не отвечать на вызов если была ЩСО ранее"- это большое свинство!
Если кто-то вызывает, значит ему ЩСО нужна. Многие дипломы, дни/недели активности требуют проведения ЩСО в определенные временные промежутки. И без проведения ЩСО в это время, дипломы не выдаются. Радист, включая, такую опцию, поступает очень и очень не верно, не уважая своих товарищей по эфиру.
Встречный вопрос какая у Вас стоит операционная система? Если El Capitan, High Sierra или Mojave то Вам сюда https://www.release.jtdx.tech/Mac/JT...127-Darwin.dmgЦитата:
Сообщение от R7HG
Сегодня опять повторилась ситуация, когда меня позвали после CQ и программа дала рапорт зовущей станции.
В следующий цикл, не получив ответный рапорт, сначала была попытка дать повторно рапорт зовущей станции, но через секунду
программа опять перешла на CQ.
И еще, непонятный значок появился.
Скрин прилагаю.Вложение 227206
Цитата:
Сообщение от R0JF
Игорь сейчас перебрался на 15м и решил пособирать
новых корреспондентов с периодическим общим вызовом.
Захожу в настройки/фильтры и отметаю Европу.
настройки/уведомления и делаю скрыть повторых
Далее в меню автовыбор ставлю к двоеке поиск сообщений cq
Захожу в разное и отмечаю показывать сообщения с моим позывным.
На самой панеле снимаю b4 и отмечаю авто tx.
После чего наслаждаюсь работой на cq!
Попробуйте - понравиться.
Но при переходе на поиск менять приходится всё заново.
И вновь лезть в потроха!
3-4 кнопки со своими настройками и будь сказка!
DX/CQ/FOX/SWL+TEST, если будет нужно.
А зачем в настройки? Если Вам достаточно включать-отключатьЦитата:
Сообщение от R2EA
Европу - есть кнопка на "мордочке" - Bypass (Без фильтров кажется
в переводном интерфейсе). Уже быстрее.
Я вообще просто забил префиксы JA,HL,BY,UA9 (те, что мне на поиск
ну совсем не интересны), и забыл про этот фильтр. Если кто на мое
CQ позовет - все равно увижу, а так - не мешают на экране.
Вам, наверное, так не будет удобно (слишком много в Европе стран),
но и отключать его смысла не вижу, раз Европа Вас не интересует.
Если кто позовет - увидите.
Это так, о рациональности работы. :)
Тут тоже не совсем понимаю, а зачем их открывать потом? Ну иЦитата:
Сообщение от R2EA
пусть себе скрытые будут! Зачем дупы плодить?
Тут не понимаю, зачем эту галку снимать??? Пусть стоит! Если на поискЦитата:
Сообщение от R2EA
работаете - нажмите на "мордочке" 1 QSO (Одиночю QSO) -- после удачной
связи программа не будет сама CQ давать пока не позволите.
Ну, тут - дело вкуса. У меня всегда мои сообщения показываются.Цитата:
Сообщение от R2EA
А зачем AutoTX отключать? При работе на CQ она никак не мешает.Цитата:
Сообщение от R2EA
Не знаю, но по Вашему описанию разница между режимом CQ и Search -- ТОЛЬКО
в нажатых-отжатых Bypass (Без фильтр) и Ans B4 (Отв. B4). А это - всего 2
кнопочки и те на "мордочке".
Мне кажется, Вы просто лишние манипуляции с программой делаете.
Сами себе усложняете. :)
Просьба развеять сомнения по такому вопросу:
JTDX, думаю версия не имеет значения, вид тоже...
Проводится обычное QSO...
CQ R0LM
R0LM xxxx
xxxx R0LM -00
R0LM xxxx R-00
xxxx R0LM RR73 (появляется окно и связь заносится в лог)
????????? ( бросил, сели ему на голову...короче-нет его)
xxxx R0LM RR73
???????? (опять молчит...)
CQ R0LM
Как видно, хххх не прислал мне 73, но связь уже в моем логе отмечена... Считается такая связь полноценно законченной или нет?
Вопрос возник по тому, что в программе эти станции отмечены как отработанные и при отключенной функции AnsВ4 их вызовы игнорируются. И вот стали поступать письма, что в eQSL загружаются "левые" QSO, а при работе получается я игнорирую вызывающие меня станции.
Так нужно заносить в лог такие QSO автоматом или решение об этом оставить на усмотрение оператора?
Как мне кажется. решение должно быть однозначным и без вариантов... Иначе опять споры и обиды....
Связь считается полноценной и завершенной, если оба корреспондента приняли позывной и рапорт другой стороны. Приняты или нет QTH/имя/73 и прочие любезности - не имеет значения.Цитата:
Сообщение от R0LM
То, что от корреспондента не получено ответное 73 - это ерунда. Ключевой вопрос - получил ли он Ваш (или на "ты"?) RR ? То есть, уверен ли он в том, что ты получил его ответный рапорт? (он-то твой точно получил, поскольку ответил R-00).
Такую связь правильно заносить в лог и числить завершенной - с твоей стороны, поскольку рапорт корреспондента ты принял и ответил ему RR. Проблема может выявиться на стороне корреспондента, если он не принял RR и не числит связь завершенной - соответственно, он не занес в лог.
Нет?
Увы, все решает оператор. Т.е. конкретный человек. Кто то заносит в лог, кто-то нет. Произошло это из-за того, что отказались от ррр. Теперь совершенно не понятно, принято от меня рр73 или нет.... А не приняв рр73 не понятно, принят ли рапорт. Кто передает рр73 до победы, кто то бросает с первого раза (jtdx так и предлагает делать), в итоге, при взаимных qsb, не всегда четко понятно, есть связь или нет.... Так то логично - рапорта приняты, все хорошо. Но несколько важных связей у меня оказались нот ин лог.... Очень критично для 160.Цитата:
Сообщение от R0LM
тогда получается так:Цитата:
Сообщение от RM1F
CQ R0LM
R0LM xxxx
xxxx R0LM 00
R0LM xxxx R-00 ( у него должно появляться окно занесения QSO в лог,т.к. позывной и мой рапорт он увидел) или нет?
xxxx R0LM RR73 ( ну тут все и так ясно...заносим QSO в лог )
Вот этот момент и должен быть определен однозначно... А пока, увы...
Нет...Наверное немного не прав... Рано ему заносить в лог связь....
Коллеги долго думал написать- не написать, но задело за живое ........"включил автомат на передачу на двое суток в FT8 - он мне и намолотил 1000 связей", а где тогда радиоспорт, зачем вставать по ночам, охотится за новыми странами, экспедициями......, ладно включил-ладно получил связи, но об этом нам и хвалится.И почти все промолчали! Потом эти связи будет выставляться, как достижения, а те кто собирал годами эти страны (у меня не так много 329 сработано 328 подтверждено бумажными QSL), у многих закрыты все - на это понадобились годы -а тут можно включать автомат и без зазрения совести хвалиться об этом. Считаю это, как плевок на любимое хобби для многих РАДИОЛЮБИТЕЛЕЙ!!! Очень хотелось бы что бы в JTDX такого режима не появилось, а то появятся автоматчики-многостаночники, и будет полный бардак. Дома запустил на одной частоте, на даче на другой частоте,на работе на третей- вот нам и новый чемпион за 2 суток.
Думаю, что скорее нет, потому что он пока не знает, принял ли ты его рапорт вообще? А когда ты ему отвечаешь RR73 - ты уже четко уверен, что он твой рапорт принял (поскольку ответил R-00) и ты его рапорт тоже принял (поскольку отвечаешь ему RR73). А вот на его стороне в этот момент - все оказывается уже не столь очевидно...Цитата:
Сообщение от R0LM
Но в общем да, коллега RZ1OA совершенно прав - это следствие отказа от RRR и перехода к сокращенной форме.....
Уже появилось. Вам не приходило в голову что такое по сути режим F/H? Компьютер DX станции одновременно отвечает нескольким корреспондентам, причем сам "оператор" этой DX станции может быть даже не в курсе, кому именно.Цитата:
Сообщение от UA1WA
В Российской Федерации Использование любительских радиостанций без управления радиооператором (в автоматическом режиме) запрещается. (см. раздел III п.3.1 ТРЕБОВАНИйЦитата:
Сообщение от UA1WA
К ИСПОЛЬЗОВАНИЮ РАДИОЧАСТОТНОГО СПЕКТРА ЛЮБИТЕЛЬСКОЙ СЛУЖБОЙ И ЛЮБИТЕЛЬСКОЙ СПУТНИКОВОЙ СЛУЖБОЙ В РОССИЙСКОЙ ФЕДЕРАЦИИ).
Кто бы еще это контролировал... И как?Цитата:
Сообщение от RA3TT
и что,будут десять раз RRR передавать,а третьему нужно еще и 73,и что еще десяток 73 .Получил R+рапорт заноси в лог,а кому надо 73,он сам тебя "достанет"Цитата:
Сообщение от RM1F
Я вчера залил на eQSL за пол-года, а сегодня устал удалять письма из ящика...Все с одним текстом- такого QSO в моем логе нет...Цитата:
Сообщение от R0AX
При проверке выясняется, что связи как раз и обрывались на RR73 не отправленные с той стороны. Мне не долго удалить письма, но ведь жалко будет если получишь такое от станции, которая тебе действительно нужна... Когда еще удастся сработать...
ну а что делать,если не будете вносить, на eqsl появится много разноцветных кружочков,которые уже нужно будет ручками вносить время ,рапорт и отправлять,а уйма времени на это уходит
DX экспедиция это несколько другое, К примеру 3Y/B работает в автоматическом режиме, больше радиолюбителей с ним сработают и получат долгожданную территорию, да и чтобы ее сработать попотеете у меня всего 1 страна в таком режиме, VP6/D, очень тяжело было взять. Что касается разрешений,регламента, инструкций- был бы прецедент, а желающие найдутся. Ведь читаем же мы 1000 связей -2 суток. У Вас сколько связей в цифре?
Пройдя через многие виды модуляций посмотрите сколько у Вас.Кстати легко это сделать например в е-QSL. Так вот за месяц, в таком режиме можно сделать ... сосчитайте сами и никакие инструкции не помешали. Да я не об этом писал, дело ведь в том что мы молчим, а кто то рассказывает об этом не обращает внимания на все запреты и инструкции, а мнением радиолюбителей в данном случае просто пренебрегают.
Ничего не поделаешь. Потому что на взаимном подтверждении можно зациклиться :) Относись проще - связь не состоялась, поскольку оператор "на той стороне" не был уверен, что его рапорт принят, и не занес связь в лог. В другой раз повезет :)Цитата:
Сообщение от R0LM
Такое и в традиционном CW/SSB бывает, особенно если связь короткая - 599 или 599 001, кто-то из корреспондентов не уверен в приеме - вуаля, связь вылетает. Бывает.....
Очень плохо, что Вы лично не работаете на ДХ и не знаете по чём эти связи и трата времени. У меня проще... много таких связей, не принял RR73 за 12-18 тыс км и более, установил автоматом вносить в лог, а уж там как повезёт. Пришлёт QSL на любой электронный адрес - связь подтвержу, нет- значит связи не было. Я много таких связей встречаю в хэмлоге - вывод; их надо вносить, а там как повезёт. Это моё личное мнение и к программе не относиться. Хорошо хоть декодирует ДХ позывной и принимает рапорт.Цитата:
Сообщение от RM1F
Переход на сообщение CQ определяется настройками счетчиков сообщений QSO, закладка Sequencing (Последовательности) настроек. С поломанными сообщениями: есть такой сбой, ищу причину.Цитата:
Сообщение от UR5LCZ
В WSJT-X работая в режиме Fox оператор своими руками вносит вызывающих корреспондентов в очередь QSO. Насчет MSHV не знаю, может кто подскажет. В JTDX отсутствует режим Fox.Цитата:
Сообщение от 4L6QL
Крупные DX экспедиции похожи на коммерческие предприятия с своим бюджетом, прибылью или убытком. По этой причине они(организаторы) заинтересованы в использовании операторов-роботов для проведения связей.Цитата:
Сообщение от UA1WA
За то есть режим " ЭКСПЕДИЦИЯ". Нажал кнопку , нажал ТХ и жду ответа, он сам выбирает звуковую частоту где можно ответить, опробовано с 9LY1JM, нет проблем в ФТ8.Цитата:
Сообщение от UA3DJY
to UA3DJY: Нельзя ли сделать в программе такую шапку? Вот если бы сделали цветные указатели в программе, где можно работать а где нельзя, то и проблем с хвостами не было бы. Красный - работать нельзя, жёлтый, зелёный и голубой участок - можно и нужно работать. Участок +2500 гц и выше, только для вызова ДХ экспедиции.
Если нет, то и не стоит ломать голову, пусть каждый держит этот участок работы ФТ8 в своём уме.
В JS8 так же указали участки работы ...
PS. DX экспедиция вызывает от 150- 300 гц, отвечает от 1000 гц до 2000 гц, проверено, им так удобней, а вызывать её надо на 2500 гц и выше согласно их таблице частот - проверено, сбоев нет.
Светофор?Цитата:
Сообщение от R9OY
В MSHV оператору достаточно включить многослотовый режим дальше можно спать - сама очередь создает, проводит QSO и заносит в лог.Цитата:
Сообщение от UA3DJY
Пробовал спецпозывным.
Для Вас - светофор, а для других ( начинающих) - наука. Не все же умные на слово как Вы уважаемый коллега по радио.Цитата:
Сообщение от R3HH
Действительно. Планировку и запреты сами придумали?Цитата:
Сообщение от R9OY
Забылись. Запреты и инструкции РФ действительны только в РФ.Цитата:
Сообщение от UA1WA
Пренебрёг. Вас и некоторых недовольных моим стилем работы в эфире внёс в список, чтоб случайно не позвать. Если случайно так случится, просба не отвечать. Не хочу опять наплевать Вам в душу. Извините!Цитата:
Сообщение от UA1WA
Ага ... вот вам пример, две станции и по разному работают, одна без хвостов, другая с хвостами ... как Вы думаете по чему сигналы разные у них ?Цитата:
Сообщение от LY3BG
И АТТ не помогает ... не чем давить помехи. Вот по этому и экспедиция просит вызывать их выше ...достаточно пару таких сигналов и экспедиции Вы не услышите!
Уже сто раз я писал что надо пользоваться САТ и включить Split Operation (Rig или Fake It). Тогда гармоник не будет.Цитата:
Сообщение от R9OY
У меня сосед работает 2км от меня со 100Вт, гармоник я не вижу. Хоть на 300Гц передаёт. Но как положено, с САТ и Fake It.
я обычный пользователь,Цитата:
Сообщение от R9OY
Вы на скрине привели пример какой полосы, 4 кГц? а зачем вам 4 если 14.076 JT65 14078 RTTY, так уменьшите его в 2 раза и ничего держать в голове не нужно,
это если Вам так хочется, а экспедициям есть где работать не переживайте за них
Vytas, разве Литва не является членом организации IARU? По рекомендованному первым регионом IARU частотному плану ни один общий FT8 КВ диапазон не попадает в полосы для которых прописано возможное использование передатчика в неконтролируемом (unattended) оператором режиме: https://www.iaru-r1.org/index.php/sp...-band-plans/hfЦитата:
Сообщение от LY3BG
Вам показать свои настройки? И каким же тогда образом я сработал с экспедицией? Не уж то RX=TX! Эврика! Надо попробовать. САТ система у меня установлена ещё с 2005 года Юником Даул и по сей день работает без проблем.Цитата:
Сообщение от LY3BG
Извиняюсь ... с 1995 года когда с ПСК начинал.
По нашим правилам это не запрещено, a рекомендации IARU есть только рекомендации.Цитата:
Сообщение от UA3DJY
Кстати unattended (без присмотра) - тут понимать можно всяко. У меня станция в основном управляется по интернету - это тоже без присмотра? Работая FT8 на отдалённом компьютере я только нажимаю клавиши отдалённого компьютера - это с присмотром?
Тут можно долго спорить, но, я думаю, не стоит. Я провёл эксперимент, про который написал. Приблизительно такой реакции я и ожидал. Но мне пришло несколько писем с просьбой поделится софтом...
Давать RR73 пока не получите в ответ "73".Цитата:
Сообщение от R0LM
То есть использование MSHV один из возможных вариантов робота на диапазонах.Цитата:
Сообщение от US4IRT
ОФФЦитата:
Сообщение от LY3BG
Наверно лет через десять робот LY3BG будет обмениваться сообщениями с роботом UA3DJY и на этом форуме. Мы сами заслужим то что создаем.
PS Человек как существо с ограниченными физическими возможностями не может конкурировать с создаваемым им же искусственным интеллектом, нетрудно предсказать что через двадцать ... тридцать лет созданный нами искусственный интеллект будет смотреть на нас как мы сейчас смотрим на животных в зоопарке.
Хорошо когда не знаешь, что происходит ниже твоей звуковой частоты 500 гц и ниже, а жаль, там хвосты летят на другие участки цифры.Цитата:
Сообщение от R3HH
PS. В JTDX используется только половина водопада от нуля герц до +3000 гц, а вторую половину Вы не увидите где "0" - 3000 гц.
За то реально можно увидеть на WEB SDR приёмнике или на другой программе.
Пульсации БП важны в FT8, при больших пульсяциях появляются дополнительные сигналы. Я пользуюсь самодельным БП.Цитата:
Сообщение от R9OY
Я использую заводской БП ALINCO DM-330MVE на 30А уж 12 лет. И что из этого следует? Инфо TS2000x 3 el Yagi ...Цитата:
Сообщение от LY3BG
----------------------------------------------------
Меня мало интересует БП и его пульсация. На счёт помех и так ясно.
Я задал свой вопрос ранее, можно ли раскрасить водопад или нет?
А я тут при чём? Что про это написал? :s7:Цитата:
Сообщение от RK1NA
Этот софт не мною придуман и написан и месяца 3 в него введена эта штука. Думаю, что не мало людей им пользуется. Мне один француз на еQSL написал что так работал. Так что проклинайте американцев, европейцев, японцев и всех остальных... Ничего нового... Но поезд уже ушёл.
Я специально не называл Ваш позывной, провели-молодец, на фото Вы нашего возраста и должны понимать, что можно писать, что можно делать. Поделитесь своим Софтом, который у Вас просят, и мы все получим море проблем благодаря и Вашим мемуарам. Вы кого то внесли в исключения опять же у каждого свой стиль работы в эфире и в жизни, я никого не вносил в списки исключений и не собираюсь вносить. Если Вы имели ввиду меня, то Вы первый кто это сделал, обычно вносят за какие то заслуги - значит у меня наконец появилась заслуга.Я не в обиде, отвечать мне не нужно, я стараюсь помнить только хорошее, ну а Вы поступайте, как знаете. Я от Вас наоборот не ожидал такой реакции, а теперь по Вашим действиям и выпадам в сторону коллег радиолюбителей ......!? для меня эта тема закрыта Удачи!
Это точно, давно многие работают в " автомате" сразу на двух- трёх диапазонах, это не ново.Цитата:
Сообщение от RU6B
Надо просто сделать, что бы функция "fake it" была у всех по умолчанию включена... Ведь сейчас даже на 160м для работы сплитом на 1908 "fake it" выключать не надо.Цитата:
Сообщение от R9OY
Я тоже часто работаю на 2-х диапазонах одновременно (вернее работал до смены QTH). Но это вовсе не значит, что "на автомате". Сетап позволял - раздельные антенны на НЧ-ВЧ, два трансивера и два компьютера. А "оперативности" в JT65 и FT8 большой не надо - успевай двумя мышками щелкать и все... Или на одном диапазоне - CW, на втором - FT8...Цитата:
Сообщение от R9OY
Так что обобщать не надо.
Не у всех есть CAT интерфейс. Со стороны поддержки CAT команд трансивером и Hamlib/OmniRig тоже неоднозначно - в некоторых конфигурациях не работает Split Fake It, в других Split Rig.Цитата:
Сообщение от UA1OMZ
Да, у меня в JTDX CAT через HRD настроен - Split Fake It не работает (он выбран в настройках - результата никакого). Split Rig вроде тоже не работает. Экспериментировать особо неудобно - удаленка.Цитата:
Сообщение от UA3DJY
OmniRig никогда не пользовался, все программы настроены либо через HRD, либо напрямую через VSPE на COM-порт трансивера.
А я и не собирался Вас учить, я просто сопоставил пример как Вы "РОБОТОМ" работаете. Меня лично такой способ работы не удовлетворяет, и давать CQ - те же помехи другим в течении года. У меня другие наклонности работая в цифре. услышал ДХ - есть возможность - сработал. Не сработал - возьму в другой раз.Цитата:
Сообщение от R0JF
PS. Как услышите меня на нескольких диапазонах дайте "знать", я подам заявку на патент в книгу рекордов Гнуса.:s10:
Проблема искусствено создана производителями трансиверов, которые не захотели либо не смогли договориться между собой насчет универсального (стандартизированного) набора команд CAT. Если раньше использование CAT было ограничено привязкой к DX кластеру или контестам то теперь с массовым использованием FT8 из опционального CAT по сути становится обязательным. При этом производители трансиверов дают описание своих наборов CAT команд, которые как минимум увеличиваются в количестве а для некоторых моделей еще и меняются, но не создают библиотек для взаимодействия внешних программ с трансиверами.Цитата:
Сообщение от RU6B
В результате мы имеем коммерческие продукты HRD и DX Lab, бесплатный OmniRig с закрытым исходным кодом и Hamlib c открытым исходным кодом. Из множества продуктов претендующих на роль связки компьютера с трансивером наиболее перспективным был Hamlib, но даже здесь целая команда разработчиков не смогла осилить растущее разнообразие реализации CAT от производителей трансиверов, и чем дальше тем медленнее будет развиваться проект Hamlib.
Попытки создать CAT библиотеки в самой FT8 программе обречены на неудачу: для этого потребуется работа нескольких программистов плюс постоянная поддержка.
В итоге пользователи новых моделей трансиверов неизбежно будут сталкиваться с отсутствием необходимой им реализации CAT интерфейса, то есть некоторые новые трансиверы будут малопригодны для работы в FT8.
Сейчас в эфире работает PJ4P, у этого оператора синхронизация часов компьютера настроена чаще чем раз в минуту. В результате одна передача сигнала от него идет с DT 1.5 секунды, следующая с DT 3.4 секунды, естественно для последнего варианта WSJT-X его сигнал не декодирует поскольку захват синхропоследовательности в WSJT-X от -1.5 до +2.5 секунды. В итоге периодически корреспонденты не декодируют сообщения от PJ4P и сам оператор PJ4P периодически не декодирует сообщения корреспондентов. Каша, хаос и уйма бестолковых помех другим операторам на диапазоне.
Не ставьте у себя период синхронизации менее 30...60 минут, особенно если Вы интенсивно работаете на общий вызов.
А какая программа передаёт два разных сообщения в одном цикле на одной частоте? Иногда наблюдаю такое. Или это замена одного сообщения на другое и обе части случайно проскочили через декодер?
Утром работал с ним, не но заметил что DT так меняется. Возможно на разных рабочих местах по разному настроена синхронизация времени.. Кстати, отвечал он одновременно двум зовущим, но не F/H.Цитата:
Сообщение от UA3DJY
Вложение 227247
WSJT-X в режиме Fox DXpedition создает специальные сообщения адресованные сразу двум корреспондентам, но в WSJT-X режим Fox DXpedition закрыт для использования в общих FT8 диапазонах. Скорее всего в общих диапазонах специальными сообщениями работает программа MSHV.Цитата:
Сообщение от RX3ASP
JTDX при декодировании разбирает одно специальное сообщение на два стандартных, поэтому в JTDX специальное сообщение можно отличить только по одинаковой частоте и разным позывным корреспондентов в нем. В файле ALL.TXT JTDX добавляет в конец таких сообщений символ '1', унаследован с протокола 75 бит где он назывался битом специального сообщения (i3bit).
Попробую , под спойлером (тем кому тестирование декодирования софтом JTDX и некоторые технические подробности мешают обсуждатьЦитата:
Сообщение от US5WE
очередную порцию их "хотелок"кружочки-цветочки : просьба под спойлер не заглядывать):
Под спойлером (только для непонимающих вроде меня или R7CA , любителям работать на .....цать тысяч QSO - просьба не тратить время и нервы на прочтение):Цитата:
Сообщение от R7CA
Игорь , Вас неоднократно (и не первый год , например вот) просили встроить синхронизацию времени прямо в JTDX (причём без зависимости от наличия интернета).Цитата:
Сообщение от UA3DJY
В т.ч. предлагалось (опционально включаемый функционал ) вообще уйти от привязки "захват синхропоследовательности по системному времени" - а привязать захват синхропоследовательности к моменту появления сигнала на маркере Rx (а дальше пользователь сам решит под кого ему строиться : "по большинству" станций , или под конкретного DXа со "сбитым временем")
Увы - но воз и ныне там (решать безусловно Вам) - программа JTDX обросшая дополнительными расцветками\кружочками\свисточками и прочими "хотелками большинства" - по прежнему не способна декодировать при ситуации выходящей за стандартное : "DT на передающей\приёмной стороне в допуске" - и всяк решает это как может (синхронизируется через интернет\GPS\сигналам точного времени - или с хрустом давит кнопки пытаясь вручную попасть в желаемый интервал).
Всё бы и ничего , у подавляющего большинства нет проблем со временем - и они радуются новым цветочкам\кружочкам :
- Но когда после некислого цикла постов о синхронизации времени через GPS (цена вопроса 500-1000 руб) уважаемая (очень уважаемая! , команда просто супер!) экспедиция едет в места без постоянного интернета - и при первых же попытках работы в FT8 собирает шквал сообщений в духе: "PSE SYNC TIME" , после чего сворачивает работу в FT8 (я от своих слов не отказываюсь - знал бы что так будет - сам бы подарил им "таблетку" GPS).
- Когда у другой команды сейчас с Ваших слов : "Каша, хаос и уйма бестолковых помех другим операторам на диапазоне" (и не факт что там трабл : "синхронизация часов компьютера настроена чаще чем раз в минуту" , системное время может прыгать до нескольких раз в минуту по многим причинам - вплоть до проблем с "железом" компа)
- Когда редчайшего DX намертво гасит оттакой сигналище зовущего по частоте да со сбитым временем (механизм прост до безобразия: начало передачи DXа "накрывается" окончанием передачи зовущего у которого сбито время)
- Когда на вопросы в теме вновь и вновь даются рецепты вида : "или используйте интернет - или вручную тыкайте в стрелки" (а было дело вплоть до советов : "лучше купите вместо GPS шашлыка да пива")
Вот тут поневоле задумаешься: был бы в WSJT-X\JTDX встроенный опциональный функционал синхронизации (возможно с предупреждающим окном на предмет возможных конфликтов с прочими средствами синхронизации) - может поменьше было бы каши , хаоса и помех .....
Желающие могут принять участие в Дне Активности на УКВ!
Сегодня 14:00-22:00 UTC
FT8 144.174, 432.174
to R5WM: Владимир, пожалуйста используйте для выделения текста цвет отличающийся от красного.
3.3.10 Использование красного цвета в Ваших сообщениях или подписях. Красный цвет - разрешён только администрации форума
[MSHV в режиме Мультиответ MSHV Amateur Radio Software | LZ2HV Amateur Radio WebsiteЦитата:
Сообщение от RX3ASP
Русская версия 2.10 тут: https://drive.google.com/open?id=1Lh...0rv93VpiAfc_Gi
Роман, как Вы относитесь к тому что Вашим компьютером будут пользоваться и управлять неизвестные Вам люди для решения своих задач? Синхронизация системного времени из JTDX означает запуск программы с правами администратора, что открывает возможность для удаленного управления компьютером без ведома пользователя. Когда права администратора открывает сам пользователь это его личное решение и его ответственность за результат использования компьютера находящегося в сети Интернет, если это делает производитель программного обеспечения то он подвергает риску всех пользователей программы.Цитата:
Сообщение от R2PU
Попытка смещать отсчет времени внутри программы при 100% загрузке процессора приведет к хаосу в работе программы, рассинхронизации периодов приема передачи. Сейчас в коде mainwindow.cpp есть несколько точек запроса системного времени, на слабых CPU во время декодирования этот запрос работает с ощутимой ошибкой в результате.
Так оно и есть. Тот же PJ4P использует MSHV (отвечает и на рапорт, и на локатор) в общих диапазонах. Правда, становится в самом низу.Цитата:
Сообщение от UA3DJY
Цитата:
Сообщение от US4IRT
Его при этом всём звать обычным способом или F/H¿
Я рапортом привык уже звать...
Честно говоря, разницы между предложенными вариантами - не увидел. "Отдельно от ..." и "при выключенном..." ? :-(Цитата:
Сообщение от UA3DJY
Ради чистоты эксперимента, вообще отказался от UR5EQF_Log3 и WSJTinterface. В работающей конфигурации остались: JTDX 2.0.1-125, OmniRig (куда-ж-без-него!) 1.16. Для логгирования (TCP) пришлось написать и отладить отдельный плагин LogTCPSRV.ext для CheckLog. JTDX запускается самостоятельно, ни из-под какой-либо другой программы. Симптомы остаются:
1). При первом запуске мощность "задавлена". При этом все приседания вокруг аппаратуры выполнены, на голосовой связи с теми же настройками и при том же согласовании антенн мощность отдает и связи проводятся "с пол-пинка".
2). Если вызвать Settings -> Radio и нажать Test CAT (оно ОЧЕНЬ долго чем-то нзанимается, но "зеленым" потом загорается)... а потом нажать Test PTT (здесь срабатывает сразу, горит красным, включвает и выключает передачу).... то после закрытия окна Settings "замирает" водопад.
3). Если закрыть окно JTDX, то оно как бы закрывается, но в памяти остается "висящий" процесс. Если об этом не знать, повторный запуск JTDX невозможен. Только после того, как в Task manager найти и убить jtdx.exe - можно запустить обычным образом повторно.
4). При повторно запущенном JTDX всё уже работает, как надо. Мощность отдаётся, водопад "ползет", связи протоколируются.
Видимо, что-то всё-таки "внутри" JTDX. Чем могу помочь ещё?
F/H может не пройти (не передает 73). На 160м первый раз он не принял от меня 73 и в лог не внес. Прошло на второй день. Вызывать можно и рапортом (тоже так зову обычно), и локатором. Разница в дополнительном интервале передачи.Цитата:
Сообщение от R7CA
Очередной вопрос уважаемому обществу.Хотелось бы по подробней узнать что это за кнопка (на скрине).Я думаю и другим будет интересно.Вложение 227274
Подтверждаю, вот пример такой передачи в одно и тоже время и на одной частоте RZ6HBK дает рапорт и мне и нидерландцу или баг приема?Цитата:
Сообщение от RX3ASP
Активирует группу декодеров основанных на согласованных фильтрах,для моды FT8 активирует FT8AP декодеры.Цитата:
Сообщение от UA1CSB
Сразу предупреждаю у меня вкл. фильтр на Европу ,почему их и нет.
Вложение 227277
Да вот еще.Не включайте SWL-этот режим предназначен для увеличения попыток декодирования.
У меня в компе мощный проц. и загрузка увеличивается на 20% с 50 до 70. Эффект в наличии по количеству декод. У кого слабые/средние проц.только на прием.
Такого никогда не видел. Обычно на одной частоте одному рапорт, другому 73Цитата:
Сообщение от UA1OMZ
Точно так же как и ко всему остальному софту требующему для работы запуск с правами администратора - осознаю риски и действую в соответствии с ними.Цитата:
Сообщение от UA3DJY
Разве используемые многими Dimension4 и т.п. программы синхронизации времени безопаснее в этом плане ? :confused:
ОК , пусть так (жалко интересную идею вообще не привязываться к системному времени для захвата синхропоследовательности - но нет так нет).Цитата:
Сообщение от UA3DJY
Ждём светлого будущего когда все освоят (по обстановке) : синхронизацию по Интернету \ GPS \ "ручному тыканию".
Когда-то же это должно произойти ....
Коллеги если нужна синхронизация без инета проще купить дешевые GPS модули, благо их сейчас валом на Алиэкспрес на любой вкус.
И простая прога SatTime https://astronomy.ru/forum/index.php...102409.20.html
уже больше года периодически подробно пишу об этом ( начиная примерно отсюда , посмотрите дату , дальнейшие сообщения можно найти поиском форума , крайний был относительно недавно) ....Цитата:
Сообщение от RG7KL
Реакция в 99% случаев колеблется между: "нафига это нужно?" и : "вместо модуля лучше купить шашлыков и пива"
----------
Простая прога SatTime" кстати заработает далеко не с каждым модулем (о совместимости модулей с софтом тоже неоднократно писалось , вот например )
Игорь, совсем нет! Главное чтоб у пользователя были права менять время. Для программы запуск с правами администратора не требуются. Учитывая, что JTDX у всех на личных компах установлен (а следовательно с правами проблем нет), с синхронизацией времени проблем нет тоже.Цитата:
Сообщение от UA3DJY
На этой картинке один из двух декодов ложный. В rc128 будут подстроены пороги и возможно сделаем проверку повторного сообщения с одинаковым позывным.Цитата:
Сообщение от UA1OMZ
Сейчас UBØIBA 3565.0 FT-8. Тон 2500hz even
Из описания возможны две проблемы - кривая работа CAT и возможно сбой в работе выбранного звукового устройства, аудио драйвер родной установлен?Цитата:
Сообщение от R2ADF
По CAT: драйвер для Rig Expert TI5, USB-COM адаптер. Микрософт несколько лет назад сертифицировал драйвер адаптера , при этом операционная система (Windows 10 точно) навязывает сертифицированный драйвер, микросхем USB-COM производитель выпустил как минимум под три разных драйвера и от поддержки старых микросхем отказался, сертифицирует драйвер только для последнего поколения чипа USB-COM. Если чип стоит старый то установка родного драйвера через танцы с бубном, в Интернете есть информация. Родной драйвер на старые чипы производитель чипа более не поставляет, искать надо либо у производителя Rig Expert либо в Интернете.
Коллеги, кто нибудь использует успешно IC7000 c WSJT-X либо JTDX, у Вас PTT через CAT настроена?
PS Судя по информации в Интернете PTT через CAT у IC7000 работает, проблемы у пользователей связаны с драйвером FTDI чипа (USB-COM) и распайкой разъема для подключения к трансиверу.
Давайте по порядку, поскольку меня опять не услышали (не захотели?)Цитата:
Сообщение от UA3DJY
Есть проблема с "зависанием" при обращении к Settings. Зависает водопад. При закрытии окна программы в памяти остается процесс jtdx.exe - это НЕ имеет отношения ни к драйверам, ни к операционной системе. Это - однозначно внутри JTDX. Всех мыслимых посредников я устранил, если надо - вообще запущу CheckLog с плагином на отдельной машине. Будет всё то же самое.
Что касается драйверов, RigExpert и прочего - у меня есть еще и UniCom Dual (или Duo?). Есть WinXP с её драйверами, Win7 с ее драйверами и проч. Всё можно попробовать, только вначале я надеюсь преодолеть "зависание" при настройках и неубиваемый процесс в памяти. Вы в этом помочь можете, или я еще что-то не сообщил?
R3BB;А что версию Для любителей варианта с маркером строк RR73\73
Собранный софт (Windows) https://cloud.mail.ru/public/AqWc/7sQ3Bw3Te
кодовая сумма JTDX-2.0.1.2-RUS-RC127-win32.exe
SHA-256: 44CEE4B89827569968B7B0AA3F8C7963FA50773717E95B1896 4818E56AE3EB70
зря собирал
Виктор спасибо, вы собирали 2.0.1.2 не зря, все отлично работает, хочется надеяться, что не бросите нас и дальше, тех кто привык работать с маркерами, а не цветным фоном. Удачи!!!
Я применяю чип FTDI FT232 с стандартными Windows драйверами Win7 и Win10 и никогда не имел с ними никаких проблем.Цитата:
Сообщение от UA3DJY
Тоже, но драйвер устанавливаю сам (чип китайский). Последние драйвера от FTDI не видят китайские подделки.Цитата:
Сообщение от LY3BG
Я уже неоднократно об этом писал! Программа MSHV 2.10 в режиме Мультиответ (ставить слот 1).Цитата:
Сообщение от UA3LHA
Сама отвечает и заносит QSO в Log!
MSHV | LZ2HV Amateur Radio Website
Там же русская версия программы!
Давно была очень похожая ситуация, JTDX тогда еще не стояла. Долго мучался с "убийством" процессов закрытых программ. Наконец, при помощи Process Monitor, нашел причину. Причина оказалась в "кривой" версии (конкретно только одной,не помню уже ее номер) программы Acronis. Именно она оставляла свой процесс в памяти и держала сторонние процессы, не давая им завершится. Возможно у Вас та же ситуация. Проверьте все запущенные процессы.Цитата:
Сообщение от R2ADF
Собственно я и пытался Вам объяснить что к зависанию процесса jtdx.exe может приводить драйвер FTDI чипа или кривой стык интерфейса с трансивером нарушая нормальную работу CAT. Наверно больше ничем не смогу помочь в конфигурации Вашего сетапа.Цитата:
Сообщение от R2ADF
Выключите OmniRig и JTDX подключите прямо к трансиверу. У OmniRig есть свои странности.Цитата:
Сообщение от R2ADF
форум редко посещаю, что то упустил, в версии 127 пропали маркеры на 73 и подсвечивается вся строка, как назад маркеры вернуть ?
Дмитрий, зря Вы здесь ругаете программу JTDX. За всё время существования программы, ни разу такого эффекта не наблюдал.Цитата:
Сообщение от R2ADF
Вместо претензий к Игорю, займитесь своим компьютером. У Вас глючит Ваш компьютер. Откройте диспетчер задач и посмотрите сколько ресурсов забирает программа. Всё Вами перечисленное, очень похоже на наводку от передатчика. Начните с развязки соединительных проводов.
Пока еще поддерживаются в специальной русифицированной версии, линк на нее есть только здесь на форуме.Цитата:
Сообщение от RZ1ZR
понимаю так что вы более ее поддерживать не будите ?Цитата:
Сообщение от UA3DJY
может оставите как опцию ?
Видимо, Вам хочется меня обвинить прилюдно в том, чего я не делал. Для ясности - я никогда не ругал, не ругаю и не буду ругать программу. Никакую. В том числе и JTDX. Напротив, я ею пользуюсь и нахожу, что она более удобна, чем WSJT-X. Но речь идет о другом. Я столкнулся с проблемой, своим программистским "чутьём" почувствовал, что где-то есть "косяк" при взаимодействии написанного кода с операционной средой. Описал ситуацию и предложил свои услуги по выполнению возможных дополнительный действий по выявлению причин "глюка". Жду советов, по мере возможности их отрабатываю. Выясню причину - естественно, сообщу во всеуслышание, чтобы другие не нарывались на те же "грабли".Цитата:
Сообщение от R7FQ
Если Вы не наблюдали эффект - это не значит, что его нет. Возможно, в Вашей операционной системе (системном окружении) он не воспроизводится. В этом случае лучше просто промолчать.
Спасибо за бесплатный совет. Если я увижу в нем конкретные действия и предложения по конкретному поиску ошибок - я им обязательно воспользуюсь. Со временем. И - да, опторазвязку имеем, низкочастотные фильтры на проводах питания имеем, антенна согласуется с КСВ<1.1, земля качественная, не "ноль". Так, на всякий случай...Цитата:
Сообщение от R7FQ
Дополнение к описанию ситуации: поставил OmniRig 1.18. Эффект сохраняется. Отключил OmniRig вообще, настроил взаимодействие JTDX с трансивером напрямую. Эффект сохраняется. Я имею в виду "неубиваемый" процесс jtdx.exe в памяти. Если бы я ставил себя на место разработчика программы, обязательно бы организовал поиск непарного fork (для которого нет kill). Извините за "умничанье".
Дмитрий, я аналогичную ситуацию для трансивера FTdx3000 смог победить только включив управление смещением частоты передачи через *rig* а при *Fake It* всё так же отключалось!
И управление САТ через Hamlib т.е. через программу JTDX(WSJT-X)
Теперь всё работает без сбоев!
Для трансиверов с двумя VFO это так, хотя 7300 работает и в Fake It без проблем!
RZ1ZR;форум редко посещаю, что то упустил, в версии 127 пропали маркеры на 73 и подсвечивается вся строка, как назад маркеры вернуть
Загрузите версию 2.0.1.2-RUS-rc127 от R3BB(пост 16834), там маркеры.
Подскажите как состыковать программу JTDX с УКВ на TS-2000? САТ система включается хаотично, то показывает частоту на голубом фоне, то всякую ерунду на красном фоне и ошибку выдаёт. В лог связь заносит без частоты, приходится руками в лог вносить. В трансивере два отдельных приёмопередатчика. САТ управление светится зелёным цветом. РТТ работает. А с показаниями частоты проблемы.Цитата:
Сообщение от UA3ALE
Вложение 227362
Вложение 227363
Вложение 227364
Вложение 227365
Вложение 227366
Попробуй вместо РКТ работать через USB!
Пробовал, ни чего не меняется. Характерно при смене диапазона слышу в трансивере звуки , щелчки, что то там переключается , но на дисплее трансивера светится САТ, и частота на трансивере не меняется. На КВ диапазонах всё работает без проблем, а вот переключить на 144-430 мгц и выше ... не получается, САТ система не переключает УКВ диапазоны.Цитата:
Сообщение от UA3ALE
У соседа 2000 вечером придёт с работы даст свои настройки! Пока подождём!
Спасибо, буду благодарен за инфо.Вложение 227368Цитата:
Сообщение от UA3ALE
А точку на Rig перенести не пробовал???Цитата:
Сообщение от R9OY
Пробовал, тот же результат.Вложение 227372Цитата:
Сообщение от UA3ALE
Где то должно быть управление на переход с MAIN (КВ) на SUB (УКВ) приёмник.
При имеющихся ограниченных ресурсах мы не будем останавливать текущую работу над кодом JTDX для поискаЦитата:
Сообщение от R2ADF
связанного с внешней неисправностью.Цитата:
непарного fork (для которого нет kill)
Так в JTDX нет укв диапазона в бэнд плане, 70 мГц и всё. Имеется в виду FT8, попробуйте включить JT65 моду, выбрать диапазон 144 мГц и посмотрите, как будет с индикацией частоты.Цитата:
Сообщение от R9OY
У себя тоже заметил когда поработаешь JTDX, а потом выключаешь комп Winda требует завершить процесс jtdx.exe.
А если так попробовать?
Прописал в таблицу частот, они там есть. При включении ФТ8 программа переходит на эти моду и частоту, а трансивер нет. Тут что то с управлением связано, я так думаю, программа переключает моду ФТ8 на УКВ, но СУБ приёмник не включается. По крайней мере на дисплее трансивера не отображается УКВ диапазон.Цитата:
Сообщение от RN3OX
Косяк зарыт в программе JTDX, работают JT9+JT65 на 144 мгц и всё! Добавлять частоты бесполезно.Цитата:
Сообщение от RA6AS
JTDX v2.0.1-rc128 измененный функционал:
Изменения в JTDX.ini:
удален параметр "SwitchFilterOffAtGetting73"
добавлен новый параметр "SwitchFilterOff"
Линки:
JTDX v2.0.1-rc128 Linux version from original source files by Igor UA3DJY (Many Thanks him):
Русская локализация JTDX v.2.0.1-RC128.
Линки :
Дмитрий, наши ошибки - это не наша вина. Я Вам хочу только помочь.Цитата:
Сообщение от R2ADF
При всём этом, у меня были наводки компьютерную систему.Цитата:
Сообщение от R2ADF
Этот же эффект зависания я имел при ВЧ наводке с кабеля на компьютер. До тех пор, пока не устранил "паразитное излучение".Цитата:
Сообщение от R2ADF
Вы уж не обижайтесь, автор JTDX к нашим проблемам не имеет никакого отношения.
Понятно, понятно. И на том спасибо - раз некому вычитывать выпускаемый код полностью, ну... что ж делать-то...Цитата:
Сообщение от UA3DJY
Остается единственный вопрос: поскольку я намерен таки найти если не причину, то хотя бы способ обхода выявленного "глюка" - могу ли я использовать данную тему для параллельного общения с теми, у кого ситуация воспроизводится? Или же меня, по традиции данного форума, в очередной раз по-модераторски "отвинтят" без внятного объяснения причин? Другими словами: позволит ли ревность выпускающего рашать имеющуюся проблему, используя данную площадку для общения?
А за дополнение кода Joe Taylor Вашими наработками - таки да, спасибо.
Галка на Выделение других стандартных соощ.Цитата:
Сообщение от R7FQ
Олег, благодарю, сам нашёл свою ошибку.
Виктор, извиняюсь, ошибки в программе нет.
Версия JTDX-2.0.1.2-RUS-RC128 - пока работает без проблем.
Если 'отвинтят' то только за нарушение правил форума, рекомендую ознакомиться с ними.Цитата:
Сообщение от R2ADF
Поскольку знание этих "правил" не гарантирует от произвольного использования их "в свою пользу" (как это уже было с RX3X и RM6LA) - я, пожалуй, воздержусь от дальнейшей активности. Спасибо за проявленное сочувствие к моим проблемам.Цитата:
Сообщение от UA3DJY
Сочувствую. Уход в "подполье" - не лучший вариант для нас всех.Цитата:
Сообщение от R2ADF
Знать недостаточно, необходимо эти правила соблюдать. В части 'произвольного использования' Вы нарушили пункт 3.3.9Цитата:
Сообщение от R2ADF
Здесь Вы кроме выражения Вашего неуважения и к участникам форума и ко мне нарушили пункты 3.3.9 и 4.5.Цитата:
Сообщение от R2ADF
Так Вы реагируете на попытку помочь Вам в решении возникшей у Вас проблемы.Цитата:
Сообщение от R2ADF
to R9OY
Прекрасно работает САТ в TS-2000
Только FT8 не предназначена для работы на УКВ и в плане радиочастот в программах
JTDX и WSJT-X отсутствует! Там работают в JT65 и других УКВ модах!
Если прописать частоту для FT8 то и она будет работать!
А JT65 можно сразу включать и всё заработает!
УСПЕХА
JT65 хоть и прописана в частотах так же глючит как и не прописанная ФТ8. Проблему надо искать в самой программе JTDX, косяк есть ...Цитата:
Сообщение от UA3ALE
Коллеги, считаю необходимым поставить точку в обсуждении вопроса режима робота при использовании программ WSJT-X, JTDX и MSHV.
Еще до появления программы MSHV рекламой робота занимался наш коллега SV5DKL, он засыпал Интернет своими видео с инструкциями как добиться автоматической работы в FT8 на любой программе. Внимательно просмотрел его видео в котором он объясняет что по причине инфляции его достижений в выполнении диплома DXCC в видах излучения CW и SSB он добивается от ARRL отмены общего зачета стран сработанных радиолюбителями в FT8 и JT65, и для достижения своей цели он пытается массово роботизировать эти виды излучения.
Оставляя вне обсуждения личные цели SV5DKL и причины побудившие к таким действиям, попробую объяснить потенциальный результат его действий и других наших коллег желающих использовать роботов на радиолюбительских диапазонах и публично рекламирующих их. Этот результат является демотивацией, с одной стороны производителей программного обеспечения цифровых мод что не так страшно, с другой стороны это демотивация участников радиолюбительского движения, то есть нанесение непосредственного ущерба нашему сообществу, ведущее к его разрушению.
Надеюсь что национальные радиолюбительские организации разных стран будут и дальше выполнять свои функции в части согласования рекомендаций частотного плана IARU с регулирующими органами этих стран, и неконтролируемое оператором использование передатчика не будет допущено в общие участки FT8 и JT65.
Благодарю за понимание этого вопроса.
Игорь, а какая (если можно точнее) задержка подачи НЧ сигнала после включения передачи сделана в JTDX? На "глаз" около 0,5 - 0,7 сек.
А я понял эта задержка между окончанием НЧ сигнала и отключением передачи. Так примерно соответствует, а между РТТ и подачей сигнала она больше 0,2с
Уважаемые Коллеги, всем доброго здоровья!
Пишу по поводу скрытого бага в программе (?) - "зависания" процесса jtdx в памяти на Win-машинах.
R2ADF поднял этот вопрос, но как-то не очень конструктивно и вдобавок исчез. :)
А баг действительно есть. Мне трудно судить - Win у меня не основная ОС, работаю в ней не часто, но тоже сталкивался с неубиваемым процессом jtdx.
Появлялся он у меня всего 2-3 раза, всегда был связан именно с САТ-системой! Когда не получается установить связь с трансивером, программа "подвисала", после чего "падала" с попыткой "найти решение в Интернет". Именно после этого в памяти оставался "неубиваемый" процесс jtdx.
Искусственно создать такую ситуацию у меня не получалось. Обычно, если "не видит" трансивер - просто выскакивает окошко с ошибкой и предложением внести изменения в настройки САТ. Но пару раз - "падала". Может кто-то сможет смоделировать для выявления причины.
О себе - Win-7 Профессиональная SP1, OmniRig... Ошибка появлялась именно на стадии попытки соединиться с OmniRig.
Настраиваемая пользователем для защиты контактов реле усилителя мощности трансивера и внешнего усилителя, по умолчанию 0.2 секунды. Если процессор слабоват то может возрастать из-за задержек в выполнении кода, если у Вас задержка подачи звука постоянно 0.5 секунды то в настройках можно выставить задержку вместо 0.2 секунды 0.Цитата:
Сообщение от US4IRT
Данный баг бывает и в wsjt и в других приложениях Windows. Закрывайте с помощью диспетчера и все. Не корректно закрытое приложение.Цитата:
Сообщение от R0JF
В том-то и дело, что процесс "неубиваемый". Из диспетчера невозможно закрыть.Цитата:
Сообщение от UN7JMM
Все равно висит в памяти. А `killall- HUP ` (как в Linux) в Win не работает...
Только перезагрузка.
Т.е. баг имеет место быть. Очень интересно найти, откуда "ноги растут".
Такая программа есть и для Win называется ProcessExplorer это Win-довская программа естьЦитата:
Сообщение от R0JF
в сети! Пользуются ей сисадмины, они и подсказали! там есть и kill и много другого!
А ноги растут из программ САТ для трансиверов! Игорь по этому поводу уже говорил
У меня такое было с FTdx3000 пока не нашёл правильного сочетания для подключения!
Теперь не падает!
А то стоило галку в программе поставить и всё рушилось!
надеяться можно... Но сейчас на моде SIM некоторые радисты работают с роботом. С утра до вечера робот дает постоянные CQ. Кто выполняет, кто контролирует? Так, никто...Цитата:
Сообщение от UA3DJY
Аналогичное положение уже наступает и в моде ФТ8.
Мое предложение - это сделать робот для авто ЩСО при пользовании JTDX. Но выполнить в коде вставку, которая бы указывала/индицировала на интерфейсе/ приемной стороне, что радист на передающей стороне включил робота. Установить в настройках JTDX пункт "игнорировать коллы с авто роботом". Можно вывести на интерфейс кнопку игнорирования вызовов от авто робота. Тогда, если кто-то не захочет иметь ЩСО с роботом, просто включит режим игнорирования
30 лет назад робот существовал и в MixW в режиме RTTY, робот даже участвовал в контестах. Видимо отсутствие Интернета в те годы исключило осуждение данного прогресса.Цитата:
Сообщение от RX1AG
Валентин, мне представляется, что это бесполезно. Ведь исходники программы открыты. Поэтому любой студент, более-менее разбирающийся в программировании, сможет уже сейчас собрать свою собственную полностью роботизированную сборку, и к тому же без любых "вставок".Цитата:
Сообщение от RX1AG
Авторы WSJT-X заложили в нее функционал "Auto seq" автоматического ведения связи, положительно встреченный операторами и возможно этим поднявшим популярность JT65, JT9 и особенно FT8. Так что робот закономерно вписывается в концепцию программы. За что боролись...Цитата:
Сообщение от RA3TAC
Цифровые роботы успешно работают давно, мы с U5WF в конце 90-х/начале 00-х использовали автоматический сканирующий Winlink/PLX Amtor/Pactor гейтвей на КВ с выходом на Packet УКВ. WinLink Pactor-овские автоматы сейчас успешно работают на КВ и проблем никогда не возникало.Цитата:
Сообщение от UA1NAN
Возникла она лишь, когда ARRL стала начала засчитывать JT65/FT8 связи на DXCC сопровождая это агрессивной пропагандой.
Это привело к массовому оттоку "трудоспособного радиолюбительского населения" в узенькие FT8 участки.
Протесты единиц, типа SM2CEW, DJ5HG, SV5DKL тонут в шквале "одобрямс". Думаю, что полнофункциональные FT8 роботы,в том числе с удаленным управлением типа HH2AA или D4C, появятся очень скоро, тенденция слишком очевидна.
Даже на последней сборке JTDX rc128 появляются не понятные позывные в виде иероглифов , на поздних сборках я такое не видел.Цитата:
Сообщение от R0JF
Жаль доступ закрыт в этой теме на показ картинки, пора прекращать быть активным на этой теме, пожалуй к Америкосам на форум перейду.
Всем спасибо , 73!
Ну да Бог с ней, с программой для Win! :)Цитата:
Сообщение от UA3ALE
Разговор-то не об этом.
Плохо то, что ЧАЩЕ ВСЕГО при отсутствии связи с трансивером JTDX ведет себя корректно - т.е. просто выбрасывает баннер с сообщением об ошибке и предложением изменить конфиг, но ИНОГДА - "падает" с оставлением "неубиваемого" процесса... Вот это "падение" бы вычислить и устранить.
Есть подозрение в применении Fake It в трансивере с двумя VFO!Цитата:
Сообщение от R0JF
У меня Flex-3000... Один VFO использую. Не думаю...Цитата:
Сообщение от UA3ALE
Баг выявляется (у меня) именно при запуске программы. На этапе "проверки-коннекта" с САТ.
Тут до Fake It еще явно не доходит.
А ты None вместо Кенвуда, или что у тебя там поставь и посмотри исчезнет дефект или нет?Цитата:
Сообщение от R0JF
По-поводу JTDX и слабых компов. Были у меня пропуски интервалов при декоде, что только не делал, выбирал от 2 и более FT8 threads и т. д. Ничего не помогало. Почему-то я упустил 1 поток. Но исходя из моей логики, чем больше потоков, тем меньше нагрузка на процессор. Сегодня решил выбрать 1 поток и о чудо, гоняю второй час и ни одного пропуска интервала.
Подтверждаю, есть теперь рабочая лазейка для слабых компов - 1 поток - ни глюков, ни пропусков, можно даже чувствительность декодера увеличить до низких пороговых значений, декодирует лучше, но дольше, но без пропусков. Спасибо, Игорю, большое (без иронии), что не забывает и наш "низший" класс. Ещё бы алгоритм связи упростить, как в WSJT, глядишь и простой народ к JTDX подтянется. А то почитают в ветке посты навороченных, включат пару раз JTDX, что-то не то и обратно к WSJT, так и не попробовав и не почувствовав всех преимуществ JTDX...Цитата:
Сообщение от US-E-12
Не исчез, а перешел в "SWL". Мог бы помочь, применив все имеющиеся знания и навыки - но получил очень "конструктивный отлуп". Было сказано, что "нет ресурсов". Значит, на помощь рассчитывать уже не приходилось. Значит, выпускающему моя помощь не очень и нужна. Ничего, переживу...Цитата:
Сообщение от R0JF
Только вот буду читать, а не докладывать о результатах. Неинтересно поддерживать того, кто по одному и тому же вопросу в 20:34 имеет одно мнение, а в 22:31 (того же дня!) уже его меняет. Понимаю, что эмоции. Но "жить" там, где постоянно кому-то хочется "взять да и власть употребить" - извините, не буду. Да и своим проектом заниматься - тоже время и силы нужны.
Не оставляйте эту проблему, "долбите в одну точку". Может быть, тогда и дойдут руки до вычитки кода, и непарные fork/kill найдутся. К общей радости.
Вроде бы зачем им это нужно?Цитата:
Сообщение от US5WE
Наверняка пронырливые господа не упустят возможности поставить все это на коммерческие рельсы. Не исключено, что под крылышком той же ARRL.Цитата:
Сообщение от US5WE
Вы заходите на сайт магазина DX, выбираете желаемый "товар", платите за него, в зависимости от "крутизны" по списку DXCC, вам скидывают одноразовый ключ-доступ к этому стационарному DX или экспедиции, вы вводите его, например, вместо локатора, и Велкам, заветное QSO состоялось! Никаких пайл-апов на десяток килогерц, никаких, порой многочасовых попыток дозваться. Все без пыли и шума. В ту же секунду CFM LoTW, и в лучших традициях "все включено", direct на ваш домашний адрес.
У вас проблемы с антеннами? Фирма-партнер за небольшую дополнительную плату предоставит на это время доступ к ближайшему от DX, закрытому сайту Web SDR, с гарантированным уровнем сигнала.
Мне самому такая мысль поначалу показалась бредовой, однако учитывая непреодолимую тягу что-либо "впарить" ближнему и огромный потенциальный рынок сбыта Штатов, Японии, Европы, все выглядит не столь однозначно.
У меня была данная проблема, она возникала при скорости обмена сом порта 19200, решилась увеличением скорости до 115200.Цитата:
Сообщение от R0JF
Там все нормально, WAS FT8 идет как свежие пирожки. Продажи растут, бизнес процветает.Цитата:
Сообщение от 4L6QL
Кстати, я почти уверен, что A41ZZ и WW1WW это роботы, CQ-ляют целыми днями на разных диапазонах. Сегодня были приняты и обслужены на 160 метрах. Ради интереса попробую Халиду написать, как у него это организовано. :s7:
JTDX-2.0.1 rc128
Accept UDP Reply messages выбераем CQ and 73 неадекватно реагирует на присылаемые сообщения с RR73(73). Может принять, а может и не принять. Ставим any messages всё работает отлично. До этого стояла 117, там всё было в порядке.
Это сообщение адресовано Игорю и Арво.
Почему-то не открывается страница 1124, сбрасывает на 1123.
А 1125, 1126 все нормально.
Это только у меня?
Да.Цитата:
Сообщение от UR5LCZ
Аналогично.Цитата:
Это только у меня?
Так же не открывается.Цитата:
Сообщение от UR5LCZ
У соседа было аналогичное.Решилось переходом на другую звуковую карту.Цитата:
Сообщение от US-E-12
У меня 1124 Edge открывает, Chrome нет.Цитата:
Сообщение от UR5LCZ
Так этот баг у меня всего пару раз проявлялся. :)Цитата:
Сообщение от UA3ALE
Месяцев за 5-6! :) Когда в следующий раз вылезет - кто ж его знает!
Чем дуться как мышь на крупу, лучше бы дамп срисовали, раз часто такое бывает.Цитата:
Сообщение от R2ADF
Может Игорю и понятно будет, в какой части кода ошибка. У меня вот спровоцировать
принудительно не получается.
Сегодня в очередной раз столкнулся с небольшим неудобством при работе JTDX...
Смысл проблемы вот в чем:
часто бывает, что когда работаешь на общий вызов к тебе подходит станция и сразу же вызывает тебя с рапортом, проводится QSO, делается запись в лог...Вроде все нормально... Но вот при последующей встрече с этой станцией, когда она дает CQ, у меня в программе она высвечивается цветом как не сработанный квадрат, что тоже вроде бы как логично... Но ведь именно этот позывной уже есть в логе как сработанный, а я сразу визуально этого определить не могу... Видимо, определив новый квадрат проверка позывного прекращается, что и вызывает такие противоречия... В настройках включил цвет для всех вариантов, кроме "остальных" сообщений...
Еще заметил, только что рядом работал JA, давал общий вызов...Судя по цвету - он для меня новый квадрат, но при проверке в логе он уже сработан (посмотрел в адифе - квадрат у него действительно не указан), а квадрат на этом диапазоне и этой модой уже подтвержден другими станциями...
Видимо, в алгоритме проверки позывных есть что то не совсем правильное...Ну, или как вариант-у меня не правильно настроена программа... Может нужно еще где-то галку поставить?
Два уведомления (цвета) ни одна программа дать не в состоянии. Программа определяет приоритеты сверху вниз. Сработанный позывной является последним, если не соответствует предыдущим уведомлениям. Т.е. Вы должный выбрать для себя приоритет - или новый локатор, или новый позывной и т.д. В WSJT-X расстановку приоритетов можно менять путем перетаскивания мышкой с места на место строки уведомлений. В JTDX только включением/выключением.Цитата:
Сообщение от R0LM
Если Вы ранее сработали с каким либо позывным, но в логе программы не указан локатор этого позывного, и первым приоритетом у Вас стоит новый локатор, то естественно, если этот позывной появится в окне программы, то он будет для Вас как новый локатор и не дойдет до уведомления, что это сработанный позывной. Такая логика определения приоритетов.
А сделайте мне такой макрос что бы в нем был рапорт и сразу RR73 :)
Вложение 227500
Сбросьте настройки браузера по умолчанию и все пойдетЦитата:
Сообщение от UA9AJK
Когда станция вызывает сразу рапортом,не записывается локатор и в логе сохраняется без локатора.
Установил 128 версию RUS и появилось вот такое. Где , что не так ?Вложение 227504
...Нажимаете *Lookup* под окошком *DX Call*. Если в файле CALL3 он есть, то появится в окне *DX Grid*.Цитата:
Сообщение от US6EG
Отсюда предлжение Игорю и его команде: не считают ли они целесообразным "перетащить" этот функционал в JTDX ? Возможно, эта фича не первой необходимости, но сильно повышает user-friendly программы, т.к. каждый сможет точно настроить систему приоритетов в раскраске под себя, любимого.Цитата:
Сообщение от EU1FQ
HiЦитата:
Сообщение от US-E-12
Never set threads more than Your comp has. Usually Auto should work. For SWL-ng on poor cpu-s 1 thread may be the only correct selection. In general best count of threads is Auto -1 ( to keep 1 thread free for other OS needs ), but this is not available, because implementing odd number of threads in JTDX is not so simple.
If You use GRID Notifications You never should log a qso without grid. Need to find it manually before saving qso.Цитата:
Сообщение от R0LM
"Если вы используете уведомления GRID, вы никогда не должны регистрировать qso без сетки. Нужно найти его вручную перед сохранением qso."
use google translate, I don't have cyrillic keyboard, and even if I had one finding letters in layout is to hard and slow.
С самого начала 2019 года, стали возникать неразрешимые проблемы, с системой Windows XP. По причине полного отсутствия его поддержки. На моём ПК решил опробовать, Windows 7, и Windows Vista. От семёрки отказался почти сразу, за ваши деньги, любые услуги, и минимум возможностей как пользователю. Остановился на Windows Vista. Что-то между семёркой и XP. Главное что для Vista пока пишут обновления системы. Да и работает пошустрее, 64 бита поддерживает. При переходе с 32 на 64 бита уменьшился разогрев процессора и материнки.
Но пишу здесь, вот по какому поводу. Заметил что при работе во всех трёх системах, XP Семёрка и Vista. Работая в интернете, используя любой имеющийся на сегодня браузер, меняется время до двух секунд. Пока в инет не выходишь хоть целый день программы JT, FT8 работают, время стоит как вкопанное, стоит выйти в инет на любой сайт, время побежало. Вроде всё проверил, дополнительной синхронизации времени не нашёл. Может, кто-то решил эту проблеме с уходом часов? Поделитесь секретом.
Отключите в Windows синхронизацию в интернете.
Скачайте и установите программу синхронизации от сюда: NetTime - Network Time Synchronization Tool
Следуйте инструкции. :)
I have CPU with three cores. The proper setting for me is "2 threads" instead "Auto"?Цитата:
Сообщение от ES1JA
Вложение 227511
I believe Your cpu has 3 cores with hyperthreading, so there 6 threads. If I'm correct then 4 threads would be the best selection. Sure You can use 2 threads If decoding end does not go to much to Tx side. But if hyperthreading is disabled then indeed 2 is the best solution. I don't even know what is happening with Auto setting.Цитата:
Сообщение от R1BET
Everybody can find best solution with enabling debug message to ALL file and looking Decoding finished rows times. 14,29,44,59 endings seconds are very good 00,15,30,45 ending seconds are so so and later seconds are bad.
It's AMD Phenom II X3 N830 with three physical cores without hyperthreading, therefore only 3 threads at all. Thanks.Цитата:
Сообщение от ES1JA
Since the ARRL Grid Chase Year is over, the grid issue seems to be a low priority one being of major importance on 50 MHz and up where it has been originated from.Цитата:
Сообщение от ES1JA
Thanks for your hard work Arvo.
Всё отключено и поставлено. Вопрос был обратил ли кто внимание, что браузеры, сбивают время. Работает или нет ПК в цифре. И победил ли кто эту хи проказу.Цитата:
Сообщение от R3D-209
У вас включена опция Разрешить передачу данных во внешний лог по TCP - это меню Файл->Настройки>Лог - снимите галочку.Цитата:
Сообщение от R8JA
Всем доброго дня!Решил попробовать FT8 моду.Вопрос простой-как поменять вид моды в WSJT-X.Стоит JT9.Остальное все работает.Заранее спасибо.
To R3BB:
Виктор, можете дать исходник для 128-й RUS С МАРКЕРАМИ?
предельно просто...в самой верхней строке MODEЦитата:
Сообщение от RX3DLH
Вот тут https://cloud.mail.ru/public/2w2V/iYeWA4jz5Цитата:
Сообщение от UR5WCA
Спасибо, осваиваю JTSDK, учусь, экспериментирую :s7:
никаких проблем нет,два монитора на первом лог и jtdx работают,на втором лажу по интернету или в скайпе.Браузеры яндекс и хром,синхронизация network timeЦитата:
Сообщение от RN9AZ
Что интересно, при выборе одного потока загрузка процессора уменьшается почти на 30%. Однако время на декодирование увеличивается. Картинка при приеме с эфира:Цитата:
Сообщение от ES1JA
более наглядно это видно, если запускать звуковые файлы из серии FT8v2_CQ_random_305signals_per_file. На пример, файл 0001:
1 поток: декодировано 83 позывных, время на декод 10,5 сек.
2 потока: декодировано 84 позывных, время на декод 7,8 сек.
По логике - чем меньше загрузка, тем быстрее декод, а в данном случае почему-то происходит наоборот.
Так и я борюсь, с этой проблеммой. Жаль, будем дальше воевать. :)Цитата:
Сообщение от R0AX
...а где искать MODE?:s8::s8:Где-то рядом хожу.Цитата:
Сообщение от RA3QH
вот мои настройки,попробуйтеЦитата:
Сообщение от RN9AZ
Да нет у меня такого.V 1.8Цитата:
Сообщение от RU4A
Тем более. 1.8 сейчас не используется. СОВСЕМ!Цитата:
Сообщение от RX3DLH
И галку поставьте.
Вложение 227533
галку сюда поставьте и у вас будетЦитата:
Сообщение от RX3DLH
Слава богу-разобрались!И версия 2.0 есть.Дело было не в бобине...Всем спасибо огромное!Цитата:
Сообщение от RU4A
Явление, очень распространённое, уже обсуждалось. Побеждалось у кого-то сменой браузера, у кого-то сменой системы, у кого-то сменой железа, у кого-то сменой интернет подключения...Цитата:
Сообщение от RN9AZ
Где-то на форумах читал, что ОПЕРА сильно десинхронизирует системное время. Даже, если не включена в работу. Причина не ясна до конца.Цитата:
Сообщение от RN9AZ
https://www.yandex.ru/search/?text=%...D1%8F&lr=98546
Добрый вечер. Обстоятельства сложились так, что в эфире могу появляться только удаленно. Пришлось освоить некогда ненавистную моду FT-8.
Подскажите пожалуйста, ситуация такая: работаю на CQ, стоит галочка Call first. Возможно ли сделать чтобы по окончании QSO опять TX был Enabled, т.е. после полученного "73" сразу шел мой "CQ". Спасибо!
Вот кто объяснит....Как может быть такое?
Вложение 227547 Вложение 227548
Отжать кнопку "1 QSO"Цитата:
Сообщение от RT3K
Всё правильно, но, кажется, правильнее было бы сделать (назвать) эту кнопку "CQ", чтоб подсвечивалась зеленым во включенном состоянии. В отключенном - одиночное QSO (т. е. наоборот чем сейчас).Цитата:
Сообщение от EW4C
Ткните пожалуйста носом где эта кнопка :)Цитата:
Сообщение от EW4C
Вложение 227573Цитата:
Сообщение от RT3K
На русском вроде "Одиночное qso"
JTDX программа.
В WSJT-X не нашел... JTDX сейчас попробую
Так и не получил желаемого результата. После получения 73 в мой адрес TX is not enabled. "1 QSO" отжато
Вложение 227578Цитата:
Сообщение от RT3K
Так и должно быть. Вы перед внесением связи в лог нажимайте "Очистить DX". И после 73 снова пойдёт CQ. В автоматическом режиме JTDX "в штатной комплектации" не работает.Цитата:
Сообщение от RT3K
То, что Вы хотите, это полный автомат. Авторы категорически против( пока). Уже обсуждалось.Цитата:
Сообщение от RT3K
Все, теперь понял. Вопрос исчерпан :)Цитата:
Сообщение от RU4A
QSO в Автомате + Автозапись в LogЦитата:
Сообщение от RT3K
Для обновления времени чаще, чем предустановлено системой, нужно сменить настройки.
Откройте окно “Выполнить” через меню “Пуск”. В командной строке наберите regedit и запустите кнопкой “OK”. Вам необходимо поочередно добраться до следующего раздела
HKEY_LOCAL_MACHINE – SYSTEM - CurrentControlSet – Services - W32Time – TimeProviders – NtpClient
и выбрать в окне слева параметр SpecialPollInterval. Здесь указано значение 604800, если перевести его в десятичную систему исчисления. Это количество секунд равное одной недели. Сюда можно занести другое значение, которое необходимо вам, сконвертировав его в секунды.
Я поставил обновление через 30 минут (1800 секунд) и проблемы с расхождением времени из-за браузеров уже не беспокоят, как раньше.
GM4SQM определяет как Шетландские острова.
Видать в cty.dat так
Кто-нибудь может объяснить, откуда в UDP-сообщении JTDX-Decode возникают два "лишних" байта, после Message?
И что эти два байта (00 00) означают?
В спецификации сообщение заканчивается на Message, ничего лишнего там нет.
Но в тоже время программа лога определяет как Шотландию.Цитата:
Сообщение от R3BB
С тем же cty.dat.
Игорь и все, простите за оффтоп.Цитата:
Сообщение от UA3DJY
Совсем недавно попадалась ссылка на русификатор этого Лога. Не могу найти. Может кто подскажет?
Correct is Scotland, which program/version shows as Shetland Islands?Цитата:
Сообщение от UR7TT
UA3DJY
Игорь, чем и как компилируете свои исходники?
Когда-то тут мелькала инфа об этом, но она уже не актуальная, просьба обновить сабж по компиляции.
JTDXЦитата:
Сообщение от ES1JA
Автопоследовательность неизбежна в FT8 потому что оператор не успевает среагировать и в результате при ручной работе сообщение передается не полностью, соотвественно на другой стороне либо декодируется реже либо вовсе не декодируется. Команда WSJT была против автоматизации последовательности сообщений JT65 но с созданием FT8 пришла к необходимости ее использования.Цитата:
Сообщение от UA1NAN
Есть старые двухядерные процессоры Intel (выпуск более 8..10 лет назад, поколение которое предшествовало i3) которые не дружат c многопотоком, и это наблюдается при том что сейчас в JTDX обработка звука под операционкой Windows имеет приоритет намного выше чем декодирование и обработка событий интерфейса пользователя.Цитата:
Сообщение от US-E-12
Да, сейчас всё отлично, одновременно и браузер гоняю. Раньше такого позволить не мог.Цитата:
Сообщение от UA3DJY
В декодере FT8 JTDX проверка по количеству логических ядер сделана так: if(numcores.gt.1 .and. numcores.le.3) numthreads=2Цитата:
Сообщение от R1BET
То есть для трех логических ядер на автомате будут два потока декодирования FT8.
Делаю сборки только для Windows в пакете JTSDK версии 2.0.6: https://sourceforge.net/projects/jts...s/win32/2.0.0/Цитата:
Сообщение от RK1AT
Там полная инструкция по установке, по запросу в личку могу прислать старый скрипт для сборки JTDX и свои файлы конфигурации(при установке JTSDK идет новый скрипт который пытается взять код WSJT-X).
Ориентируйтесь на исходник MessageClient.cpp.Цитата:
Сообщение от R2ADF
Q_SLOT void decode (bool is_new, QTime time, qint32 snr, float delta_time, quint32 delta_frequency
, QString const& mode, QString const& message, bool low_confidence
, bool off_air);
Цитата:
Сообщение от ES1JA
Какая версия JTDX?Цитата:
Сообщение от UR7TT
Хорошо, происхождение выяснилось. А про назначение чего знаете?Цитата:
Сообщение от UA3DJY
По-ненашему я читаю, но вот букв для понимания маловато будет...
Для совместимости с программой JTAlert. Laurie VK3AMA неоднократно предупреждал что если JTDX не будет следовать 'стандарту' WSJT-X в части UDP то он откажется от поддержки JTDX в программе JTAlert. Что показывают новые переменные Вы сможете найти в коде mainwindow.cpp.Цитата:
Сообщение от R2ADF
Эксперименты Iztok S52D c декодированием FT8 используя пространственный разнос двух антенн и наложение сигналов двух периодов S52D FT8-div
Пространственный разнос дает выигрыш в среднем до 3 дБ в чувствительности декодера (либо примерно 5% прирост эффективности декодирования на загруженном диапазоне), наложение двух периодов (временной разнос) дает выигрыш в декодировании повторяющихся сигналов но при этом дает двойное декодирование разных сообщений если в этой паре периодов сообщения отличаются.
Первый вариант требует использования двух синхронных приемников, оба варианта ощутимо загружают процессор компьютера и в конфигурации менее 8 логических ядер для JTDX либо менее 4-х физических ядер и тактовой процессора менее 3.5 ГГц для WSJT-X вряд ли могут использоваться. Для обоих вариантов используется модифицированный исходный код WSJT-X.
добрый день.тут вот такая проблема выползает иногда, по ссылке видео https://yadi.sk/i/oisTYf8z3tnB1Q версия программы 2.0.1 -rus-rc 128
Обновился до 128-й версии... Пропала собака...:cray: Как вернуть пёсика? Вместо него теперь жирная точка((
И вопрос, как в программе обновляется список ЛОТВ юзеров?
В WSJT там понятно. там в папке лога лежит файлик lotw-user-activity.csv который можно обновить как вручную, скачав с сайта ЛОТВ, так и автоматически из программы.
А как это реализовано в JTDX?
@UA3DJYЦитата:
Сообщение от R4FC
Тоже экспериментировали с Игорем на 80ке. Он звал OH2DB вместо RC3C. Видимо хэш совпадает с моим.
оригинал https://www.youtube.com/watch?v=j5NIReQdu3I
UA3DJY , Игорь, добрый день ! Хочу вас поблагодарить за ваш труд по разработке и совершенствовании программы JTDX. Я очень доволен работой вашей программы JTDX- во всех отношениях и по комфорту, быстродействию, удобству работы , качеству декодирования и многим другим показателям. Давно пользуюсь вашей программой ( использую среднего качества ноутбук- четырехядерный процессор с частотой 2,42 ГГц и оперативки всего 2 ГВ). Сейчас у меня последняя версия rc 128- работает как часики - нареканий никаких нет. Работаю ею как на КВ так и на УКВ (144,432, 1296). При работе FT8 и JT65 она превосходит по многим параметрам и удобству в работе WSJTx и MSHV. Единственное неудобство-иногда на 144 МГц и 432 МГЦ приходиться работать модами JT65B ,JT65C , а в JTDX таких мод нет и приходиться переходить на WSJTx или MSHV. А можно ли в последующих версиях ввести возможность работать этими модами или это сложно и не нужно поскольку основная масса радиолюбителей ( я думаю процентов 90) использует ее на КВ. С уважением Анатолий.
rc123, но эта ошибка с полгода выскакивает, не обращаю внимания.Цитата:
Сообщение от UA3DJY
Там проблема с некорректным определением с позывными в шаблоне GM4S**
Работа с хэш таблицей встроена в модуль упаковки/распаковки сообщений протокола FT8 v2. До тех пор пока команда WSJT не выпустит новую версию WSJT-X, где при использовании хэш таблицы будет учитываться содержимое окна DX Call, пользователи будут иногда видеть ассоциированные из хэш таблицы чужие позывные как в декодированных так и в передаваемых сообщениях во время проведения QSO. JTDX поправим сразу как появится решение этой проблемы в WSJT-X.Цитата:
Сообщение от RC3C
Оказались от поддержки JT65B JT65C в JTDX из-за того что для EME УКВ связи используется другой алгоритм автоподстройки частоты по сравнению с JT65 на КВ, используя КВ алгоритм получается посредственный результат в декодировании, а добавлять поддержку второго алгоритма автоподстройки не работая на УКВ и имея ограниченные ресурсы мы не видели смысла. В результате JT65B и JT65C полностью убрали из кода JTDX.Цитата:
Сообщение от UT4LA
Вот как показывает страну GM4SQM rc123:Цитата:
Сообщение от UR7TT
Возможно Вы используете свою версию файла cty.dat в папке с логом JTDX? Тогда просто удалите файл cty.dat и rc123 для этого позывного будет показывать правильное название страны.
UA3DJY, Игорь , понятно. Спасибо. Удачи вам.
Новые символы с учетом LoTW: JTDX Russian - JTDX v2.0.1-rc124 (12.01.2019)Цитата:
Сообщение от UN7JID
Здесь управление списком позывных LoTW: JTDX Russian - JTDX v2.0.1-rc123 (08.01.2019)
UA3DJY, Игорь, в меню частот для jt65a указана частота 3570.0, правильно же 3576.0?
Не смогу:Цитата:
Сообщение от UA3DJY
Вложение 227879
Так что делать-то прикажете: обрабатывать этот байт, или игнорировать? JTDX в нем хоть что-то осмысленное передает?
Давно поменяли и в WSJT-X и в JTDX на 3570 для возможности проведения связей с Японией, у них верхний предел 3575 кГц.Цитата:
Сообщение от R7CA
Не тем инструментом ищете, смотрите в MainWindow:: postDecodeЦитата:
Сообщение от R2ADF
Чтобы подсказать обрабатывать эти два байта или нет мне надо знать для чего Вы хотите обрабатывать UDP сообщение Decode.
Доброго вечера всем! Вопрос только к специалистам или с большим практическим опытом. Программа MSHV, настройки звука.
На что и как влияют изменения указанных параметров(каждый в отдельности) в большую или меньшую сторону. Как правильно подобрать оптимальные параметры? В JTDX таких настроек, кроме задержки, вроде нет, нужны ли такие настройки в JTDX, будут ли они полезны?
WSJT-X и JTDX на передачу не используют DirectSound https://ru.wikipedia.org/wiki/DirectSound , размер буфера звукового потока идущего на передачу определяет время затрачиваемое на смену сообщения во время передачи и снижает вероятность прерывания этого потока при высокой загрузке CPU, этот и параметры обработки входящего звукового потока если их настройка не оговорена в хелпе программы лучше не трогать.Цитата:
Сообщение от UA1OMZ
Скорость измерителя уровня может определять количество выборок в интервале времени, тоже следует искать в хелпе программы.
PS настройка 'Задержка звука' расположена в блоке настроек RX звукового потока, возможно что эта настройка не имеет ничего общего с задержкой подачи звука на передачу используемой для защиты контактов реле.
Цитата:
Сообщение от UA3DJY
Ну, и где здесь описание этих двух байтов? Хотя бы номер строчки скажите...Код:void MainWindow::postDecode (bool is_new, QString const& message)
{
auto const& decode = message.trimmed ();
auto const& parts = decode.left (22).split (' ', QString::SkipEmptyParts);
if (parts.size () >= 5) {
auto has_seconds = parts[0].size () > 4;
m_messageClient->decode (is_new
, QTime::fromString (parts[0], has_seconds ? "hhmmss" : "hhmm")
, parts[1].toInt ()
, parts[2].toFloat (), parts[3].toUInt (), parts[4]
, decode.mid (has_seconds ? 23 : 21, 21)
, QChar {'*'} == decode.mid (has_seconds ? 23 + 22 : 21 + 22, 1)
, m_diskData);
}
}
Это неправда. Чтобы ответить на этот вопрос, не надо пытаться "проникнуть в мои замыслы". Достаточно просто сказать - знаете ли Вы назначение этих двух байтов? Допускаю, что НЕ знаете. Вы не отчаивайтесь, это не фатально... ну, не знаете... подумаешь! :-) Может быть, Вы этот код не только не писали, но и не читали...Цитата:
Сообщение от UA3DJY
Так Вы не слушаете что Вам говорят, читайте 'стандарт' WSJT-X: https://sourceforge.net/p/wsjt/wsjtx...orkMessage.hppЦитата:
Сообщение от R2ADF
А кто подскажет, при установке новой версии (на пример 128) надо ли убирать предыдущую полностью, в том числе и файл ини?
Фаил ини надо удалять, а новая встанет поверх предидущей.
Можно ставить поверх, но правильнее удалить предыдущую версию, почистить остатки в реестре и после этого устанавливать новую версию. Ини-файл лучше сохранить с другим именем. После установки новой версии вернуть старый ини файл на место.Цитата:
Сообщение от UA1CSB
В случае, если новая версия требует новый ини-файл, из старого всегда можно использовать общие настройки.
И по новой разукрашка?Цитата:
Сообщение от UX8IW
Разве это проблема?:)Цитата:
Сообщение от R7CA
"Разукрашка" - как раз сидит в ини-файле. Его я сохраняю, о чем и была речь в моем посте.
Дело в том, что устанавливая новую версию поверх старой, старая не затирается, а продолжает "существовать" в компе, а это не есть хорошо.
Это уже ответ, спасибо. Я многое для себя уяснил из Ваших ответов. Вы развеяли мои сомнения, теперь я на 100% уверен. Еще раз спасибо.Цитата:
Сообщение от UA3DJY
Интересно, а где старая версия продолжает существовать, если ставить поверх новую в ту же папку?Цитата:
Сообщение от UX8IW
откройте программы и компоненты и посмотрите сколько у вас установлено версий.Цитата:
Сообщение от RA3FP
"Открыл" для себя фильтры JTDX НО вот не могу понять смысла "скрыть сообщение в котором второй позывной не определен из хэша" Это как? Где прочитать?
P.S а так мониторинг диапазона с включенным фильтрами очень удобен, можно заниматься своими делами иногда посматривая в окно программы..
Это такие callsign <...>Цитата:
Сообщение от UA6ATG
Да, забыл про эту "фишку". Вообще непонятно, почему так происходит после установки поверх. Вручную удалял следы. Хотя особо не напрягает.Цитата:
Сообщение от UX8IW
В JTDX rc129 будет опция разделить уведомления для CQ и 73 сообщений. То есть будет доступ к старым вариантам либо уведомления маркером для сообщений 73 либо отсутствия для таких сообщений уведомления.
Поскольку автовыбор AutoSeq JTDX привязан к уведомлениям то при раздельных уведомлениях автовыбор AutoSeq будет работать только для CQ сообщений.
В 128 версии
автомат не DCTULF переводит
Вложение 227912
после полученного R-10 рапорта должен передать RR73, а вновь передает R-08
Необходимо включить запись диагностики в файл ALL.TXT (закладка Reporting настроек), при повторении сбоя кусок файла ALL.TXT начиная с момента первого вызова этого корреспондента до сбоя последовательности.Цитата:
Сообщение от EX8004A
Этот вопрос уже обсуждался, есть какая-то заковыка в установщике.Цитата:
Сообщение от RA3FP
Ну это не следы, а вполне работоспособный ехе-файл. При желании его можно запускать из перечня программ по кнопке "Пуск".
Меня тоже не напрягало до определенного момента. :) Потом пришлось все удалять...Цитата:
Сообщение от RA3FP
Такое регулярно происходит - вручную жмем Тх4 :s7:Цитата:
Сообщение от EX8004A
А вот это печально. Может тогда и собаку-@ вернем, ведь кому-то и без неё плохо... Шутка конечно, нет ирония...Цитата:
Сообщение от UA3DJY
подскажите где скачать последнию версию программы WSJT-X у меня 2 есть просто может обновление есть а я проспал
А теперь, чтобы довести уверенность до традиционных в нашей стране 146%, давайте ещё раз пройдемся по спецификациям. Там обнаруживается много интересного:Цитата:
Сообщение от R2ADFЭто уже ответ, спасибо. Я многое для себя уяснил из Ваших ответов. Вы развеяли мои сомнения, теперь я на 100% уверен. Еще раз спасибо.Цитата:
Сообщение от UA3DJYТак Вы не слушаете что Вам говорят, читайте 'стандарт' WSJT-X: https://sourceforge.net/p/wsjt/wsjtx...orkMessage.hppЦитата:
Сообщение от R2ADF
- В 'стандарте' WSJT-X сообщение Heartbeat включает поле revision. В JTDX это поле отсутствует. В поле version Вы передаете и собственно номер версии ("2.0.1"), и номер ревизии ("rc128"), слитно. Не было бы логичным и Вам тоже поддерживать 'стандарт' в этой части?
- В 'стандарте' сообщение Status заканчивается полем Special operation mode: quint8. У JTDX это же поле трактуется как Tx first: bool. При этом в 'стандарте' дается осмысленная трактовка содержимого поля, а у Вас - извините, отсутствует. Возможно, проще не вводить собственное поле, а использовать предложенный формат и его толкование?
- В 'стандарте' сообщение Decode содержит поля Low confidence и Off air. В спецификациях JTDX эти поля отсутствуют. Не проще было бы для всех, если бы Вы включили в спецификации JTDX описание из 'стандарта', а не вводили бы читателей в заблуждение?
- Аналогичная ситуация наблюдается с сообщением Reply. Только в этом случае отсутствующие в спецификациях JTDX 'стандартные' поля называются Low confidence и Modifiers. Вы принципиально не формируете эти поля, и тем самым не соблюдаете соглашения 'стандарта'? Или у Вас есть какие-то свои, особенные и тайные соображения, по которым Вы отказались от этих полей в ущерб 'стандарту'?
- В сообщении QSO logged 'стандарт' определяет два поля в конце: Exchange sent и Exchange received. В спецификациях JTDX эти поля отсутствуют напрочь. В связи с чем Вы отказались от их использования? Будете ли Вы возвращать в собственное изделие поддержку этих полей, или с этого момента линия разработки JTDX необратимо расходится с исходной линией WSJT-X?
- В сообщении WSPRDecode 'стандарт' включает поле Off air, а спецификация JTDX - нет. Это сознательное намеренное решение, или же это ошибка, которая будет исправлена?
- В описании 'стандарта' приводятся сообщения Location, Logged ADIF и Highlight callsign. В спецификации JTDX эти сообщения даже не упоминаются. Означает ли это, что Ваше изделие не будет поддерживать эти сообщения ни в какой из своих версий?
- Спецификации JTDX содержат два сообщения, не установленные 'стандартом'. А именно - SetTxDeltaFreq и TriggerCQ. Поскольку мнемоника наименований этих сообщений представляет особенный интерес для продумывания реализации полноценного интерфейса с подобными программами, важно определиться: это исключительно Ваша доработка, свойственная только Вашему изделию? Или же Вы не пока ещё донесли свои идеи до команды WSJT-X, но они обсуждались и будут воплощены в 'стандарте' при его очередном перевыпуске?
Полагаю, что некоторое "наведение порядка" в спецификациях (а, возможно, и в реализации) совсем бы не повредило Вашему изделию. Одно из ранее высказанных (в горячности, не скрою) "спасиб" забираю назад, до получения внятных ответов на заданные вопросы. И пожалуйста, не ссылайтесь огульно на те источники, где требуемая информация отсутствует... почитайте их сначала самостоятельно, да?
А теперь вопрос к Вам уважаемый R2ADF - с какой целью интересуетесь ? Свое что то хотите предложить ? Милости просим !
Да только за эту "милость" меня обычно на этом форуме сразу блокируют... Ну, раз Вы настаиваете - да, интересуюсь "с целью".Цитата:
Сообщение от R3BB
Необходимо для развития моего проекта CheckLog (подробнее на http://CheckLog.jimdo.com). За попытки привлечь внимание к этому проекту меня неоднократно блокировали, и даже лишили права использовать собственную подпись на этом форуме. В знак благодарности, видимо.
Ну а раз так - то какие проблемы - проект не коммерческий - к чему вопросы типа надо делать так и только так ? Сделано как удобно в данном случае . Для вашего проекта было бы удобнее чтоб совместимость в UDP сообщениях была б одинакова с WSJT - это понятно - но извините, сделано как сделано - дальше ваши проблемы. Сумеете с Игорем договорится хорошо , нет- увы. Да еще Вы делаете Свой проект коммерческим ?
Вы, видимо, не заметили - он решил "ткнуть меня носом" в 'стандарт'. Который сам же не поддерживает (подозреваю, что и не читает). За "дальше ваши проблемы" - отдельная искренняя благодарность. То есть "раскрасочками" заниматься - проблемы общие, а совместимость - исключитально мои? Думаю, что на такой "платформе" договориться не удастся. Договоренности - это движение навстречу, а не "отписки".Цитата:
Сообщение от R3BB
А делать свой проект с использованием бесплатного - коммерческим - это как ? Я думаю в таком случае движения не будет.
Попробовать каждый может бесплатно. Вариантов - масса. Для "не читающих английского" подробно разжевано здесь: http://ur5eqf.ru/checklog/checklog-system. А попробовав, уже решать для себя: хочет ли он поддержать (однократно и посильно) все мои дальнейшие усилия по написанию, отладке, покомпонентному и комплексному тестированию, документированию, публикации, поддержке, продвижению и прочим необходимым составляющим проекта - или же нет. Ну, на нет и суда нет... я не буду в претензии :-)Цитата:
Сообщение от R3BB
Я всё делаю один, сам, "без ансамбля". Как говорится, чем богаты. Тем более забавно наблюдать, как мой продукт "встречают в штыки" те, кто им ни разу не пользовался.
Не успокоитесь никак?! Не нравится проект JTDX - занимайтесь своим. Что ж обиженного здесь строить, что кто-то Вам о чем-то достаточно не ответил? Или кроме Вас разработчикам больше не на что свое время потратить?Цитата:
Сообщение от R2ADF
Угомонитесь уже. Не позорьтесь...
Под WINE в Ubuntu он будет работать? If YES - могу попробовать, я "читающий"....:s7:Цитата:
Сообщение от R2ADF
Я что то пропустил? Или есть еще какой то "продукт", поддерживающий FT8?Цитата:
Сообщение от R2ADF
Цитата:
Сообщение от UA3DJY
Нет, здесь все нормально :). Просто теперь будет три переключаемых варианта: общее уведомление CQ/73 с автовыбором из этих сообщений, отдельное уведомление для 73 маркером и отсутствие уведомления для сообщений 73. Для последних двух вариантов автовыбор в AutoSeq будет работать только с CQ сообщениями. Для большинства пользователей автовыбор среди CQ и 73 сообщений некритичен поскольку он в основном применяется в AutoSeq 6,7.Цитата:
Сообщение от UA1OMZ
Не большой знаток программного обеспечения, но в цифре работаю.
Пробовал и в WSJTX, а работаю в JTDX, как и мои знакомые.
На форуме обсуждаем работу этих программ и как-то необычно читать "наезды" какого-то варяга.
Какая-то нервозность в каждом посту.
Вам кто-то что-то должен?
Жизненные проблемы?
Решайте их так, чтобы никто о них не знал.
Есть вопросы к автору - напишите в личку.
Никогда о вас не слышал и слышать не хочется.
Собственно, Вам никто не препятствует. Делайте на здоровье! Только поймите наконец, что никто Вам ничем не обязан. JTDX - это НЕ копия WSJTX, а вполне САМОСТОЯТЕЛЬНЫЙ проект, в основу которого положен код WSJTX и всё... Декодирует? Передаёт? Что еще нужно? Стандартизация UDP-обмена? Зачем? Чтобы Вам жизнь облегчить? Делайте два модуля сопряжения, в чём проблема-то? Игорь немного в другом плане приоритеты видит - эргономичность, качество работы... И Ваши "наезды" на него В ФОРУМЕ мягко говоря... Некрасиво смотрятся.Цитата:
Сообщение от R2ADF
А по поводу "встречают в штыки" - зачем так? Я вот тоже не пробовал (просто не могу понять, зачем ЭТО вообще нужно, тем более - ЗА ДЕНЬГИ, когда нормальный логгер сам все это делает), но ничуть не против. Может и правда кому-то это необходимо.
Закрыли обсуждение проекта checklog-system в этой теме.
Проверил для настройки Accept UDP Reply messages -> CQ and 73 используя MessageAggregator от WSJT-X 2.0, вроде работает без сбоев:Цитата:
Сообщение от US-E-12