Подскажите, пожалуйста, компьютер класса Pentium-2 400 МГц подойдет для декодирования в программе WSJT-X?
Вид для печати
Подскажите, пожалуйста, компьютер класса Pentium-2 400 МГц подойдет для декодирования в программе WSJT-X?
Здесь можно узнать,что это за сигнал ( идентификация сигнала )Цитата:
Сообщение от UA9OP
слабовато будет! практически не пойдет!Цитата:
Сообщение от UA0YAS
вопрос времени потраченного на декодирование. В WSJT-X можно так выставить настройки чтобы процессор был меньше загружен, но при этом будет декодироваться меньше сигналов.Цитата:
Сообщение от UA0YAS
c r6256 у меня было две проблемы:Цитата:
Сообщение от UA3DJY
1. Релиз при чистой установке с ключом --rig не смог создать правильно файл WSJT-X.ini и декодировал только треть сигналов
2. При использовании старого WSJT-X.ini релиз клинил на определенных файлах при пакетном декодировании(на одних и тех же файлах), хотя по отдельности эти файлы декодировались без проблем. Сейчас выяснил что старый WSJT-X.ini тоже битый - пришлось перенести тесты на другую машинку.
Проблема повреждения файла WSJT-X.ini похоже ожидает всех кто часто меняет релизы на своем компьютере. Чтобы вовремя увидеть проблему - необходимо иметь небольшой набор файлов и при установке нового релиза прогонять его/сравнивать результат с тем что было на предыдущем релизе.
Может быть нам создать какой нибудь универсальный тестовый пакет файлов, чтобы каждый мог оценить работу нового релиза на своем компьютере и сравнить с общим результатом?
Я использую на данный момент три набора файлов - АРУ включена, АРУ выключена, искусственно созданные -24дБ файлы. Первые два имеют искажения сигналов и при включенной АРУ еще и просадку шума, с включенной АРУ файлы записаны с SDR, c выключенной с классики. Варианта выключенная АРУ и DDSSDR + цифра на процессор у меня в тестах пока нет.
Если у кого то есть желание самостоятельно тестировать чувствительность - могу выложить -24дБ файлы(набор из 1000 файлов в каждом одно сообщение) на файлообменник.
Не понятно, а может винда что то портит? Я пробовал что поверх, что с нуля, разницы не заметил, а сейчас на ХР вообще три стоит, 6080,6229,6256 все вроде одинаково, единственно 6256 на 1 сигнал, если уровень -26 больше выдает.Цитата:
Сообщение от UA3DJY
Ару у меня не отключаемое.
в разных релизах разные настройки закладки Advanced, я подозреваю что, при запуске более старого релиза с более новым WSJT-X.ini файлом в случае если делаются какие-либо изменения в настройках, старый релиз сохраняя эти изменения может ломать структуру более нового WSJT-X.ini файла.Цитата:
Сообщение от UA9OP
Тогда надо полностью уничтожать старую версию, а новую ставить с 0.Цитата:
Сообщение от UA3DJY
в этом варианте придется делать бэкап не только лога но и файла ALL.TXTЦитата:
Сообщение от UA9OP
Скорее всего накопленная годами информация в файле ALL.TXT будет использоваться для experience based decoding, еще наверно будет файл CALL3.txt для работающих через EME(на УКВ) позывных.
Еще зависит что понимать под "полностью": Uninstall не удаляет папку с настройками и логом WSJT-X, для полной очистки машины эту папку придется удалять вручную.
UA3DJY:Здравствуйте,не могли бы вы выложить на файлообменник набор файлов с -24 дб для тестирования чувствительности декодеров -возможно тоже проблемы с ini есть а даже не знаешь об этом
Добрый день,Цитата:
Сообщение от RK4LWA
загрузил, здесь https://cloud.mail.ru/public/66y9/HCmMemnrk
UA3DJY:Не совсем пойму как вести подсчет декодированных правильно -Я так понимаю нужно отрыть open -первый файл -а потом выбрать Open remaining files in directory ? а кол-во декодированных где посмотреть можно будет? простите если глупый вопросы задаю .но что то не понял-последовательность действий с пакетом файлов этим желательно бы-вижу пропускает файлы судя по номерам при декодировании-но вот как кол-во узнать декодированных ?
по открытию файлов - верноЦитата:
Сообщение от RK4LWA
я копирую результат декодирования в MS Excel, мне так удобнее считать количество декодированных строк. Возможны разные альтернативные варианты, например Open Office.
Подтверждаю,нужно удалять начисто с созданием нового ini файла-та же проблема была -декодировалось около двух третей наверное из тестового набора-создал для 6256 новый ini -уже сразу вижу улучшение в декодировании
Вложение 154027
ухудшение работы декодера в r6266 заметят пользователи классических трансиверов и пользователи SDR c включенной АРУ - детальная проверка показала что r6229 дает больше декодирований и те что поверх r6266 - реальные позывные, то есть не ложные декодирования.
Если используется DDSSDR с прямой цифрой на процессор компа и выключенной АРУ то ухудшения скорее всего не будет.
Причина ухудшения - возможно изменения кода которые сделал Joe K1JT в r6241 в рамках перехода на FTRSD декодер.
Из плюсов r6266 - в (-24)дБ файлах больше нет ложных декодирований (за этот счет общее количество уменьшилось на 3 декодированных строки).
По цифрам видно что есть какая то проблема в работе софта для разных величин Random erasure patterns - уже передал запрос разрабочикам.
Кто пользуется классикой: есть смысл оставаться на r6229 - работает ощутимо лучше. И есть смысл продолжать использовать одновременно две версии r6229 - с включенной и выключенной функцией Robust Sync, поскольку декодирования немного разные при использовании полной или однобитной функции корреляции и две версии в разной конфигурации по декодированию дополняют друг друга.
Для пользователей DDSSDR возможно достаточно только полной функции корреляции и можно использовать r6266, но обратите внимание все ли сигналы декодируются если в интервале проскакивает импульсная помеха. Можно записать звуковые файлы и потом проверить разницу в декодировании с Robust Sync ON/OFF. Если разница есть то придется тоже использовать две версии r6266 работающих одновременно.