Коллеги, кто подскажет , JTDX поддерживает 4К-5К режим видео или нет ?
у меня 5К и масштаб 400% - Win10 на Parallels для MAC OS и JTDX не возможно использовать : меню мелкие, масштабы окон сдвинуты(более половины информации отсутствует и т.п.)
такое ощущение что и HD и масштабирование не поддерживаются вовсе.
Интерфейс и функционал делался под минимальный размер, интерфейс не был предназначен для растяжки на 4к. Размер шрифта можно выбрать в настройках, интерфейс придется дорабатывать. Обычно такие мониторы используют для нескольких одновременно работающих софтов WSJT-X либо JTDX, каждый софт на своем диапазоне, растягивать одно окно на 4к при скорости вывода декодированных сообщений FT8 приводит к перегрузке оператора информацией.Цитата:
Сообщение от R5AU
У меня выглядит вот так, видны косяки на основном окне, в родном WSJT всё в порядке
Вложение 216664
Издержки русификации. Сожмите окно для вывода декода влево, соответственно правая часть (где кнопки) расширится влево и надписи станут выгдядеть удобочитаемыми. Ну и у Вас масштаб текста 450%.Цитата:
Сообщение от R5AU
Не станут, поскольку правая часть зафиксирована интерфейсом
масштаб 450, поскольку только единичные приложения написанные с современными библиотеками поддерживают 4К и более
UR7QM
Описанная Вами ситуация возникла у меня давно. Использую, как и у Вас старый ноут Р4 / Вин ХР.
Программы JTDX и WSJT-x очень сильно отличаются по максимальной загрузке процессора. В JTDX столько разных функций, что проц Р4 не справляется с декодом во время цикла декодирования. Но и многоядерные процы не могут успевать....Это можно отследить на системном мониторе загрузки проца. 100% загрузка на декодировании продолжается на цикле передачи. На теме ранее обсуждали эти неприятности
Поэтому, происходит следующее. Начинается цикл передачи, но декодирование проц не закончил. Поступает команда на РТТ, происходит переход на передачу. Но прога не закончила декод, он продолжается еще 2-3 сек. На выходе аудио ничего нету. Затем, он появляется... Все правильно.
С этим моментом в JTDX вы ничего не сможете поделать. Нужен только мощный совр многоядерный процессор. А у него есть свои проблемы с неравномерной нагрузкой на ядра. Это то же обсуждалось ранее...
---------------------------------------------------------
Прога WSJT-X /особенно ранние версии/ более "легкая", быстрая.
Вторичные функции "примочек" вынесены в сторонние программы. Поэтому, слабые процы Р4 относительно неплохо справляются с декодом.
Я давно ушел от JTDX в пользу WSJT-X. Настроил так, чтоб меньше загружался проц. Свои неудобства имеются, но для повседневной работы сойдет.
Добрый день! Ребята, подскажите пожалуйста: У товарища стоит Win7 32 разрядный, лог UR5EQF и IT65. Всё работало, потом пару недель назад JT65 перестала декодировать сигналы, хотя на водопаде приём есть. Поставил ему JTDX 18.1.0.91.1 RUS. Все настройки программ такие же как и у меня( у меня железо такое же как и у товарища), настройки звуковухи тоже все перепроверил. У меня всё пашет и дома и на работе, у него есть приём-декода нет. Задалбался, что только не перечитал и настроил, уже осталось только винду перебить. Подтолкните где копать, ПОЖАЛУЙСТА!!!!!
Попробуйте (на примере JTDX версия 18.1.0.86.1RUS) следующие настройки:Цитата:
Сообщение от RX1AG
- Декодирование, количество потоков для FT8: Auto
- FT8 декодирование, широкополосное декодирование: БЫСТРОЕ
- FT8 декодирование, узкополосный фильтр декодирование: глубокое
При Intel core Duo CPU e6750 @ 2.66 Ghz производительности хватает на 2 (!) одновременно запущенные программы JTDX. Одна из них на удаленном SDR для контроля своей передачи и оценки обстановки в полосе частот + к этому запущено N- количество страниц в Хроме. Сразу видны косяки при задержке передачи: процент декодирования своей передачи резко падает. Да при таких настройках общее количество декодированных кандидатов (во всей полосе частот) становится меньше, но появляется возможность успешной работы на "слабых" компьютерах. Ни в коем случае не хочу и не буду вступать с вами в полемику. Считаете ну и считайте. А вот многим я думаю мой совет поможет улучшить качество своего сигнала.
Смотрите синхронизацию времени, по крайней мере на слух и по водопаду отметьте большая ли разница в начале и конце передачи вашего друга с основной массой. Это легко сделать.Цитата:
Сообщение от UV5EHT
Я понял, спасибо, на этот фактор я внимание не обратил, у меня всё работает без специальной программы синхронизации времени. Хватает интернета и стандартных средств Win7.
Согласен с Вами...Цитата:
Сообщение от UF8T
Но, что такое Intel core Duo CPU e6750 @ 2.66 Ghz? Это 2 ядра... 2007 года- старый, но реально не слабый проц. А речь шла о старом ноуте с проц Р4 и с 1 ядром.
Давайте пример отличной работы на одном ядре.
Подавляющая часть ресурсов процессора потребляется декодером, если не гнаться в настройках за чувствительностью и отключить многопоток в декодере то JTDX работает с потреблением ресурсов процессора близким к WSJT-X.Цитата:
Сообщение от RX1AG
Кроме LDPC декодера ощутимую часть ресурсов берет FT8AP(в JTDX - Hint) декодер, на слабых машинах его лучше не включать.
В математике процессор эквивалентен антенне, если используете вертикал у Вас в логе одни корреспонденты, используете Яги - другие.
Я протестировал 3 программы: JTDX, WSJT-X, MSHV в ФТ8 на предмет сравнения загрузки процессора/памяти при работе в реальном эфире. Ноут Самсунг, Вин ХР 3, проц Целерон 2,4 Ггц 1 ядро, память 256 Мгб, экран 1024х768.
При чистом экране, без программ загрузка проц 2-5%, ОЗУ-45%. Непонятно, откуда так сильно ОЗУ загружено?
Режим приема. Диапазон 18мгц. На диапазоне работают 12-15 станций
1. MSHV
Водопад включен, декод -нормал, полоса 200-2100 гц
пиковое CPU 100 % 7 секунд, MEMORY 75%
---------------------------------------
2. JTDX
Водопад включен, декод -нормал, полоса 700-2800 гц
пиковое CPU до 70 % 1 секунд, MEMORY 72%
------------------------------------------
3. WSJT-x
Водопад включен, декод -нормал, полоса 650-2610 гц, АР отключено/оно мало влияет/
пиковое CPU до 72 % 1 секунда, MEMORY 70%
Операционная система находится в оперативной памяти.Цитата:
Сообщение от RX1AG
Количество кандидатов на декодирование и следовательно занимаемые ресурсы процессора зависят от полосы на водопаде, рекомендую тестировать на звуковом файле(те же сигналы) с одинаковой полосой на водопаде софта.Цитата:
Сообщение от RX1AG
Здесь есть хорошие файлы (более 35 декодированных сигналов в режиме глубокого декодирования, полосе 0...3500Гц) для тестирования нагрузки и эффективности декодирования (размер архива 74МБ) : https://cloud.mail.ru/public/DBwj/dT1VhwTGV
Здесь звуковые файлы с которых декодируется более 40 сигналов в режиме глубокого декодирования, в полосе 0...3500Гц, размер архива 9МБ: https://cloud.mail.ru/public/8Krv/KpRWurrUa
То: UA3DJY
Игорь, почему ругается PTT система не включается на передачу, трансивер FT-767GX в ft8.