Евгений, под какой программой работает Оса?
Евгений, под какой программой работает Оса?
Recommendation:set Bins/Pixel to 4
You have wasted lot of cpu resources on decoding to higher than 3kHz area. jtdx waterfall width determines decoding bandwidth. You will see Lag reducing.
- - - Добавлено - - -
Вложение 319321
Here one more test file, this time from real life, with 3 kHz bandwidth should give over 80 decodes.
Вложение 319322
О чем говорить, если поток с одного трансивера на два разных компьютера всегда выдает на них различающееся кол-во декодов. С некоторых пор, год как. Я проводил эти эксперименты и в этой ветке писал ранее. Во время уже проводящейся QSO ты на основном компе не получил ответ, но он прекрасно декодировался на соседнем, причем с уровнем -2. Т.е. дело явно не в уровне сигнала и его качестве!
А если будете сравнивать два разных трансивера, то вообще никогда не достигните дзена.. Лотерея: в следующем цикле ответ твоего корреспондента будет декодирован или вместо него выведется на экран декод от другого корреспондента. Не исключаю, что i9 и 32Гб нивелируют эту разницу, но всего лишь два года назад такого не было, это факт. У меня всегда декод был на двух компах одновременно и я эту грань четко отследил.
Спасибо. Важный момент, еще и ширина окна. В описание это дело есть для бестолковых, но... нужно прочитать, понять и запомнить.
Согласен, если настройку вести с эфира. Но я записанный файл, с нужным количеством позывных и соответственно с известным перепадом уровней этих станций, подаю на свой передатчик, который пока имеет ИМД3 -73 дБн. Даже при такой динамики передатчика можно делать тест и результат получается стабильный.
Только я про это уже не узнаю.
Как говорят обычно, вопрос хороший.
Была у меня утопическая фантазия, что звуковой файл пойдет на передачу из JTDX, вместо одного тона пойдет много и с разным уровнем.
А синхронизация "музыки" ручная, в 0.2 сек. попадаю. Я же вижу на декоде свой промах по времени.
Вариант по CAT думал, но не нашел команды в трансивере на включение этой "музыки".
Даже такой ручной вариант показал, что стандартные два тона для измерения ИМД3 важны только на первом этапе.
FT8 декодер JTDX помнит что было в предыдущем четном либо нечетном интервале, скачки DT звукового потока приводят к потере части функционала декодера. Если будете сравнивать декодирование в режиме такой 'ручной синхронизации' то есть смысл перезапускать JTDX перед каждым проигрыванием звукового файла.
Настройка в окне DT определяет соотношение времени декодирования интервала к количеству декодированных сигналов, она применяется только если CL отличается от значения 100%.
Здесь более детально: https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1858499
Добрый день.
Прошу подсказать. По причине "упавшего" системного винчестера переставлял все с нуля. Почему-то перестал работать "градусник" в WSJT-X, хотя в JTDX - все нормально... Где копать?
Вложение 319371