JT65-HF

**RC2SC** · 20.11.2015, 11:04

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

надо сегодня опробовать 6138,

Покажите где её выложили и чем она отличается от версии 6133? Если человек допустил ошибку в обозначении то не надо её тиражировать.

**RC2SC** · 20.11.2015, 11:14

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

Если на трансивере установлена, к примеру, частота 14076, то "0" водопада начинается с этой частоты?

Всё как в PSK, реальная частота там где вы находитесь складывается из двух частот "частота трансивера + частота на спектре". И если у вас на трансивере частота 14 076,00 то ноль водопада начинается с этой частоты если конечно значение "Start nnn Hz" равно нулю.

**UA3DJY** · 20.11.2015, 11:20

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

Конечно желаю больше декодированных

, надо сегодня опробовать 6138, утром уже сказали, что она вроде бы нормально работает.

прошелся по всем релизам до последнего 6135, начиная с релиза 6129 убрали из софта kvasd декодер, который и так не использовался в 1.6.1 - так что если только какие баги появились.. Поэтому мой совет в силе, если нужен максимум декодирования то два релиза одновременно r6058+r6080.

**RJ3AA** · 20.11.2015, 11:30

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

Покажите где её выложили и чем она отличается от версии 6133? Если человек допустил ошибку в обозначении то не надо её тиражировать.

Ещё не знаю, тружусь на работе в поте лица. Наверно это всё таки 133...

**EU1FQ** · 20.11.2015, 11:46

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

Всё как в PSK

Спасибо

**UA3ALE** · 20.11.2015, 11:50

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

Покажите где её выложили и чем она отличается от версии 6133? Если человек допустил ошибку в обозначении то не надо её тиражировать.

Моя опечатка спросонья

конечно 6133!!!

**UA3DJY** · 20.11.2015, 21:34

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

Сегодня решил попробовать v1.7.0 r6131, ну никак нормально не декодируются некоторые громкие станции, и получил вот это:

Вложение 152586

Сергей, похоже что это первый -31 дБ декодированный сигнал в истории WSJT-X

Сейчас вопрос реальности как раз поднялся в переписке разработчиков, G4WJS пишет что может быть реально, но что после многочисленных изменений кода низкие сигнал/шум соотношения еще не калибровали.

73 Игорь

**RC2SC** · 20.11.2015, 22:26

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

похоже что это первый -31 дБ декодированный сигнал в истории WSJT-X

Жалко что в моде JT9, вот если бы в JT65.

**RC2SC** · 21.11.2015, 06:22

6141 https://www.dropbox.com/s/csr8jw2fk5...r6141.zip?dl=0
И здесь JT65-DX.com

**UA3ALE** · 22.11.2015, 08:19

Очередная! JT65-DX.com

**RW4LN** · 22.11.2015, 09:58

Непонятки с JT65-HF HB9HQX, Иногда выскакивает вот такое сообщение:
access violation press ok ignore and risk data corruption press cancel to kill program.

Переводчик перевел так:
Нарушение прав доступа нажмите кнопку ОК игнорировать и риск повреждения данных нажмите отмена, чтобы убить программу.

У кого такое и как от этого избавиться?

**RJ3AA** · 22.11.2015, 12:38

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

похоже что это первый -31 дБ декодированный сигнал в истории WSJT-X

... G4WJS пишет что может быть реально ...

Побольше бы таких декодов

. Bill G4WJS ночью подходил...

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

Жалко что в моде JT9, вот если бы в JT65.

Абсолютно согласен, в JT65 актуальней...

P.S. Очень помогла и конечно стало гораздо удобней работать декодировка двух сигналов на одной частоте (уже сам видел, что один сигнал -01, а второй аж -27).
Сегодня были ещё такие моменты, когда один даёт 73, а двое зовут и все трое отлично декодируются.

**UA0LOQ** · 22.11.2015, 13:33

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

Непонятки с JT65-HF HB9HQX, Иногда выскакивает вот такое сообщение:
access violation press ok ignore and risk data corruption press cancel to kill program.

HI !
А это видать персонально для вас, ответ на высказывание - "А гейропу посылаю в ж....у. И принципиально не работаю с продажными странами бывшего соц. лагеря. Их тоже посылаю туда же."
ШУТКА

**UA3DJY** · 22.11.2015, 13:54

нам похоже готовят изменения в декодере, ждем с нетерпением

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

**UA3DJY** · 22.11.2015, 15:17

только что настраивал товарищу встроенный в Windows NTP, использующий службу W32TM, у него проблема была в том что со временем DT при использовании сначала Meinberg а потом и Dimension рос и выходил за 2 секунды.

Во время настройки выяснилось что на его машине установлены и одновременно работают три сторонних NTP софта, в итоге при попытке принудительно толкнуть W32TM на синхронизацию я получал "ошибка соединения с сервером"

Все лишние софты NTP снес, после этого W32TM на автозапуске стал работать как ему положено. Выставил синхронизацию один раз в пять минут, чтобы не засыпать запросами провайдера. DT сигналов станций пришел в норму.