-
05.01.2017, 22:16 #3706
- Регистрация
- 05.03.2015
- Сообщений
- 5,304
- Поблагодарили
- 7704
- Поблагодарил
- 789
-
05.01.2017, 22:17 #3707
Жаль но похоже придётся откатится на старую версию. Одно ядро 2.7ггц похоже ужо не тянет. Провёл одно QSO на втором дал 73 ответ не декодируется. И пошло то включится декодирование то через раз. уменьшил адванцед, до 2 4 толку нет. Хоть JT65 или JT9 без разницы. Отключаю передачу кадр прошёл второй молчком, постоит только в режиме приёма, вроде опять начинает декодировать. Декодирует конечно не плохо. Хотя на моих тестовых файлах один в один, что и прежние версии. И плюс Игорь ваши файлы как раньше по десять янков декодируют.
-
05.01.2017, 22:21 #3708
- Регистрация
- 15.08.2006
- Адрес
- Новополоцк, Беларусь
- Возраст
- 45
- Сообщений
- 319
- Поблагодарили
- 46
- Поблагодарил
- 82
73! Юрий EW6X in KO45IM (ex EW6BN)
RU-QRP club #017
137 кГц граббер
-
05.01.2017, 22:22 #3709
- Регистрация
- 08.09.2009
- Адрес
- Житомир
- Сообщений
- 99
- Поблагодарили
- 5
- Поблагодарил
- 7
-
05.01.2017, 22:25 #3710
- Регистрация
- 05.03.2015
- Сообщений
- 5,304
- Поблагодарили
- 7704
- Поблагодарил
- 789
Если виртуальный аудио кабель не используется то накопление задержки может быть вызвано потерей части фреймов, например если частота дискретизации звукового потока немного смещается относительно частоты процессора компьютера - может где железо неисправно (USB звуковая карта), или СДР греется и убегает опорный генератор, так трудно сказать.
-
05.01.2017, 22:26 #3711
- Регистрация
- 08.09.2009
- Адрес
- Житомир
- Сообщений
- 99
- Поблагодарили
- 5
- Поблагодарил
- 7
-
05.01.2017, 22:29 #3712
- Регистрация
- 05.03.2015
- Сообщений
- 5,304
- Поблагодарили
- 7704
- Поблагодарил
- 789
Софт стал очень сложным и вполне где то я мог сделать ошибку в коде приводящую к утечке памяти, от версии к версии исходный код очень сильно изменяется и часто переписывается заново, поэтому если есть утечки памяти то они на разных версиях и разных машинах могут сказываться по разному и с разными симптомами.
-
05.01.2017, 22:34 #3713
- Регистрация
- 05.03.2015
- Сообщений
- 5,304
- Поблагодарили
- 7704
- Поблагодарил
- 789
Обычно JT9 не декодируется если плывет частота или есть наложение спектра другой станции. Девиация частоты при отражении сигнала от сполохов Северного сияния тоже не позволяет декодировать JT9 сигнал.
Если в интервале был очень сильный сигнал от другой станции то перепад шума не дает декодировать сигналы, в этом случае спасает функционал компенсации АРУ - кнопка AGCc,
последовательность нажатия кнопок AGCc -> Decode позволит повторно декодировать интервал уже с включенным функционалом компенсации действия АРУ приемника.
Примерно полтора года назад у меня на WSJT-X тоже была проблема декодирования части JT9 сигналов и тогда она была вызвана поломанным INI файлом, в этом случае Ваш звуковой файл должен декодироваться на другом компьютере.Последний раз редактировалось UA3DJY; 05.01.2017 в 22:42.
-
05.01.2017, 22:49 #3714
- Регистрация
- 05.03.2015
- Сообщений
- 5,304
- Поблагодарили
- 7704
- Поблагодарил
- 789
Похоже на выпадание фреймов в звуковом потоке - должно быть заметно по сжатию основного сигнала на водопаде и расширению продолжительности шума во временной области (видно при проигрывании разных звуковых файлов). Последнее время было несколько репортов что такая проблема возникает если какой то другой софт занимает ресурсы процессора во время записи звукового файла, на протяжении приемного интервала, никак не связано с самим декодированием, в этом случае на декодирование уже считывается битый звуковой файл.
Последний раз редактировалось UA3DJY; 05.01.2017 в 22:52.
-
05.01.2017, 22:55 #3715
- Регистрация
- 15.08.2006
- Адрес
- Новополоцк, Беларусь
- Возраст
- 45
- Сообщений
- 319
- Поблагодарили
- 46
- Поблагодарил
- 82
Понятно, но слава Богу, что она устранилась в 17.4, просто часто мониторю ночью 630м WSPR-2, теперь нет необходимости в дополнительном софте, ну разве что для WSPR-15.
Железо здесь MiniPC на Intel I5 6300U, RAM 8GB, интересно, что 17.4 в режиме 3-4-1 стала на 2 сек быстрее декодировать чем 17.3.2, раньше конец декодирования был ровно в 60 сек, сейчас на 58 сек.73! Юрий EW6X in KO45IM (ex EW6BN)
RU-QRP club #017
137 кГц граббер
-
05.01.2017, 22:58 #3716
- Регистрация
- 05.03.2015
- Сообщений
- 5,304
- Поблагодарили
- 7704
- Поблагодарил
- 789
Да, тоже интересно, для поддержки повторного декодирования JT9 я был вынужден добавить два огромных промежуточных массива для временного хранения входного сигнала после его обработки функционалом компенсации АРУ, и наоборот ожидал возрастания времени декодирования, о чем мне говорили во время тестирования 17.4.
-
05.01.2017, 23:08 #3717
- Регистрация
- 15.08.2006
- Адрес
- Новополоцк, Беларусь
- Возраст
- 45
- Сообщений
- 319
- Поблагодарили
- 46
- Поблагодарил
- 82
73! Юрий EW6X in KO45IM (ex EW6BN)
RU-QRP club #017
137 кГц граббер
-
05.01.2017, 23:21 #3718
- Регистрация
- 05.03.2015
- Сообщений
- 5,304
- Поблагодарили
- 7704
- Поблагодарил
- 789
Забыл сказать, я сильно метелил код Фортрана под многопоток, переводя статические переменные-массивы в динамические. Скорее всего в этом причина.
Сделал не всё что хотел, вернее сделал почти всё но откатил часть изменений обратно, потому что стало немного падать количество декодированных сообщений на тестовых файлах.
В версии 17.5 продолжу эту работу одновременно с выводом массивов хранения сигналов из стек памяти, чтобы уйти от возможного влияния выполняемого кода на обрабатываемые данные.
Еще во время тестирования софта заметил что при компенсации работы АРУ (включена кнопка AGCc) ощутимо снижается время декодирования интервала.Последний раз редактировалось UA3DJY; 05.01.2017 в 23:28.
-
06.01.2017, 00:06 #3719
- Регистрация
- 01.02.2016
- Возраст
- 56
- Сообщений
- 106
- Поблагодарили
- 19
- Поблагодарил
- 45
Поставил 17.4. Кнопка Decode продолжает светится вплоть до 35 секунды следующего интервала. В 17.3.2 декодировка длилась до 58 сек текущего интервала. i3 3225 3.3 Ghz 4G ОЗУ.
-
06.01.2017, 00:28 #3720
Социальные закладки