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

**R3KCI** · 11.11.2016, 20:57

Доброго времени суток. При использовании программы возникли некоторые проблемы. Не могу изменить размер окна, оно слишком большое и не влезает в монитор. И временами программа перестает декодировать сообщения, помогает только перезапуск.

**RW9FN** · 11.11.2016, 22:24

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

Я про папочку `save`... Про версии 17.х ничего не скажу, но почему в
16.х в этой папке все время умножалось количество файлов

У меня сосед "лунатик" работает только 1200 МГц, программа WSJT v10 забил диск файлами *.*.wav наглухо. Пришлось переустанавливать винду. Ничего сделать не смогли.

**UA3DJY** · 11.11.2016, 22:51

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

Доброго времени суток. При использовании программы возникли некоторые проблемы. Не могу изменить размер окна, оно слишком большое и не влезает в монитор. И временами программа перестает декодировать сообщения, помогает только перезапуск.

Проблема большого размера окна была с момента установки софта? какое разрешение экрана?

Если с синхронизацией часов все в порядке и софт не завис с подсветкой кнопки Decode то проблема остановки декодирования связана либо с тем что какое то другое приложение или операционная система забирает все ресурсы, либо с изменением частоты дискретизации аудиоустройства каким то сторонним приложением.

Если звуковая карта висит на USB то может отваливаться по разным причинам, например плохой шнур или плохой контакт и ей недостаточно напряжения питания или рвется обмен данными через USB.

**UA3DJY** · 11.11.2016, 22:56

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

У меня сосед "лунатик" работает только 1200 МГц, программа WSJT v10 забил диск файлами *.*.wav наглухо. Пришлось переустанавливать винду. Ничего сделать не смогли.

Как вариант Линукс на флешке(сам в проблемных случаях использовал Ubuntu), загрузка с флешки/USB, удаление лишних файлов.

**R3SE** · 12.11.2016, 16:15

Огромное спасибо Игорю, UA3DJY, за большую работу над 17.0.1 и за важный файл описания функций программы: JTDX installation notes

**R2ADF** · 12.11.2016, 17:05

JTDX 17.0.1 для UR5EQF : Win7-Ultimate : IC-7000 + RigExpert TI-5 через OmniRig
JT65+JT9 работает нормально, декодирует до -25 устойчиво, до -29 вроде как бы без ошибок.
WSPR работает нормально.

Тут вот вопрос возник... он же - пожелание. Чисто для удобства пользования...
А нельзя ли сотворить такое: при запуске программы на включенном трансивере читать "из него" текущее состояние (FREQ-Mode-VFO/MEM), записывать в какой-нибудь маленький вспомогательный файлик, а потом переключать на частоту-моду в соответствии с выставленными в Settings... А при завершении работы программы читать из этого маленького файлика запомненное, и откатывать трансивер аккурат к предыдущему состоянию (при успешном возврате файлик "убивать")... Или это требует каких-то гигантских усилий по программированию?

**UA1NAN** · 12.11.2016, 19:46

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

А нельзя ли сотворить такое: при запуске программы на включенном трансивере читать "из него" текущее состояние (FREQ-Mode-VFO/MEM), записывать в какой-нибудь маленький вспомогательный файлик, а потом переключать на частоту-моду в соответствии с выставленными в Settings...

Dx Lab Commander имеет банк памяти частот и мод, и он есть в программе в списке "radio".

**R2ADF** · 12.11.2016, 23:37

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

Dx Lab Commander имеет банк памяти частот и мод, и он есть в программе в списке "radio".

Что-то я не заметил там режима "сохранить при вызове внешней программы -- восстановить при ее завершении". Как там это сделать?

**UA1NAN** · 13.11.2016, 00:44

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

Как там это сделать?

В закладке config/memories 10 банков памяти, в каждом из них можно сохранить до 10 частот с видом модуляции. При запуске Commandera память загружается вместе с ним.

**R0JF** · 13.11.2016, 04:50

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

За удаление файла отвечает функция void MainWindow::killFile ()
Но похоже есть сценарий (может закрытие софта в определенной части минутного интервала, может еще что то) когда эта функция не отрабатывает. Под Windows в таком сценарии файл остается на диске, но этих файлов немного - штук 20...30 за месяц набегает.

М-да, интересно!
Вчера почистил `save`, сегодня просто наблюдаю, что в ней происходит.
Да, сначала файл сохраняется, но к концу следующего минутного интервала
удаляется. Тем не менее, "зависли" два файла с временем час ночи и два часа
ночи... Программа в это время не закрывалась (я благополучно спал).

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

**UA9OP** · 13.11.2016, 05:58

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

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

А если через open войти и директорию с другой папкой сделать тогда записи не будет никакой?

**UA3DJY** · 13.11.2016, 07:30

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

М-да, интересно!
Вчера почистил `save`, сегодня просто наблюдаю, что в ней происходит.
Да, сначала файл сохраняется, но к концу следующего минутного интервала
удаляется. Тем не менее, "зависли" два файла с временем час ночи и два часа
ночи... Программа в это время не закрывалась (я благополучно спал).

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

Скорее всего JTDX/WSJT-X не предусматривает сценарий когда при попытке удаления файла идет сбой из-за того что файл удерживается каким то другим софтом, например антивирусным ПО или дефрагментацией диска.

То есть при попытке удаления идет сбой и софт повторно не настаивает на удалении.

Crontab task в таких случаях типовое решение для Unix-операционок для чистки диска.

**UA3ALE** · 13.11.2016, 08:03

Почему то при ответе дробному корреспонденту двойным щелчком дает рапорт с R !
Ранее такого не замечал, или это подтверждение дроби?

1352 Tx 389 # CQ UA3ALE KO85
1353 -10 1.0 393 # UA3ALE P4/PD7HM P4
1354 Tx 393 # PD7HM UA3ALE R-10
1355 -8 0.1 393 # UA3ALE R-22
1356 Tx 393 # PD7HM UA3ALE 73

**UA3DJY** · 13.11.2016, 09:27

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

Почему то при ответе дробному корреспонденту двойным щелчком дает рапорт с R !
Ранее такого не замечал, или это подтверждение дроби?

1352 Tx 389 # CQ UA3ALE KO85
1353 -10 1.0 393 # UA3ALE P4/PD7HM P4
1354 Tx 393 # PD7HM UA3ALE R-10
1355 -8 0.1 393 # UA3ALE R-22
1356 Tx 393 # PD7HM UA3ALE 73

попробую воспроизвести на двух софтах и диагностировать причину

**R0JF** · 13.11.2016, 12:56

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

Скорее всего JTDX/WSJT-X не предусматривает сценарий когда при попытке удаления файла идет сбой из-за того что файл удерживается каким то другим софтом, например антивирусным ПО или дефрагментацией диска.

Дык... Linux же! Какие дефрагментации-антивирусы... Тут что-то другое.

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

Crontab task в таких случаях типовое решение для Unix-операционок для чистки диска.

Ну да. Не проблема. Я и раньше обращал внимание, что количество файлов в `save` постоянно увеличивается... Просто в конкретном компе реально пару лет туда не заглядывал... А оказывается - ой!.

Crontab спасет.

PS Кстати, вот как утром удалил 2 "зависших" файла, так новых и нет... В смысле - появляется текущий, удаляется, все нормально. Надо посмотреть, если они ("зависшие") в одно время появляются, будет направления поиска причины. Может что служебное в это время отрабатывает...