Re: [wsjt-devel] distance in log

> Right now, I type it myself at the end of the QSO... I do the same thing. If I forget, I have to pull up the log, compute the distances based on the grid, and update it manually. Having it as an option to automatically add this to the content would be nice. Best, Jordan KN4CRD On Aug 3,

Re: [wsjt-devel] FT8 Mode Does Not Stop Transmitting

Thanks Bill. Running Ubuntu 16.04 here. If you want, feel free to send over a patch file with the instrumentation too. I can apply it to my local copy and build myself. Best, Jordan On Aug 16, 2017, 6:17 AM -0400, Bill Somerville <g4...@classdesign.com>, wrote: > On 15/08/2017 18:0

Re: [wsjt-devel] 0 dB with no source control?

Connected to the data jack on the back of the rig. - Jordan, KN4CRD On Jul 9, 2017, 8:57 AM -0400, Black Michael via wsjt-devel <wsjt-devel@lists.sourceforge.net>, wrote: > And plugged into what on the rig? > > Mike > > > > From: Jordan Sherer <jordan.she...@

[wsjt-devel] FT8 + Autoseq + Free Text TX5

Howdy! I have a few free text macros defined in TX5. One thing I've noticed is that when working a QSO with autoseq enabled, even if I've selected the TX5 macro choice well in advance, it reverts the text to the standard TX5 message syntax "[their call] [my call] 73". Is this intended when

Re: [wsjt-devel] 0 dB with no source control?

> > de Mike W9MDB > > > > From: Jordan Sherer <jordan.she...@gmail.com> > To: WSJT software development <wsjt-devel@lists.sourceforge.net>; Black > Michael <mdblac...@yahoo.com> > Cc: Black Michael <mdblac...@yahoo.com> > Sent: Sunday, July 9, 20

Re: [wsjt-devel] Inconsistent Tool Tips on OS X

The tooltip issue is related to the way the tooltip controls are added as children of the widgets and thus are contained by their parent bounding box. The only way I know of working around it is by adding an onEnter handler to the widgets, then creating a QTooltip manually after a short

Re: [wsjt-devel] 0 dB with no source control?

Good idea. I'll have to give that a try this weekend. Thanks! Best, Jordan KN4CRD On Jul 8, 2017, 2:31 PM -0400, Jim Brown , wrote: > On 7/8/2017 11:11 AM, Bill Somerville wrote: > > why can't you build a trivial resistive pad to attenuate the audio > > from your rig?

Re: [wsjt-devel] 0 dB with no source control?

With my IC706MKIIG, I *have* to use the OS mic digital gain controls, otherwise I get zero decodes. The RF gain adjustment on the rig has a very minimal adjustment range. Best I can do with it is adjust to show 70-80db on the meter. Anything further has to happen in the sound card controls for

[wsjt-devel] FT8 Mode Does Not Stop Transmitting

Hi all. I've recently run into a problem with my Elecraft KX2 running FT8 in the release candidate version of WSJTX. Frequently the Elecraft won't unkey at the end of the transmission when operating FT8. I noticed that, in general, CAT control is a little slow with the KX2 anyway, so I'm

Re: [wsjt-devel] Suggestions for three extra bits in FT8

I think this might have been might missed in the fury of activity yesterday. Is there a write-up of the protocol anywhere for deeper understanding? Best, Jordan KN4CRD On Jul 6, 2017, 12:22 PM -0400, Jordan Sherer <jordan.she...@gmail.com>, wrote: > Thanks for the insi

Re: [wsjt-devel] Controlling the level of audio going into the sound card.

Thanks for the tip, Rick. I picked one up yesterday and installed it inline. Works great and I can see the difference on the waterfall. Best, Jordan KN4CRD On Jul 9, 2017, 10:57 AM -0400, K5GZR - Rick , wrote: > > I have a RigblasterPRO getting constant level audio from one

[wsjt-devel] WSJTX crash using FT8 on Ubuntu Linux 16.04 LTS

Howdy All! I'm a new comer to the wsjt-devel list. Software engineer by day. Ham by night. I was able to get a build of WSJTX r7752 running on my Ubuntu box this morning. I tried calling a few CQs on 20m a few minutes ago and had a segfault. Attached is a copy of the core dump. Happy to help

Re: [wsjt-devel] WSJTX crash using FT8 on Ubuntu Linux 16.04 LTS

