JT65-HF

[UA3DJY]

TO UA3DJY
Игорь, попросите разработчиков в следующих версиях сделать возможность передвижения курсора на водопаде при помощи колесика на мышке.

есть две причины почему разработчики идут на изменение софта по запросам пользователей:

- дефект
- серьезное улучшение функционала для всех пользователей(в том числе не нанесет вреда пусть даже небольшой части пользователей)

Если с первым все прозрачно то со вторым пунктом требуется детальное обоснование для чего это надо и какую пользу от этого мы имеем.

Как пример: даже имея серьезное обоснование(статистика использования - удобство - меньшая продолжительность QSO - меньшая интерференция) с запросом превращения R73->RRR->R73 я уже получил отказ, причем мнения разработчиков были разнополярные - например Joe K1JT ответил что RR73 вариант можно расценивать как желание поскорее закончить QSO чтобы перейти к следующему что показывает корреспонденту что эта QSO менее важна чем другая, то есть вариант RR73 с его точки зрения менее вежливый вариант.

Hi Igor, and all,

Bill has it exactly right. All messages in the HF implementation of
WSJT-X have the same degree of FEC.

As far as the protocol is concerned, there's nothing wrong with using
messages of the form
"K1ABC W9XYZ RR73". It works because "RR73" is a legitimate Maidenhead
locator. This usage does not lead to confusion because the
corresponding location is somewhere far north of Siberia, in the Arctic
Ocean. Nobody is likely ever to transmit JT65 from there.

Use of RR73 is not standard JT65 practice, and it is not one of the
default or "recommended" JT65 messages. Arguably it's less polite; it
implies that the sender wants to move quickly to another QSO and be
finished with this unimportant one.

But of course anyone can use it if they wish.

-- Joe, K1JT

при обнаружении дефекта реакция как правило моментальная - например мой запрос по неправильному формированию тона в начале передачи (синус тона должен начинаться с 0 градусов чтобы не было щелчка при включении - интерференция) был исполнен в софте r6252 еще до ответа что это действительно дефект.

[UN7OK]

TO UA3DJY
Игорь, попросите разработчиков в следующих версиях сделать возможность передвижения курсора на водопаде при помощи колесика на мышке.

Не грузите пожалуйста разработчиков разной ерундой!Вы представьте только,что будет,если каждый начнет выдвигать свои требования к программе!!! ТОЛЬКО ДЕФЕКТЫ!!!!

[RC2SC]

6274 https://www.dropbox.com/s/lxb867nf7n...win32.zip?dl=0

[RC2SC]

Тут тоже добавили JT65-DX.com

[RN4CA]

Привязал WSJT (правда довольно старая версия) к SDR-1000, но хотелось бы узнать у коллег, кто нибудь сопряжение этих программ с ААлогом реализовывал?
Пока успешно работает трио IC-760PRO+UR5EQF+JT65. Потом адифом переношу связи в ААлог (базовый лог). Но хотелось бы на другом компе реализовать SDR-1000+AAlog+WSJT. Парами они трудятся, а вот втроём - AAlog не видит вызываемый в WSJT call.
И правильно ли я понял, что для без проблемного перехода на новые версии WSJT предыдущую необходимо удалять через деинсталлятор, а не через панель управления?

[RW4C]

Сейчас позвал на моё CQ "тёзка" по позывному - RW6C. Когда ещё такое увидишь в JT65

[RC2SC]

JT65-HF-HB9HQX-Edition v1.3 Download JT65-HF-HB9HQX-Edition from SourceForge.net

[RW9FN]

r6278

[UA9OP]

Николай, R9FN ex: UL7KAE

Позывные то недействительные, бутор, эти программы с такими цифрами постоянно так принимают.

[UA3DJY]

просматривая старую почту нашел интересное письмо от Joe K1JT по развитию новых мод в софте, оказывается можно даже проводить QSO рассеянием от международной космической станции, переводчик от Google в помощь:

