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

**UX8IW** · 03.02.2019, 17:06

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

Да, забыл про эту "фишку". Вообще непонятно, почему так происходит после установки поверх. Вручную удалял следы.

Этот вопрос уже обсуждался, есть какая-то заковыка в установщике.
Ну это не следы, а вполне работоспособный ехе-файл. При желании его можно запускать из перечня программ по кнопке "Пуск".

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

Хотя особо не напрягает.

Меня тоже не напрягало до определенного момента.

Потом пришлось все удалять...

**US5WE** · 03.02.2019, 18:04

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

В 128 версии
автомат не DCTULF переводит

Вложение 227912

после полученного R-10 рапорта должен передать RR73, а вновь передает R-08

Такое регулярно происходит - вручную жмем Тх4

**UA1OMZ** · 03.02.2019, 18:07

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

Поскольку автовыбор AutoSeq JTDX привязан к уведомлениям то при раздельных уведомлениях автовыбор AutoSeq будет работать только для CQ сообщений.

А вот это печально. Может тогда и собаку-@ вернем, ведь кому-то и без неё плохо... Шутка конечно, нет ирония...

**DL9NO** · 03.02.2019, 19:47

подскажите где скачать последнию версию программы WSJT-X у меня 2 есть просто может обновление есть а я проспал

**UD2F** · 03.02.2019, 19:51

WSJT Home Page

**R2ADF** · 03.02.2019, 21:19

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

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

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

Чтобы ответить на этот вопрос, не надо пытаться "проникнуть в мои замыслы". Достаточно просто сказать - знаете ли Вы назначение этих двух байтов? Допускаю, что НЕ знаете. Вы не отчаивайтесь, это не фатально... ну, не знаете... подумаешь! :-) Может быть, Вы этот код не только не писали, но и не читали...

Так Вы не слушаете что Вам говорят, читайте 'стандарт' WSJT-X: https://sourceforge.net/p/wsjt/wsjtx...orkMessage.hpp

Это уже ответ, спасибо. Я многое для себя уяснил из Ваших ответов. Вы развеяли мои сомнения, теперь я на 100% уверен. Еще раз спасибо.

А теперь, чтобы довести уверенность до традиционных в нашей стране 146%, давайте ещё раз пройдемся по спецификациям. Там обнаруживается много интересного:

В 'стандарте' WSJT-X сообщение Heartbeat включает поле revision. В JTDX это поле отсутствует. В поле version Вы передаете и собственно номер версии ("2.0.1"), и номер ревизии ("rc128"), слитно. Не было бы логичным и Вам тоже поддерживать 'стандарт' в этой части?
В 'стандарте' сообщение Status заканчивается полем Special operation mode: quint8. У JTDX это же поле трактуется как Tx first: bool. При этом в 'стандарте' дается осмысленная трактовка содержимого поля, а у Вас - извините, отсутствует. Возможно, проще не вводить собственное поле, а использовать предложенный формат и его толкование?
В 'стандарте' сообщение Decode содержит поля Low confidence и Off air. В спецификациях JTDX эти поля отсутствуют. Не проще было бы для всех, если бы Вы включили в спецификации JTDX описание из 'стандарта', а не вводили бы читателей в заблуждение?
Аналогичная ситуация наблюдается с сообщением Reply. Только в этом случае отсутствующие в спецификациях JTDX 'стандартные' поля называются Low confidence и Modifiers. Вы принципиально не формируете эти поля, и тем самым не соблюдаете соглашения 'стандарта'? Или у Вас есть какие-то свои, особенные и тайные соображения, по которым Вы отказались от этих полей в ущерб 'стандарту'?
В сообщении QSO logged 'стандарт' определяет два поля в конце: Exchange sent и Exchange received. В спецификациях JTDX эти поля отсутствуют напрочь. В связи с чем Вы отказались от их использования? Будете ли Вы возвращать в собственное изделие поддержку этих полей, или с этого момента линия разработки JTDX необратимо расходится с исходной линией WSJT-X?
В сообщении WSPRDecode 'стандарт' включает поле Off air, а спецификация JTDX - нет. Это сознательное намеренное решение, или же это ошибка, которая будет исправлена?
В описании 'стандарта' приводятся сообщения Location, Logged ADIF и Highlight callsign. В спецификации JTDX эти сообщения даже не упоминаются. Означает ли это, что Ваше изделие не будет поддерживать эти сообщения ни в какой из своих версий?
Спецификации JTDX содержат два сообщения, не установленные 'стандартом'. А именно - SetTxDeltaFreq и TriggerCQ. Поскольку мнемоника наименований этих сообщений представляет особенный интерес для продумывания реализации полноценного интерфейса с подобными программами, важно определиться: это исключительно Ваша доработка, свойственная только Вашему изделию? Или же Вы не пока ещё донесли свои идеи до команды WSJT-X, но они обсуждались и будут воплощены в 'стандарте' при его очередном перевыпуске?

