-
17.02.2020, 09:47 #22711
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
По результатам тестирования чувствительности/эффективности декодирования win64 работает на уровне win32, на win64 должно резко сократиться время декодирования интервала. Включите запись диагностики в файл ALL.TXT, будет видно время окончания декодирования, оно у Вас по сравнению с win32 версией не изменилось?
За счет сокращения времени декодирования многие пользователи в версии win64 смогли перейти на б'ольшую глубину декодирования в настройках.Последний раз редактировалось UA3DJY; 17.02.2020 в 09:52.
-
17.02.2020, 11:00 #22712
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Проверка программ на прочность чудо-позывным:
075615 -13 0.4 999 ~ CQ SZ3PC20 Greece
-
17.02.2020, 11:03 #22713
- Регистрация
- 04.10.2006
- Адрес
- Моздок
- Возраст
- 66
- Сообщений
- 450
- Поблагодарили
- 99
- Поблагодарил
- 253
На одном компьютере два HDD с разными системами Win7 и Win10. На обоих установлена JTDX. На 7-ке раньше, на 10-ке недавно. Из папки Win7->USER->AppData....JTDX скопировал файлы xxxx_ALL.txt и перенёс их на Win10 в соответствующую папку. Перегрузился, всё равно, на 10-ке все корреспонденты новые. Подскажите, что не так делаю?
RJ7J (ex UA6JBQ)
-
17.02.2020, 11:12 #22714
- Регистрация
- 14.05.2018
- Адрес
- Санкт-Петербург
- Возраст
- 61
- Сообщений
- 797
- Поблагодарили
- 651
- Поблагодарил
- 230
-
17.02.2020, 11:14 #22715
- Регистрация
- 05.01.2012
- Возраст
- 50
- Сообщений
- 394
- Поблагодарили
- 142
- Поблагодарил
- 38
-
17.02.2020, 11:20 #22716
-
17.02.2020, 11:35 #22717
- Регистрация
- 14.05.2018
- Адрес
- Санкт-Петербург
- Возраст
- 61
- Сообщений
- 797
- Поблагодарили
- 651
- Поблагодарил
- 230
Если файл лога wsjtx_log.adi не общий для двух систем, то лучше не копировать его, а сделать символическую ссылку. Техника этого дела описывалась в треде.
73, Влад RM1F
-
17.02.2020, 11:37 #22718
- Регистрация
- 04.10.2006
- Адрес
- Моздок
- Возраст
- 66
- Сообщений
- 450
- Поблагодарили
- 99
- Поблагодарил
- 253
Все срослась, благодарю всех, вопрос снят!
RJ7J (ex UA6JBQ)
-
17.02.2020, 12:06 #22719
- Регистрация
- 05.01.2012
- Возраст
- 50
- Сообщений
- 394
- Поблагодарили
- 142
- Поблагодарил
- 38
Возникла проблема у товарища следующего характера.
Трансивер FT-2000 в режиме Fake it может произвольно смещать частоту на 500 гц вверх или вниз при переходе на прием после передачи.Закономерности я не смог увидеть,это происходить и на 100 ватт и с мощностью побольше не зависимо от диапазона.В настройках cat выбран omni-rig,с hamlib cat отказывается работать (если выбрать ft-2000),проблема исчезает если выключить Fake it ,то нет ухода частоты при переходе на прием.К сожалению от Fake it можно отказаться ,но он нужен для режима F/H.Может у кого есть мысли на что обратить внимание.Добавлю что это происходит как на WSJT-X так и JTDX.Последний раз редактировалось RC7C; 17.02.2020 в 12:11.
Александр .
-
17.02.2020, 12:31 #22720
- Регистрация
- 12.05.2010
- Адрес
- Новотроицкое
- Возраст
- 55
- Сообщений
- 1,863
- Поблагодарили
- 1480
- Поблагодарил
- 327
Уважаемые Коллеги, я пару слов по поводу Fake It. Не удивляйтесь и не пугайтесь, если
именно этот режим "глючит". Масса причин. И скорость обмена и скорость "реакции" самого
трансивера и загрузка системы и мало ли чего ещё. Просто поймите физический смысл --
при переходе в режим ТХ в трансивер посылается команда на смену частоты, при переходе
в RX - опять. Мало ли какие коллизии произошли в это время. Бит "потерялся"... Скорость
в порту не высокая. Переключение RX-TX произошло именно во время посылки частоты...
У меня, например, Flex-3000 прекрасно в этом режиме работает. А SunSDR2 - "через раз".
А это - SDR аппараты (т.е. через виртуальные порты), на физических портах еще больше
возможных проблем.
Попробуйте режим Rig (использование 2 VFO). Тут гораздо проще - А - частота приема, В -
частота передачи. Заранее занесённые в аппарат и оперативно не изменяемые.
И просто работа "сплитом". Если уж и он не работает - тут действительно надо разбираться
и "бить тревогу".73! Игорь R0JF ex. RA0JF (Дядя Фёдор)
-
17.02.2020, 12:50 #22721
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
-
17.02.2020, 12:56 #22722
- Регистрация
- 05.01.2012
- Возраст
- 50
- Сообщений
- 394
- Поблагодарили
- 142
- Поблагодарил
- 38
-
17.02.2020, 13:09 #22723
-
17.02.2020, 13:22 #22724
- Регистрация
- 12.05.2010
- Адрес
- Новотроицкое
- Возраст
- 55
- Сообщений
- 1,863
- Поблагодарили
- 1480
- Поблагодарил
- 327
-
17.02.2020, 13:58 #22725
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Давайте немного подробнее, прикладываю файл с большим количеством сигналов.
У меня сейчас используется процессор i5-4460 с 4-мя физическими/логическими ядрами и тактовой 3.2 гГц, в настройках FT8 декодера принудительно выставил 4 потока декодирования. Полоса на водопаде 0..3500Гц, режим Wideband decoding: Deep, decoder sensitivity: minimum, кнопки Hint и AGCc включены, кнопка SWL выключена.
При запуске софта жду первого срабатывания кнопки Decode, после чего выключаю Monitor и один раз (именно один, потому что повторное проигрывание будет декодировано намного быстрее) проигрываю звуковой файл.
На rc147-win32 время декодирования этого файла занимает 1.285 секунды, на rc147-win64 0.983 секунды, или в 1.3 раза быстрее.
Какой процессор у Вас и время потраченное на декодирование этого файла (Decoding finished - Decoder started) в сравнении win32 и win64?
Глубина декодирования в JTDX определяется множеством параметров, здесь сравнительная таблица результатов декодирования для разных установок, в rc148 таких комбинаций будет в три раза больше: JTDX Russian - Результаты тестирования JTDX v2.1Последний раз редактировалось UA3DJY; 17.02.2020 в 14:05.
Социальные закладки