декодирование должно быть эффективнее при установках 1-3-1 чем при 3-2-3 (decoding attempts - decoding passes - DT range), в таком варианте у Вас декодирование сколько времени занимает, и какая тактовая частота процессора?
Вложение 163582
Новая программа JTDX v 15.5
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)
Да, когда время выходит за десятисекундный вариант, то может "вывалится" еще одна-две-три станции. Но это уже не принципиально.
Хотелось бы иметь машину конечно помощнее. Но что есть, то есть. Даже в таком режиме никакого сравнения с тем что было ранее.
Крайне удачная работа. Успехов Вам!
Пока работает в режиме открытого доступа для всех желающих участвовать:
https://www.facebook.com/groups/JTDX.HF.evaluation/
Я думаю надо обратится к разработчику JTAlert (конечно когда будет полноценный релиз) сделать релиз программы для JTDX как это сделано для других программ. Надо чтобы пути не пересекались с WSJT-X и изменения в настройках, базах и пр. одной программы не затрагивали вторую.
Игорь есть необходимость, да и название программы обязывает. Для кнопки CQ COLL Grid, так же как и для кнопки RRR – RRR73 сделать двойное назначение, добавив CQ DX CALL Grid. Если такое конечно возможно, Неудобно каждый раз в строке Gen msg добавлять DX.
Рад бы, да бы не пускает. При создании макрос, алгоритм написания программы понимает это по своему. CQ DX CALL Grid пишем в макрос, на стороне приёма будет ерунда и только поменяв написание в строке в ручном режиме Gen msg получим желаемый результат. Да и не написать такой макрос 15 знаков а можно только 13.