-
28.12.2017, 22:23 #9691
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
-
28.12.2017, 22:40 #9692
- Регистрация
- 18.12.2013
- Адрес
- Орёл
- Сообщений
- 1,073
- Поблагодарили
- 604
- Поблагодарил
- 931
Даю общий вызов (сделан счетчик)
уже робот исключен!
Позвали пару станций и я через раз отвечаю самостоятельно
а через раз срабатывает прога и даёт рапорт типа сама, но
первому попавшемуся, а new one.
Тоже роботом-не назовёшь!
Далее прога распознаёт его рапорт переданный мне
и самостоятельно корреспонденту 73!
И тут выползают новые проблеммы:
если ты так, то тебе вот так,
а если ты эдок, то лови ещё предок...
Будь правильным - веди себя хорошо!
Не становись роботом.
Дет сад, ей Богу.ex. R2EAA, RW3EW, RV3EAK Рома
-
28.12.2017, 22:40 #9693
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Софт меняется сейчас так быстро что писать каждый день новую документацию нереально, да и читать ее мало кто будет.
Общение на форуме на сегодня самый эффективный механизм познания функционала софта, оно же проиcходит на русском языке.
В JTDX Yahoo группе сложнее, у меня физически просто нет времени и здесь рассказывать и там, одновременно проверяя возможные сбои и добавляя свой код, поэтому участники нашего форума получают информацию почти из 'первых рук'.
Если оператор не хочет читать, то вряд ли он сможет использовать и WSJT-X и JTDX.Последний раз редактировалось UA3DJY; 28.12.2017 в 22:59.
-
28.12.2017, 22:43 #9694
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
-
28.12.2017, 22:45 #9695
- Регистрация
- 25.03.2016
- Сообщений
- 127
- Поблагодарили
- 60
- Поблагодарил
- 91
Хочу высказать свое мнение по поводу включения FT8 в программу JTDX. Наверное, сейчас в меня полетят какашки, но! Мне ситуация видится так. Это как будто бы в одну кровать положили спать великана и лилипута, а одеяло им дали одно и, причем, средних размеров. И получается что у великана то ноги, то голова мерзнет, а лилипуту то жарко, то холодно, то дышать нечем.
Попробую пояснить. Была отработанная программа JTDX, всех устраивала. После включения FT8 началась отладка функционала для новой моды и все забыли о JT65. Я продолжаю работать в моде JT65. И мой комп I7-7700K 16Gb работает очень шустро. Но даже и на нем бывает, что декодиравание идет дольше чем нужно. И происходят нарушения в Sequensing и т.д. в режиме JT65.
Исходя из вышеизложенного, (о как завернул) может стоит разделить программу на две - JTDX-JT и JTDX-FT. Будет проще код, легче будет отладка и не будут ноги мерзнуть у великана. Т.е. дать каждому по своему одеялу и все.Последний раз редактировалось VA3LLZ; 28.12.2017 в 23:02.
-
28.12.2017, 22:55 #9696
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
отдельно для JT65 есть работающая как часы и выпущенная в общее пользование версия JTDX 18.0.0.133
Разделить софт на две линейки означает тратить в два раза больше времени на разработку, времени которого и на одну линейку не хватает.
Ну а то что AutoSeq в 18.1 пока не отлажен - для того мы вместе и тестируем изменения, чтобы приблизить момент ее выпуска в общий доступ.
-
28.12.2017, 23:03 #9697
- Регистрация
- 12.08.2006
- Адрес
- Рязань
- Возраст
- 59
- Сообщений
- 2,629
- Поблагодарили
- 882
- Поблагодарил
- 290
Делить не стоит, нужно откатится назад до стабильной версии и понемногу вводить модернизацию, на каждом этапе отлавливать баги и добиваться стабильной работы и не добавлять ничего нового пока программа не вылизана.
Искренне сочувствую Игорю так как достаточно много всего навалилось.73! Владимир (RC2SC)
-
28.12.2017, 23:05 #9698
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
мы на форуме проходили разные этапы, был термин хххх, теперь еще один термин появился
Думаю что подводить почти 40000 активных операторов цифровых мод под какой либо термин некорректно.
Независимо от того будет дальше существовать софт JTDX или нет, развитие цифровых видов радиосвязи будет продолжать идти вперед.Последний раз редактировалось UA3DJY; 28.12.2017 в 23:11.
-
28.12.2017, 23:17 #9699
-
28.12.2017, 23:24 #9700
-
29.12.2017, 00:03 #9701
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
В переписке всплыл интересный момент: поскольку AutoSeq во всех версиях старше .34 использует приоритеты(уведомления) то он обращается к диску, читает файл wsjtx_log.adi.
Один из пользователей заходит на 3 секунды с окончанием декодирования на .34 версии и на 12 секунд на .58 версии в интервал передачи, в то время как у меня продолжительность декодирования на этих версиях почти одинакова.
AutoSeq 18.1.0.34 не использует в своей работе приоритеты и ему доступ к логу не нужен, если уведомления отключены то доступа к логу не происходит.
Есть ряд антивирусов в которых можно включить режим 'маньяка', когда каждое обращение какого либо софта к файлу на диске пристально анализируется на критерии заложенные в софте антивирусе, что может приводить к ощутимому росту продожительности декодирования, поскольку оно выполняется параллельно с обработкой уже декодированных сообщений.Последний раз редактировалось UA3DJY; 29.12.2017 в 00:10.
-
29.12.2017, 02:46 #9702
-
29.12.2017, 08:39 #9703
- Регистрация
- 04.04.2010
- Адрес
- Краснознаменск, Московская обл.
- Возраст
- 74
- Сообщений
- 842
- Поблагодарили
- 196
- Поблагодарил
- 1214
Спасибо, Игорь, за разъяснение!
Вот теперь понятно, почему я каждый раз к вер.34 возвращаюсь
Все что выше вер.34 - попытки удалить "прокладку между рулем и сиденьем" в автомобиле!
Кстати, идея заменить стирание в окнах кликами правой и левой кнопки мыши совсем не удачная, ИМХО. Неудобно. В мыши основные клики левой кнопкой, поэтому кликая ею невпопад стираешь левое окно, в то время как хотел стереть правое.
73!Последний раз редактировалось R3DL; 29.12.2017 в 08:43.
73! Амир R3DL - NR3DL, ex RW3DL, UA4NCQ since 1967
-
29.12.2017, 08:46 #9704
Игорь, добрый день.
Что-то поля "автоматом" не очищаются после ввода QSO в 58-ой версии?Сергей (ex UA0ZS) Yaesu FT-847, SunSDR2PRO (ESDR3) + BURST 1000A
-
29.12.2017, 09:53 #9705
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
В AutoSeq JTDX нельзя чистить поля DX Call DX Grid если внесение QSO в лог происходит до окончания QSO (получение сообщения 73 от корреспондента).
При работе в поиске/AutoSeq можно попробовать сделать автоматическую очистку после декодирования сообщения 73 от этого корреспондента одновременно с выключением кнопки Enable Tx только для случая когда QSO уже занесено в лог JTDX.
Есть еще зависимости, содержимое этих полей например используется в логе UR5EQF.Последний раз редактировалось UA3DJY; 29.12.2017 в 10:11.
Социальные закладки