com> wrote: > On 30/06/2017 13:06, Jordan Sherer wrote: > >> I'm a new comer to the wsjt-devel list. Software engineer by day. Ham by >> night. >> >> I was able to get a build of WSJTX r7752 running on my Ubuntu box this >> morning. I tried calling

Re: [wsjt-devel] FT8 - build 7752 and rig control

rville <g4...@classdesign.com> wrote: > On 30/06/2017 15:37, Jordan Sherer wrote: > >> Jumping in here since it's sort of relevant to the discussion. >> >> One oddity I found this morning while operating split: >> >> 0. I load up WSJTX on 20m >&g

Re: [wsjt-devel] FT8 - build 7752 and rig control

Jumping in here since it's sort of relevant to the discussion. One oddity I found this morning while operating split: 0. I load up WSJTX on 20m 1. I have enabled FT8 mode with rig ctl split 2. VFO is at 14.079.000, transmit offset at 800Hz 3. Tx cycle correctly adjusts split to 14.078.500 4. I

Re: [wsjt-devel] Frequency doesn't shift when changing configurations

I've reproduced this partly on my IC-706MKIIG using r going from JT to FT modes on 20m. CAT control works perfectly in JT mode. In switching to FT, the software does not move to the correct frequency. It also does not let me open the drop down to switch bands until I switch back to JT mode.

Re: [wsjt-devel] Suggestions for three extra bits in FT8

Thanks for the insight, Bill. Is there a writeup of the protocol anywhere for deeper understanding? One idea I had after playing around with PSK & FSQ these past few days is to leverage an extra bit to allow for a QSO centered around freeform messaging on HF. Specifically, one of those bits to be

Re: [wsjt-devel] FT8 Extended Free Text QSO Experiment

new. > > -- Joe, K1JT > > On 2/11/2018 11:19 AM, Jordan Sherer wrote: > >> Hi devs, >> >> I have not heard back from the group yet. I'm fine to drop this and move >> along, as I don't want to waste my or your time. I am just looking for a >&g

Re: [wsjt-devel] FT8 Extended Free Text QSO Experiment

Hi team! This is a follow-up to my email I sent out back in August of last year. Since my last message, I've been experimenting with many different digital modes while operating portable, including FT8. The mode is fantastic for low power portable operating, often allowing QSOs farther under

Re: [wsjt-devel] FT8 Extended Free Text QSO Experiment

KN4CRD On Fri, Feb 9, 2018 at 10:31 AM, Jordan Sherer <jordan.she...@gmail.com> wrote: > Hi team! > > This is a follow-up to my email I sent out back in August of last year. > Since my last message, I've been experimenting with many different digital > modes while operatin

Re: [wsjt-devel] FT8 for 2018 Field Day

At that very least you can use a free text message for the exchange, Don: "KN4CRD 1B GA" You just won't be able to use auto sequencing when operating FT8 during field day. Best, Jordan KN4CRD On Mar 27, 2018, 7:40 AM -0400, Don Goldston , wrote: > Any chance that an

Re: [wsjt-devel] RC3 & Strong Signals

AYS transmit 77bit to work > them. > > On Tue, Oct 23, 2018 at 11:05 AM Jordan Sherer > wrote: > >> Interesting. Could be, but I don't think this instance was exactly this. >> FT8Call (JS8Call now) doesn't use an every other tx cycle when calling CQ, >> so it seems th

[wsjt-devel] RC3 & Strong Signals

Hi Folks, Testing out RC3 today and 77-bit FT8 I found some very strong signals in the band that were troublesome to decode. Now, I'm fairly fluent in FT8 and I keep my Elecraft station configured properly. NTP for time synchronization (ony a few ms divergence), AGC Off, RF gain/ATTN set so the

Re: [wsjt-devel] RC3 & Strong Signals

already been carried out some > weeks back. Exception is MSK144, which is only 77bit in RC3, I still see > some users there early in the morning on 6m. And remember the DXPeditions > are still using v1.9.1 as RC3 is a beta and not in wide usage as of yet. > > On Tue, Oct

Re: [wsjt-devel] The FT4 Protocol for Digital Contesting

Interesting development, Joe. One thought here, though. > The result is FT4 -- a new digital mode specifically designed for *radio contesting* Contesting on the WARC bands is discouraged. It seems reasonable to think that including calling frequencies on 10/18/24 MHz should be avoided for this