Re: [wsjt-devel] R: Re: Tune Power patch

2015-12-16 Thread Michael Tharp
On 12/16/2015 12:59, Joe Taylor wrote: > Mike and all, > > On 12/16/2015 12:00 PM, Michael Black wrote: >> This brings up the idea that perhaps we should remember power level for >> each mode/band. > > Let's not get carried away implementing special-purpose features. Lower > power for Tune is

Re: [wsjt-devel] Band hopping on a crashed rig

2016-04-20 Thread Michael Tharp
On 04/20/2016 04:33 PM, Bill Somerville wrote: >> I'm not concerned about the case where hopping was on and the rig >> stopped responding. The returns from that are extremely minimal and the >> complexity of attempting to address it isn't justified, in my eyes. > I am not sure what you are saying

Re: [wsjt-devel] Band hopping on a crashed rig

2016-04-20 Thread Michael Tharp
On 4/20/2016 15:52, Joe Taylor wrote: > I haven't yet looked at the code changes, but I hope that spotting is > allowed to continue without rig control if band-hopping is not in use. I agree -- especially because my rig keeps locking up when I leave it running all day (sigh). How this is most

[wsjt-devel] Band hopping on a crashed rig

2016-04-19 Thread Michael Tharp
Hi all, I ran into an unfortunate incident a few days back while band-hopping WSPR (RX only). I came home to find my rig had locked up and was no longer responding to CAT control, and WSJTX of course had the popup asking if I wanted to reconfigure. It had continued decoding while the rig

Re: [wsjt-devel] Band hopping on a crashed rig

2016-04-19 Thread Michael Tharp
On 4/19/2016 10:27, Bill Somerville wrote: > If a frequency change fails the > WSJT-X will not update the dial frequency reported until a successful > poll of the rig. That would be ideal but it's not consistent with what happened in my case. Is this new since 1.6.0? > We could disable

Re: [wsjt-devel] Band hopping on a crashed rig

2016-04-20 Thread Michael Tharp
On 04/19/2016 02:20 PM, Michael Tharp wrote: > When I get home I'll try out r6626 and report back how it behaves in > that scenario. As of r6627, if I unplug CAT immediately before the band hop then the big VFO display remains on the original frequency but all the decodes in the next

Re: [wsjt-devel] WSJT-X and gain staging

2016-08-17 Thread Michael Tharp
On 8/17/2016 12:49, Joe Taylor wrote: > Seems pretty clear to me. Use controls ON THE TRANSCEIVER to set the > noise level to around 30 dB on the WSJT-X "thermometer" scale, with no > strong signals present and the slider at mid-scale. > > If the background noise level is well above 40 dB with

Re: [wsjt-devel] WSJT-X and gain staging

2016-08-17 Thread Michael Tharp
On 8/17/2016 08:45, Bill Somerville wrote: > We use 16-bit audio so the dB range is ~90 so that means +30dB on the > thermometer indicator is ~ -60dBFS. It also means there is ~30dB > headroom off the top of the thermometer indicator. Does the input gain slider actually affect anything other than

Re: [wsjt-devel] WSPR Hopping and tuning

2016-10-18 Thread Michael Tharp
On 10/17/2016 10:03, Black Michael wrote: > Sent this to the list but didn't see it show up the archive. Perhaps > the HTML is messing things up so trying this again. > Seems like a lot of my posts with patches are not showing up or at least > nobody is replying about them. > > de Mike W9MDB It

[wsjt-devel] Tooltip when using power memory with band hopping

2017-08-06 Thread Michael Tharp
Hi all, When power memory is in use, on band change the "Transmit power" tooltip pops up even if wsjtx isn't focused or even on the same workspace. This is mildly annoying when doing WSPR band hopping. I will write a patch but I thought I'd ask for opinions first. I can think of 3 possible

Re: [wsjt-devel] UDP Port

2017-09-10 Thread Michael Tharp
On 09/10/2017 08:39 PM, David Tiller wrote: Since WSJT-X uses UDP, there is a chance that you can get more than 1 listener to receive all UDP packets. According to this article, if all clients bind to the port using SO_REUSEPORT (and possibly SO_REUSEADDR), all listeners will receive all

[wsjt-devel] [PATCH] Fix "git svn info" when the builddir is not the root of the repository

2017-09-03 Thread Michael Tharp
Hi all, Just a quick patch to the cmake modules. If you build from a git-svn checkout, it tries to call "git svn info" to get the revision but it doesn't work if you're building from an alternate builddir. The attached patch fixes that. -- mike NF4E diff --git

Re: [wsjt-devel] [PATCH] Fix "git svn info" when the builddir is not the root of the repository

2017-09-03 Thread Michael Tharp
On 09/03/2017 10:44 AM, Bill Somerville wrote: I'm not sure I understand the issue that this patch fixes? What does "alternate builddir" mean? I build WSJT-X "out of source" from a git-svn repo every day, many times, and it works fine for me. Meaning you build from a subdirectory (or

Re: [wsjt-devel] [PATCH] Fix "git svn info" when the builddir is not the root of the repository

2017-09-03 Thread Michael Tharp
On 09/03/2017 02:07 PM, Bill Somerville wrote: I am pushing back on this patch because `git svn info` does not take any arguments on my version of git-svn and I am surprised yours does. I can reproduce your failure on a Linux system using a subdirectory of the source tree as a build tree. I

Re: [wsjt-devel] [PATCH] Fix "git svn info" when the builddir is not the root of the repository

2017-09-03 Thread Michael Tharp
On 09/03/2017 01:27 PM, Bill Somerville wrote: ok, I'm still confused. Can you try this and tell me if it works without your proposed patch, note the build tree is not a sub-directory of the source tree: mkdir ~/build-wsjtx cd ~/build-wsjtx cmake make please? If it doesn't work and causes