-
20.11.2015, 11:04 #8566
-
20.11.2015, 11:14 #8567
- Регистрация
- 12.08.2006
- Адрес
- Рязань
- Возраст
- 59
- Сообщений
- 2,629
- Поблагодарили
- 882
- Поблагодарил
- 290
73! Владимир (RC2SC)
-
20.11.2015, 11:20 #8568
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
прошелся по всем релизам до последнего 6135, начиная с релиза 6129 убрали из софта kvasd декодер, который и так не использовался в 1.6.1 - так что если только какие баги появились.. Поэтому мой совет в силе, если нужен максимум декодирования то два релиза одновременно r6058+r6080.
-
20.11.2015, 11:30 #8569
- Регистрация
- 26.11.2007
- Адрес
- Белоозёрский
- Возраст
- 58
- Сообщений
- 5,061
- Поблагодарили
- 2121
- Поблагодарил
- 3656
-
20.11.2015, 11:46 #8570
- Регистрация
- 28.11.2013
- Возраст
- 69
- Сообщений
- 5,380
- Поблагодарили
- 3306
- Поблагодарил
- 660
-
20.11.2015, 11:50 #8571
- Регистрация
- 16.03.2013
- Адрес
- Москва
- Возраст
- 78
- Сообщений
- 1,129
- Поблагодарили
- 374
- Поблагодарил
- 48
-
20.11.2015, 21:34 #8572
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Сергей, похоже что это первый -31 дБ декодированный сигнал в истории WSJT-X
Сейчас вопрос реальности как раз поднялся в переписке разработчиков, G4WJS пишет что может быть реально, но что после многочисленных изменений кода низкие сигнал/шум соотношения еще не калибровали.
73 Игорь
-
20.11.2015, 22:26 #8573
-
21.11.2015, 06:22 #8574
- Регистрация
- 12.08.2006
- Адрес
- Рязань
- Возраст
- 59
- Сообщений
- 2,629
- Поблагодарили
- 882
- Поблагодарил
- 290
73! Владимир (RC2SC)
-
22.11.2015, 08:19 #8575
- Регистрация
- 16.03.2013
- Адрес
- Москва
- Возраст
- 78
- Сообщений
- 1,129
- Поблагодарили
- 374
- Поблагодарил
- 48
Очередная! JT65-DX.com
Виталий UA3ALE
-
22.11.2015, 09:58 #8576
- Регистрация
- 02.03.2006
- Возраст
- 81
- Сообщений
- 1,125
- Поблагодарили
- 334
- Поблагодарил
- 356
Непонятки с JT65-HF HB9HQX, Иногда выскакивает вот такое сообщение:
access violation press ok ignore and risk data corruption press cancel to kill program.
Переводчик перевел так:
Нарушение прав доступа нажмите кнопку ОК игнорировать и риск повреждения данных нажмите отмена, чтобы убить программу.
У кого такое и как от этого избавиться?Если кто к нам с колом придёт, того на этот кол и посадим
-
22.11.2015, 12:38 #8577
- Регистрация
- 26.11.2007
- Адрес
- Белоозёрский
- Возраст
- 58
- Сообщений
- 5,061
- Поблагодарили
- 2121
- Поблагодарил
- 3656
Побольше бы таких декодов . Bill G4WJS ночью подходил...
Абсолютно согласен, в JT65 актуальней...
P.S. Очень помогла и конечно стало гораздо удобней работать декодировка двух сигналов на одной частоте (уже сам видел, что один сигнал -01, а второй аж -27).
Сегодня были ещё такие моменты, когда один даёт 73, а двое зовут и все трое отлично декодируются.Последний раз редактировалось RJ3AA; 22.11.2015 в 12:44.
[I]73! Сергей[/I]
-
22.11.2015, 13:33 #8578
-
22.11.2015, 13:54 #8579
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
нам похоже готовят изменения в декодере, ждем с нетерпением
Date: Sat, 21 Nov 2015 16:36:16 -0600
From: Steven Franke <s.j.franke@icloud.com>
Subject: [wsjt-devel] wsjtx ndepth
To: Joe Taylor <wsjt-devel@lists.sourceforge.net>
Message-ID: <28ABDB62-9633-4D96-8AF7-B14FFDE3DBCA@icloud.com>
Content-Type: text/plain; charset=utf-8
Hi Joe,
I?d like to try to add a checkbox to the Advanced setup tab that will control, in some fashion to be determined, the robustness of the jt65 sync ccf. It looks like you are using ndepth to pass the decoder parameters into the fortran code. It also looks like the 10?s digit (b, below) and maybe the 10^4 digit (e, below) might be available. Can I use one of these? Other suggestions?
Here?s how I think it works now:
ndepth = a + b*10 + c*100 + d*1000 + e*10000 + f*100000
a: ndepth value that is passed along to decoder routines
b: not used?
c: n, where ntrials=10^(float(n)/2)
d: 10*nagressive
e: not used?
f: n2pass
Steve k9an
-
22.11.2015, 15:17 #8580
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
только что настраивал товарищу встроенный в Windows NTP, использующий службу W32TM, у него проблема была в том что со временем DT при использовании сначала Meinberg а потом и Dimension рос и выходил за 2 секунды.
Во время настройки выяснилось что на его машине установлены и одновременно работают три сторонних NTP софта, в итоге при попытке принудительно толкнуть W32TM на синхронизацию я получал "ошибка соединения с сервером"
Все лишние софты NTP снес, после этого W32TM на автозапуске стал работать как ему положено. Выставил синхронизацию один раз в пять минут, чтобы не засыпать запросами провайдера. DT сигналов станций пришел в норму.
Социальные закладки