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

**UA3DJY** · 12.05.2016, 17:03

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

Я думаю, что не стоит. Не у всех еще машины готовый к новым релизам. У меня вроде и ноутбук пока еще не очень старый (2 ядра), но уже работать 3-3-3 некомфортно. Приходится 3-2-3. Да, количество декодов при 3-3-3 больше, но это не провод отказываться от программы. Другой альтернативы ведь уже нет, и, думаю, что при жесткой фиксации количества проходов, значительная часть пользователей опять откатится к старым версиям.
73!

декодирование должно быть эффективнее при установках 1-3-1 чем при 3-2-3 (decoding attempts - decoding passes - DT range), в таком варианте у Вас декодирование сколько времени занимает, и какая тактовая частота процессора?

**UA3DJY** · 12.05.2016, 17:06

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

Версия 15.4 не отображаеться как самостоятельная программа
Игорь у тебя 15.5 ???

просто первый шаг в будущей 15.5: правильное отображение в pskreporter

**RA3RKA** · 12.05.2016, 19:01

Название: 15.PNG
Просмотров: 483

Размер: 90.9 Кб

Новая программа JTDX v 15.5

**EU1FQ** · 12.05.2016, 20:26

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

....в таком варианте у Вас декодирование сколько времени занимает, и какая тактовая частота процессора?

1-3-1 18 сек.
1-3-2 18 сек.
1-3-3 18 сек.
1-3-5 19 сек.
2-3-1 19 сек.
3-3-1 20 сек.
4-3-1 25 сек.
и 3-2-3 14 сек.
Плюс сюда нужно добавить 1-2 сек. на загрузку в JTAlert

DualCore AMD E-350 1600MHz, 4ГБ, Win7
Так что для меня оптимальный вариант 3-2-1(2,3,4)
Да, когда время выходит за десятисекундный вариант, то может "вывалится" еще одна-две-три станции. Но это уже не принципиально.
Хотелось бы иметь машину конечно помощнее. Но что есть, то есть. Даже в таком режиме никакого сравнения с тем что было ранее.
Крайне удачная работа. Успехов Вам!

**UA3DJY** · 12.05.2016, 21:55

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

1-3-1 18 сек.
1-3-2 18 сек.
1-3-3 18 сек.
1-3-5 19 сек.
2-3-1 19 сек.
3-3-1 20 сек.
4-3-1 25 сек.
и 3-2-3 14 сек.
Плюс сюда нужно добавить 1-2 сек. на загрузку в JTAlert

DualCore AMD E-350 1600MHz, 4ГБ, Win7
Так что для меня оптимальный вариант 3-2-1(2,3,4)
Да, когда время выходит за десятисекундный вариант, то может "вывалится" еще одна-две-три станции. Но это уже не принципиально.
Хотелось бы иметь машину конечно помощнее. Но что есть, то есть. Даже в таком режиме никакого сравнения с тем что было ранее.
Крайне удачная работа. Успехов Вам!

Благодарю за информацию, оставляем в софте возможность настройки количества проходов.

На моей машине время отличается от приведенных Вами значений пропорционально тактовой частоте процессора.

Последняя настройка, DT range, почти не влияет на время декодирования.

**UA3DJY** · 13.05.2016, 10:06

Пока работает в режиме открытого доступа для всех желающих участвовать:

https://www.facebook.com/groups/JTDX.HF.evaluation/

**RC2SC** · 13.05.2016, 10:25

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

Пока работает в режиме открытого доступа для всех желающих участвовать:

Игорь, не вижу тебя в группе. Почему?

**UA3DJY** · 13.05.2016, 13:18

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

Игорь, не вижу тебя в группе. Почему?

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

**RC2SC** · 13.05.2016, 16:24

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

После выпуска WSJT-X v1.7 в общее пользование планирую выпуск скомпилированного JTDX, в нем r6462-DIRTY уже не будет.

Хорошо бы внести изменения в инсталлятор, чтобы программа устанавливалась в папку JTDX а не WSJT. И директория программы должна ложится в папку JTDX а не в WSJT-X по умолчанию.

**UA3DJY** · 13.05.2016, 18:16

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

Хорошо бы внести изменения в инсталлятор, чтобы программа устанавливалась в папку JTDX а не WSJT. И директория программы должна ложится в папку JTDX а не в WSJT-X по умолчанию.

Конечно согласен, но должно сохраниться имя файла запуска wsjtx.exe, иначе перестанет работать JTAlert. Посмотрим как это сделал Richard G7OED.

**RC2SC** · 13.05.2016, 18:42

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

Конечно согласен, но должно сохраниться имя файла запуска wsjtx.exe, иначе перестанет работать JTAlert.

Я думаю надо обратится к разработчику JTAlert (конечно когда будет полноценный релиз) сделать релиз программы для JTDX как это сделано для других программ. Надо чтобы пути не пересекались с WSJT-X и изменения в настройках, базах и пр. одной программы не затрагивали вторую.

**RN9AZ** · 14.05.2016, 05:31

Игорь есть необходимость, да и название программы обязывает. Для кнопки CQ COLL Grid, так же как и для кнопки RRR – RRR73 сделать двойное назначение, добавив CQ DX CALL Grid. Если такое конечно возможно, Неудобно каждый раз в строке Gen msg добавлять DX.

**RW9FN** · 14.05.2016, 06:10

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

Неудобно каждый раз в строке Gen msg добавлять DX.

Создайте макрос.

**RN9AZ** · 14.05.2016, 06:44

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

Создайте макрос.

Рад бы, да бы не пускает. При создании макрос, алгоритм написания программы понимает это по своему. CQ DX CALL Grid пишем в макрос, на стороне приёма будет ерунда и только поменяв написание в строке в ручном режиме Gen msg получим желаемый результат. Да и не написать такой макрос 15 знаков а можно только 13.