Аналогично, плюс digi controller, digi site, плюс фотошоп и серфинг в нете и пр.
I7 проц. W10x64
Давайте :s11:пофлудим , один системник с i5 только для радио , три монитора ,две программы sdr,программы wsjt-x. jtdx,одновременная работа, загрузка проца 25% в пиках декода 60%,работает стабильно не тормозит не отваливается, что на вин7 ,что на вин10.Также включен другой комп постарше и по слабей с отдельным монитором для интернета и др., кстати с него сейчас и пишу, есть и другой комп с i7,но тот для другого.:s11:
В JTDX есть опция выключить передачу, у Вас судя по картинке эта опция отключена. Кроме этого в JTDX есть функционал 'чужая частота', FT8 спектр имеет полосу 50 Гц, если Вы с корреспондентом пересекаетесь спектром хотя бы на 1 Гц то JTDX в таком сценарии отключит передачу чтобы не мешать корреспонденту провести начатое им QSO. Бывают исключения когда программе непросто определить чья частота, например ранее такие сбои были при вызове рапортом, когда менялась последовательность сообщений с 'вызывающего' на 'вызываемого'.
- - - Добавлено - - -
В JTDX много настроек определяющих степень загрузки процессора, например если включить кнопку SWL и 3 цикла декодирования, а загрузку смотреть по каждому ядру вместо средней.
Мне легко удается положить операционку Win10 (потеря аудио блоков вплоть до пропуска декодирования четных либо нечетных интервалов) на своем i5 если я запускаю на декодирования две программы JTDX в таком режиме (каждая занимает декодером 3 логических ядра из 4 доступных).
- - - Добавлено - - -
Несколько лет назад отказался от него потому что он имел проблемы с буферизацией, проявлялось в рваном сигнале в момент включения передачи(сигнал начинал передаваться, затем обрывался и начинал передаваться с начала, хорошо было видно сбой по PCM отcчетам при увеличении в Audacity). Есть смысл включить его на Audacity на запись своего TX сигнала и убедиться на записанном файле что сигнал не рваный.
- - - Добавлено - - -
Здесь как настроить VAC, render/capture порты должны быть WavePci.
- - - Добавлено - - -
Когда то обсуждал эту проблему с Евгением Музыченко, WaveRT / WavePci / WaveCyclic отличаются буферизацией сигнала. При сбоях в JTDX/WSJT-X Евгений рекомендовал использовать WavePci.
- - - Добавлено - - -
Как минимум сигнал на передачу чище и создает меньше помех другим операторам.
У меня все так же настроено, но размазывание происходит и убирается только уменьшением звукового сигнала на входе JTDX. У меня есть такая мысль, что это искажает сам водопад или программа JTDX. Хотя я не уверен в этом. Интересно понаблюдать как это влияет на декодирование станций.Цитата:
Сообщение от UA3DJY;
Термометр JTDX показывает пиковый уровень сигнала, если он не приближается к крайнему значению динамического диапазона цифрового аудио потока то на входе в JTDX должен быть чистый сигнал (то есть проблема возникает до создания цифрового потока в сторону JTDX). В самой программе JTDX динамический диапазон за счет использования переменных с плавающей запятой ощутимо превышает 300 дБ, программа без проблем должна держать верхнее значение динамического диапазона цифрового аудио потока.
Как это удается UA9MA работать сразу на 2х диапазонах!?
Вложение 267245
А что в этом удивительного наверное станция SO2R ( два трансивера ,две программы и т.д.),тоже работаю на двух диапазонах одновременно ,но в соревнованиях не участвую, интересует чисто технический аспект.
- - - Добавлено - - -
UA3DJY "Несколько лет назад отказался от него потому что он имел проблемы с буферизацией, проявлялось в рваном сигнале в момент включения передачи(сигнал начинал передаваться, затем обрывался и начинал передаваться с начала, хорошо было видно сбой по PCM отcчетам при увеличении в Audacity). Есть смысл включить его на Audacity на запись своего TX сигнала и убедиться на записанном файле что сигнал не рваный."
Контролировать сигнал я могу вторым радио тоже сдр "контроль с эфира" так сказать ,что кстати и делаю периодически, и если бы сигнал рвался то мне было
бы видно пока все в норме, хотя при настройке всей системы тоже есть нюансы ,но это мелочь.
Немного непонятно...Если я работаю с кем-то на одной частоте, но в разные периоды, то моя передача не отключается при вызове кого-то третьего, и это правильно. Иначе не хватит места всем желающим работать на диапазоне...Здесь ситуация вроде бы аналогичная и не должна зависеть от того, кого я вызываю или кому отвечаю. Время и место я занимаю все равно...Или я в чем-то ошибаюсь?Цитата:
Кроме этого в JTDX есть функционал 'чужая частота', FT8 спектр имеет полосу 50 Гц, если Вы с корреспондентом пересекаетесь спектром хотя бы на 1 Гц то JTDX в таком сценарии отключит передачу чтобы не мешать корреспонденту провести начатое им QSO.
Цитата:
Кроме этого в JTDX есть функционал 'чужая частота', FT8 спектр имеет полосу 50 Гц, если Вы с корреспондентом пересекаетесь спектром хотя бы на 1 Гц то JTDX в таком сценарии отключит передачу чтобы не мешать корреспонденту провести начатое им QSO.
Логика проста: Вы работаете в поиске и найдя корреспондента выбрали свою TX частоту для вызова так что Ваш спектр пересекается со спектром корреспондента. Корреспондент ответил на вызов другого оператора, но есть вероятность что другой оператор вызывал на частоте корреспондента, если Вы продолжите вызывать на выбранной Вами частоте то будете создавать помехи корреспонденту, по этой причине JTDX отключает передачу.Цитата:
Сообщение от R0LM
Если Вам критично продолжать вызов корреспондента при проведении им QSO, то, работая в поиске, выбирайте TX частоту так чтобы не пересекаться спектром с корреспондентом.
Игорь, спасибо, что тратите на такие вопросы время... Но логика все равно не понятна...Вот только что зарисовал с эфира - правда тут разбег 12-13 Гц, но тем не менее...Если бы в 073700 JE1 вызвал YB2, то в 073730 у него должна была отключиться передача, т.к. ответили не ему... Для чего? Что изменилось бы для эфира если в 073730 JE1 продолжил бы вызывать YB2 по сравнению с тем, что было в эфире за минуту (за 3-5 минут) до этого? На мой взгляд - ничего... Что CQ JE1XUL, что YB2BOB JE1XUL для частоты ( и для того, кто решит в это время вызывать на этой же частоте) без разницы - она все равно занята и на ней присутствует чей-то сигнал...Цитата:
Логика проста: Вы работаете в поиске и найдя корреспондента выбрали свою TX частоту для вызова так что Ваш спектр пересекается со спектром корреспондента. Корреспондент ответил на вызов другого оператора, но есть вероятность что другой оператор вызывал на частоте корреспондента, если Вы продолжите вызывать на выбранной Вами частоте то будете создавать помехи корреспонденту, по этой причине JTDX отключает передачу.
Вот и возник вопрос - чем конкретный вызов отличается от CQ, что программа отключает передачу?
Валерий так они друг друга не вызывали,потому и не отключается передача....Программа так сказать считает что они не создают друг другу помехи....