Доброго времени суток. При использовании программы возникли некоторые проблемы. Не могу изменить размер окна, оно слишком большое и не влезает в монитор. И временами программа перестает декодировать сообщения, помогает только перезапуск.
Доброго времени суток. При использовании программы возникли некоторые проблемы. Не могу изменить размер окна, оно слишком большое и не влезает в монитор. И временами программа перестает декодировать сообщения, помогает только перезапуск.
Проблема большого размера окна была с момента установки софта? какое разрешение экрана?
Если с синхронизацией часов все в порядке и софт не завис с подсветкой кнопки Decode то проблема остановки декодирования связана либо с тем что какое то другое приложение или операционная система забирает все ресурсы, либо с изменением частоты дискретизации аудиоустройства каким то сторонним приложением.
Если звуковая карта висит на USB то может отваливаться по разным причинам, например плохой шнур или плохой контакт и ей недостаточно напряжения питания или рвется обмен данными через USB.
Огромное спасибо Игорю, UA3DJY, за большую работу над 17.0.1 и за важный файл описания функций программы: JTDX installation notes
JTDX 17.0.1 для UR5EQF : Win7-Ultimate : IC-7000 + RigExpert TI-5 через OmniRig
JT65+JT9 работает нормально, декодирует до -25 устойчиво, до -29 вроде как бы без ошибок.
WSPR работает нормально.
Тут вот вопрос возник... он же - пожелание. Чисто для удобства пользования...
А нельзя ли сотворить такое: при запуске программы на включенном трансивере читать "из него" текущее состояние (FREQ-Mode-VFO/MEM), записывать в какой-нибудь маленький вспомогательный файлик, а потом переключать на частоту-моду в соответствии с выставленными в Settings... А при завершении работы программы читать из этого маленького файлика запомненное, и откатывать трансивер аккурат к предыдущему состоянию (при успешном возврате файлик "убивать")... Или это требует каких-то гигантских усилий по программированию?
М-да, интересно!
Вчера почистил `save`, сегодня просто наблюдаю, что в ней происходит.
Да, сначала файл сохраняется, но к концу следующего минутного интервала
удаляется. Тем не менее, "зависли" два файла с временем час ночи и два часа
ночи... Программа в это время не закрывалась (я благополучно спал). :)
В общем, надо в crontab вставить очистку папки раз месяц хотя-бы.
Скорее всего JTDX/WSJT-X не предусматривает сценарий когда при попытке удаления файла идет сбой из-за того что файл удерживается каким то другим софтом, например антивирусным ПО или дефрагментацией диска.
То есть при попытке удаления идет сбой и софт повторно не настаивает на удалении.
Crontab task в таких случаях типовое решение для Unix-операционок для чистки диска.
Почему то при ответе дробному корреспонденту двойным щелчком дает рапорт с 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
Дык... Linux же! Какие дефрагментации-антивирусы... Тут что-то другое. :)
Ну да. Не проблема. Я и раньше обращал внимание, что количество файлов в `save` постоянно увеличивается... Просто в конкретном компе реально пару лет туда не заглядывал... А оказывается - ой!. :) Crontab спасет. :)
PS Кстати, вот как утром удалил 2 "зависших" файла, так новых и нет... В смысле - появляется текущий, удаляется, все нормально. Надо посмотреть, если они ("зависшие") в одно время появляются, будет направления поиска причины. Может что служебное в это время отрабатывает...