Товарищи!
28 открыта (ближняя зона).
На CQ JT9 (28,078+950) подошел eu7fbb с уровнем +01
Товарищи!
28 открыта (ближняя зона).
На CQ JT9 (28,078+950) подошел eu7fbb с уровнем +01
Здравствуй, дедушка Мороз, борода из ваты. Ну и новость нам принес чудачок мохнатый.:ха-ха:
UA3DJY в JTDX нет "TX event/1st"
Работая на CQ, после перехода на прием, глянул 6...10 секунд - никого нет, галку поставил в "TX event/1st" и опять сикуляешь.
=============================
В приемном окне, кроме принятых станций пишет:
- audio gap detected
- portial loss of data
- copy CALL3.TXT file to log directory http://www.qrz.lt/ly3bg/JTDX/jtdx.html
Эти сообщения опциональны (кроме последнего) или на них забить?
=============================
При работе JT65 и JT9 использую JTDX. Для FT8 WSJT-X. Другими цифровыми видами MixW. Есть ли возможность прописать путь для слива ADI в единый файл? Закузюкался импортировать ADI в MixW из WSJT-X и JTDX.
Было бы здорово, если все выше перечисленные проги и смотрели в один LOG файл. Такая функция есть?
Установи HamApps JTAlert HamApps.com в начале выбери для программ JTDX и WSJT-X, настрой на работу с журналом MixW, работает прямо с файлом журнала MixW2.log.
Ведёт статистику, подсказывает голосом, цветом, показывает на каком бенде и каким видом работал с данным (интересующим) call... FT8 уже поддерживает тоже.
Короче - давно пользуюсь, журнал простой, MixWовский, мне хватает за глаза, и просто и привычно.
P.S. - последние версии JTDX вроде ещё не поддерживает, но автор быстро его дорабатывает под актуальные нужды (не знаю как в ADI, а в MixW2.log у меня пишет и версия JTDX-18.0.0-step74). Удачи, 73!
JTDX v18.0 шаг 78 - тестирование нового функционала
Linux version (compiled on Ubuntu 16.04LTS 64-bit)
Binary files only:
https://cloud.mail.ru/public/93TW/gobBhXX9i
deb-package (not tested!):
https://cloud.mail.ru/public/Bckk/yXRFqjVH4
Linux 32-bit packages (not tested!):
https://cloud.mail.ru/public/HBqd/wA2HBjkHr
1. Скачайте тут файл CALL3.ZIP
2. Разархивируйте
3. Скопируйте CALL3.TXT в папку лога программы (меню File->Open Log Directory)
Этот файл нужен для определения локатора, если он не передается станцией и работы Hint-декодера
Железо старое (2005 г.р.). Пентиум 4, XP2. Все слоты RAM заняты: два по 256 и 512, общая ~ 1Гиг. Трансивер СанСДР-1, прога ПаверСДР, загрузка процессора 50…60%. Когда запускаю JTAlert (в позапрошлом году пробовал), то загрузка 100% и ПаверСДР виснет.
Я думал, в INI файле можно прописать, куда ADI сбрасывается. В JTDX.ini и WSJT-X.ini есть строка [LogQSO], но про ADI там ничего не сказано.
чекбокс "TX event/1st" заменен на кнопку, находится справа от часов
Если работать в таком режиме то вариант "никого нет" будет чаще, потому что при включении на передачу с задержкой Вы вносите ошибки в свой сигнал еще до излучения его антенной. Кроме того JTDX декодирует сигналы которые не видно на водопаде, в том числе при использовании декодеров Hint, и включаясь на передачу на следующем интервале на 10-й секунде Вы отказываетесь от декодирования слабых сигналов возможно вызывающих Вас корреспондентов.
Работает, но декодирует с 50 секуды приема до 6...11 секунды передачи. Это если весь спекир 2,2 КГц смотрю. А так на CQ фильтр в ПаверСДР ставлю 300 Герц, и за 10сек. (с 50 по 60) успевает. Программа JTDX если видит, к примеру три вызывающих станции, всех принимает, а вот - WSJT только одну. Как пример, вчера вечером сикулял на семерке, используя WSJT, перешел на JTDX и сразу китаец и два японца прописались в приемном окне. 10 Ватт и Дельта вертикальная. В телеграфе фиг могу эти страны дозваться. Восток двухэтажный особняк закрывает (коммуникации, трубы отопления).
Да, забыл СанСДР+JTDX процессор загружен на 80% при приеме-передачи, при декодировании замирает панорама и процессор до 100% грузится. Видимо Вы про это и говорите, что на таком железе не будет работать.
Иногда при передачи бывает кратковременное пропадание сигнала. Еще какое-то сообщение выскакивает, окошко, что-то error connect. Хотел скрин сделать, час сижу, а оно не появляется.
Существует ли аналог JTAlert под Ubuntu14 и 16 ?
Зажимать полосу менее 500 Гц для декодирования JT65 сигналов можно только на пустом диапазоне: если есть более сильные сигналы пересекающиеся спектром с сигналом Вашего корреспондента то для декодирования необходимого Вам сигнала программа должна сначала декодировать мешающий и затем его вычесть.
Это связано с принципом работы демодулятора JT сигналов - с синхронизацией по синхропоследовательности сигнала демодулятор из всего спектра сигнала для каждого временного интервала тона выбирает самый сильный тон.
возможно AlarmeJT? https://sourceforge.net/projects/alarmejt/