On Fri, 07 Aug 2015 16:28:19 -0400, Joe Taylor wrote
> Several people have asked for an update on development of the "Fast
> modes" in WSJT and WSJT-X. So here's a brief summary.
>
> First, a review of some relevant terms and motivations. It's
> convenient to think of the various WSJT protocols ("modes") in two groups:
>
> *Slow modes* -- JT4, JT9, JT65, and WSPR. These modes are designed
> for communication with extremely weak signals -- often too weak to
> be heard. Target propagation modes include EME and long-distance
> troposcatter on VHF-and-up bands, and QRP Dxing on the LF, MF, and
> HF bands. Relevant signal amplitudes are approximately constant
> over a minute and more, aside from so-called "libration fading" for
> EME. Transmit/receive sequences are 1 minute for JT4, JT9, and JT65,
> and 2 minutes for WSPR.
>
> *Fast modes* -- JTMS, FSK441, ISCAT, and JT6M -- and now also
> *FSK315*
> (implemented in WSJT) and *JT9E* through *JT9H* (implemented in WSJT-
> X). These modes are made for communication with rapidly varying
> signals: for example, meteor scatter, ionospheric scatter, airplane
> scatter, and scatter off the International Space Station. The
> decoders are designed take advantage of short enhancements of signal
> strength. T/R sequences are 30 seconds (or sometimes even shorter).
>
> Bill, ND0B, has implemented a trial version of FSK315 in WSJT.
> Think of this mode as FSK441 slowed down to 315 baud; the bandwidth
> is therefore narrow enough to make the mode legal in the "CW and
> data" portion of the 10 meter band. Bill and a few others have been
> experimenting with FSK315 and also ISCAT-A on 10 meters, under dead-
> band conditions, using meteors and ionospheric scatter propagation.
>
> I have implemented experimental submodes of the JT9 protocol in the
> program branch WSJT-X v1.6.1. As with JT4 and JT65, letters
> following the "JT9" designator indicate increased spacings between
> the FSK tones. Traditional JT9 (now also called JT9A) has tone
> spacing 1.736 Hz, so the signals used at HF and below have total
> bandwidth 9*1.736 = 15.6 Hz. The widest of the new submodes, JT9H,
> has tone spacing 200 Hz and therefore bandwidth 9*200 = 1800 Hz.
>
> When used with the standard 1-minute periods, the wide JT9 submodes
> should be useful for the same purposes as the wide JT4 submodes:
> microwave EME, for example, where libration fading can cause Doppler
> spreading of 100 Hz or more. Used in this way, all JT9 submodes are
> "slow" modes; they use 1-minute T/R periods and keying rate 1.736
> baud, and they send the full 85-symbol message protocol in 85/1.736
> = 48.96 s.
>
> Optionally, the wide JT9 submodes can now also use "fast" keying
> rates equal to their tone spacing. "Fast JT9H", for example, uses
> keying rate 200 baud, so the full message protocol is transmitted in
> 85/200 = 0.425
> s. The message is sent repeatedly for the full Tx period, in the
> same way as done for the other fast modes.
>
> The fast JT9 submodes should be very effective for meteors and
> ionoscatter propagation, especially on the 6 meter band.
> Sensitivity should be similar to ISCAT, or perhaps slightly better.
> Because JT9 includes strong forward error correction, decoding
> results are like those for all the slow modes: you should see
> messages exactly as they were transmitted, or nothing at all.
>
> Tests of the fast JT9 submodes are currently under way, with
> excellent results.
>
> -- 73, Joe, K1JT

[UA9OP]

Тут тоже добавили JT65-DX.com

тут нет уже 6278
JT65-DX.com

[RC2SC]

тут нет уже 6278
JT65-DX.com

Я бы не стал торопится качать и устанавливать версию 6278, думаю Игорь объяснит в чём дело.

[RC2SC]

Приняв во внимание последние обращения разработчиков программы к пользователям которые распространяют скомпилированные файлы программы для общего использования (работы в эфире) я не рекомендую устанавливать и скачивать версии начиная с 6278 и последующие. Я не буду выкладывать ссылки на данные файлы программы и распространять их в каких бы источниках они не появились до появления разрешения от разработчиков. Предлагаю поддержать просьбу разработчиков и придерживаться данной рекомендации всех радиолюбителей кто сам компилирует или берёт данные файлы из других источников.

[UA3DJY]

Я бы не стал торопится качать и устанавливать версию 6278, думаю Игорь объяснит в чём дело.

вот письмо в котором Joe K1JT пишет что не надо компилировать и устанавливать для работы в эфире 6278 и все последующие релизы до его уведомления об окончании влияющих на функционал софта работ.

Date: Tue, 15 Dec 2015 20:18:17 -0500
From: Joe Taylor <joe@princeton.edu>
Subject: Re: [wsjt-devel] WSJT-X v1.7 r6278
To: WSJT software development <wsjt-devel@lists.sourceforge.net>
Message-ID: <5670BBD9.1080902@princeton.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Please note that my message copied below applies to revision 6278 and
subsequent revisions UNTIL FURTHER NOTICE.

MORE GENERALLY: it's not a good idea to build and run the HEAD of the
development branch without looking carefully at the commit message --
and perhaps also studying the affected code -- so that you understand
what the latest changes are meant to do, what needs testing, what
operations should be avoided, etc.

Off-the-air tests are fine, of course. Problem reports are always
welcome, but keep in mind that we're likely to already know about it.
We save code to the development branch in part so we (the developers)
can keep up-to-date with one another's work. Except when otherwise
announced, builds from the HEAD of the development branch are NOT to be
considered as Alpha releases. They are nothing like it.

-- Joe, K1JT

[UA3DJY]

сегодня товарищ решил сравнить работу WSJT-X r6229 на DDS SDR ANAN-10 одновременно в двух вариантах:

1. звуковой сигнал с коробочки SDR идет цифрой на процессор компа (VAC драйвер)
2. к аналоговому звуковому коннектору на коробочке SDR подключена звуковая карта ASUS Xonar U7.

Результат превзошел ожидания - через звуковую карту декодировалось немного больше сигналов.

Всем кто использует у себя софт VAC: есть смысл сравнить подобные сценарии.

Результат пожалуйста на форум.