Полагаю, что некоторое "наведение порядка" в спецификациях (а, возможно, и в реализации) совсем бы не повредило Вашему изделию. Одно из ранее высказанных (в горячности, не скрою) "спасиб" забираю назад, до получения внятных ответов на заданные вопросы. И пожалуйста, не ссылайтесь огульно на те источники, где требуемая информация отсутствует... почитайте их сначала самостоятельно, да?

**R3BB** · 03.02.2019, 21:37

А теперь вопрос к Вам уважаемый R2ADF - с какой целью интересуетесь ? Свое что то хотите предложить ? Милости просим !

**R2ADF** · 03.02.2019, 21:45

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

А теперь вопрос к Вам уважаемый R2ADF - с какой целью интересуетесь ? Свое что то хотите предложить ? Милости просим !

Да только за эту "милость" меня обычно на этом форуме сразу блокируют... Ну, раз Вы настаиваете - да, интересуюсь "с целью".
Необходимо для развития моего проекта CheckLog (подробнее на http://CheckLog.jimdo.com). За попытки привлечь внимание к этому проекту меня неоднократно блокировали, и даже лишили права использовать собственную подпись на этом форуме. В знак благодарности, видимо.

**R3BB** · 03.02.2019, 21:53

Ну а раз так - то какие проблемы - проект не коммерческий - к чему вопросы типа надо делать так и только так ? Сделано как удобно в данном случае . Для вашего проекта было бы удобнее чтоб совместимость в UDP сообщениях была б одинакова с WSJT - это понятно - но извините, сделано как сделано - дальше ваши проблемы. Сумеете с Игорем договорится хорошо , нет- увы. Да еще Вы делаете Свой проект коммерческим ?

**R2ADF** · 03.02.2019, 21:57

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

Ну а раз так - то какие проблемы - проект не коммерческий - к чему вопросы типа надо делать так и только так ? Сделано как удобно в данном случае . Для вашего проекта было бы удобнее чтоб совместимость в UDP сообщениях была б одинакова с WSJT - это понятно - но извините, сделано как сделано - дальше ваши проблемы. Сумеете с Игорем договорится хорошо нет- увы.

Вы, видимо, не заметили - он решил "ткнуть меня носом" в 'стандарт'. Который сам же не поддерживает (подозреваю, что и не читает). За "дальше ваши проблемы" - отдельная искренняя благодарность. То есть "раскрасочками" заниматься - проблемы общие, а совместимость - исключитально мои? Думаю, что на такой "платформе" договориться не удастся. Договоренности - это движение навстречу, а не "отписки".

**R3BB** · 03.02.2019, 22:01

А делать свой проект с использованием бесплатного - коммерческим - это как ? Я думаю в таком случае движения не будет.

**R2ADF** · 03.02.2019, 22:09

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

Да еще Вы делаете Свой проект коммерческим ?

Попробовать каждый может бесплатно. Вариантов - масса. Для "не читающих английского" подробно разжевано здесь: http://ur5eqf.ru/checklog/checklog-system. А попробовав, уже решать для себя: хочет ли он поддержать (однократно и посильно) все мои дальнейшие усилия по написанию, отладке, покомпонентному и комплексному тестированию, документированию, публикации, поддержке, продвижению и прочим необходимым составляющим проекта - или же нет. Ну, на нет и суда нет... я не буду в претензии :-)

Я всё делаю один, сам, "без ансамбля". Как говорится, чем богаты. Тем более забавно наблюдать, как мой продукт "встречают в штыки" те, кто им ни разу не пользовался.

**RU6B** · 03.02.2019, 22:25

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

А теперь...

Не успокоитесь никак?! Не нравится проект JTDX - занимайтесь своим. Что ж обиженного здесь строить, что кто-то Вам о чем-то достаточно не ответил? Или кроме Вас разработчикам больше не на что свое время потратить?
Угомонитесь уже. Не позорьтесь...

**US5WE** · 03.02.2019, 22:26

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

Попробовать каждый может бесплатно. Вариантов - масса. Для "не читающих английского" подробно разжевано здесь: http://ur5eqf.ru/checklog/checklog-system. А попробовав, уже решать для себя: хочет ли он поддержать (однократно и посильно) все мои дальнейшие усилия по написанию, отладке, покомпонентному и комплексному тестированию, документированию, публикации, поддержке, продвижению и прочим необходимым составляющим проекта - или же нет. Ну, на нет и суда нет... я не буду в претензии :-)

Я всё делаю один, сам, "без ансамбля". Как говорится, чем богаты. Тем более забавно наблюдать, как мой продукт "встречают в штыки" те, кто им ни разу не пользовался.

Под WINE в Ubuntu он будет работать? If YES - могу попробовать, я "читающий"....