проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом

**UA3DJY** · 27.01.2016, 10:34

Сообщение от RK4LWA

Хорошо-тогда перекомпилирую сейчас-но мне кажется тут не совсем аналогия подходит для колебательных контуров-и у меня при th0-1 th1-1 th2 -1 -упал прием еще больше чем у вас вчера -там 1100 декодировалось только -правда не может повлиять что я в чистом режиме jt65 декодировал ? -просто вычленять потом jt9 из файла муторно больно-да и по моему только влияет на распределение потоков по ядром jt9+jt65-на amd FX планировщик раскидывает по всем 8 ядрам и при jt65 чистом приеме,правда да некоторые менее загружены чем в чистом режиме использования многоядерности при jt9+jt65 .Может есть смысл сейчас использовать файлы -24 дб для тестирования ? в режиме jt9+jt65

я использую JT65+JT9(чтобы работали все ядра) и в MS Excel в соседнем столбце делаю фильтр со строкой =ЕСЛИ(ЕЧИСЛО(НАЙТИ("@";A2));"JT9";"JT65")

помещаю декодированные строки в столбец А начиная с ячейки А2, растягиваю ячейку с поиском на всю высоту столбца декодирований А, после чего выполняю в соседнем столбце фильтр на JT65.

Применив фильтр выделяю в столбце A отфильтрованные декодирования - Excel показывает количество отфильтрованных ячеек.

Все получается быстро, надо только смотреть чтобы количество ячеек с прописанным поиском символа "@" совпадало с количеством ячеек с декодированиями.

**RK4LWA** · 27.01.2016, 10:38

Да excel ставить нет желания просто-ну если это только для использования всех ядер и не влияет на остальное -то не так и важно тогда для меня-производительности в математике хватает у проца

**UA3DJY** · 27.01.2016, 10:42

количество ядер не должно влиять на количество декодированных сигналов, меняется только потраченное время

**RK4LWA** · 27.01.2016, 10:45

Ну я так и понял-а насчет использования набора с -24 -все же может с ним лучше играться -просто чувствую затянуло меня это все

и определиться хочу с каким углубленно работать набором файлов При th0=2.0 с 1 проходом на пакете -24-декодировалось 835 из 1000.Сейчас перекомпилировал на ртрехпроходное декодирование -поставил th0-2.4 th1-1.5 th2 -1-буду смотреть

**UA3DJY** · 27.01.2016, 11:04

Сообщение от RK4LWA

Ну я так и понял-а насчет использования набора с -24 -все же может с ним лучше играться -просто чувствую затянуло меня это все

и определиться хочу с каким углубленно работать набором файлов При th0=2.0 с 1 проходом на пакете -24-декодировалось 835 из 1000.Сейчас перекомпилировал на ртрехпроходное декодирование -поставил th0-2.4 th1-1.5 th2 -1-буду смотреть

Набор -24 я перестал использовать потому что он для УКВ(нет замираний сигналов), а на живых файлах у нас результаты соответствующие реальному эфиру.

Я просил Стива выложить мне на файлообменник новые наборы -24 -27 -30 в которых уже есть замирания сигналов, он так этого и не сделал, похоже занят под завязку.

Сам создать эти файлы используя jt65sim я пока не могу потому, что сборка этой утилиты в WSJT-X предусмотрена только под операционкой OS X.

Надо менять файл сборки под Windows, я пока не знаю как это сделать:

"Hi Igor,
Sorry, I don’t use MS Windows. I have been compiling on OS X using Makefile.jt65_osx. I’ve just committed the Makefile that I’ve been using. Perhaps you can figure out how to modify it for MS Windows.
Steve"

**RK4LWA** · 27.01.2016, 11:14

Понятно-под маком делать надо -у меня к сожалению тоже сейчас рядом нет мака-да и не знаю как создать такой набор

**RK4LWA** · 27.01.2016, 11:38

При th0-2.4 th1-1.5 th2 -1.0 r6442 three pas on ,random 8,agr 0-1163(при th1-1-1157) +3 неверных-буду повышать до 1.7 th1 -c таким же th0

**UA3DJY** · 27.01.2016, 12:00

Сообщение от RK4LWA

При th0-2.4 th1-1.5 th2 -1.0 r6442 three pas on ,random 8,agr 0-1163(при th1-1-1157) +3 неверных-буду повышать до 1.7 th1 -c таким же th0

Количество неверных декодирований будет таким же, разве что на единицу разница - нет более смысла тратить время на подсчет неверных, проще ориентироваться на общее число декодирований.

**RK4LWA** · 27.01.2016, 12:13

Уже видно что только хуже снижение th1-до 1 делает

**UA3ALE** · 27.01.2016, 12:22

RK4LWA Посмотри пж-ста время работы программы jt9.exe в диспетчере задач и её загрузку, относительно времени декодирования, в чистой моде JT65!
Как на твоем компе это выглядит!

**RK4LWA** · 27.01.2016, 12:23

th0-2.4 th1-1.7-1157+3 неверных-пока выходит что th1-1.5-оптимально -еще прогоню с 1.4,1.6,2.3 и буду подстраивать th0

**RK4LWA** · 27.01.2016, 12:25

UA3ALE-не совсем понял насчет посмотреть время,а загрузка в диспетчере 8-9 процентов в чистой моде jt65

**UA3ALE** · 27.01.2016, 12:50

Сообщение от RK4LWA

UA3ALE-не совсем понял насчет посмотреть время,а загрузка в диспетчере 8-9 процентов в чистой моде jt65

У меня загрузка около 50% и работает весь период детектирования!
А если появится сильный сигнал то она похоже продолжает пытаться расшифровать всякую ерунду! и время увеличивается!
Раз и у тебя работает, похоже она не отключается а чистой jt65!
А время относительно кнопки декоде у меня только как она погаснет так и перестает работать!

**RK4LWA** · 27.01.2016, 13:02

У меня в чистой моде jt65-висят два файла в процессах-wsjtx и jt9 -и при пакетном декодировании все время включена jt9-причем процесс wsjtx -загрузка проца по 0 стоит -похоже родительский процесс потому что(все это в чистой моде jt65)-других процессов нет

**UA3ALE** · 27.01.2016, 13:07

Сообщение от RK4LWA

У меня в чистой моде jt64-висят два файла в процессах-wsjtx и jt9 -и при пакетном декодировании все время включена jt9-причем wsjtx -загрузка проца по 0 стоит (все это в чистой моде jt65)

Значит У меня или неточность при установке хотя все чистил и лог директорию создавал заново или что то другое!