A reboot ending up fixing this problem. A new INI file didn't fix it.
First time I've ever had that happen. Odd that it decoded JT9 but not JT65.
Oh well...gremlins
de Mike W9MDB
From: Bill Somerville
To: wsjt-devel@lists.sourceforge.net
Sent: Tuesday, January 10, 2017 6:16
On 10/01/2017 23:57, Black Michael wrote:
> Here's my ini file
I am able to decode the JT9+JT65 sample file using your settings file.
73
Bill
G4WJS.
--
Developer Access Program for Intel Xeon Phi Processors
Access to In
Was playing around with frequency calibrationrunning r7472...switched back
to JT65/JT9 mode.
Now I've succeeded in getting WSJT-X to not recognize JT65 anymore. It will
decode JT9...but not JT65.I copied a wav file to another computer and it works
there.A restart doesn't fix it.So somethin
Tiny bug report - 1.7.1 r7471 under MacOS 10.12.
When “Tune” is invoked, periodically a CW ID is issued, with no Tune tone. A
second attempt to tune works fine. Perhaps the ID timer has reached the
appointed minute and supersedes the tune command?
73 & thanks...
George J Molnar
Nevada, USA
KF
Do we still need a reference to hamlib dll in the cmake files? It shows up as
an error in QTCreator and cmake-gui
Findhamlib.cmake: find_path (hamlib_dll_path libhamlib-2.dll)Findhamlib.cmake:
if (hamlib_dll_path)Findhamlib.cmake: set (hamlib_LIBRARY_DIRS
${hamlib_LIBRARY_DIRS} ${hamlib_dl
Thanks for confirming it is on the air Joe. I am hearing it this afternoon
on 3330 KHz.
73 Jay KA9CFD
From: Joe [mailto:n...@mwt.net]
Sent: January 10, 2017 15:00
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] FreqCal Mode
At 15:00Z here in SW Wisconsin they are S-5,
Bu
Hi Edson,
On 1/10/2017 12:39 PM, Edson W. R. Pereira wrote:
> I got across this paper some time ago. The algorithm suggested could
> perhaps be applied to FreqCal.
>
> https://mgasior.web.cern.ch/mgasior/pap/FFT_resol_note.pdf
>
> 73, Edson PY2SDR
Thanks for the pointer to an excellent paper!
T
On 10/01/2017 18:42, Bill Somerville wrote:
> So for example if a window function
> that caused broadening with a Gaussian shape then a Gaussian curve
> fitting would be the best candidate for estimating inter-bin frequency
> peaks.
Hi Hi!
thanks for the paper link Edson, clearly I have read some
On 10/01/2017 18:23, Bill Somerville wrote:
> I suspect that MacLeod's estimator is not a simple replacement for
> Joe's simple three ... point parabolic fit
Hi Mike,
I should also point out, as I understand it, that the choice of window
function and interpolating estimator for frequency findin
On 10/01/2017 18:02, Black Michael wrote:
Hmmm...gotta' wonder though...which is more "real" ?? Without knowing
the frequency stability of your sound card can't say which is actually
more accurate, can we?
McLeod's is supposed to have pretty good behavior.
Hi Mike,
nope, the sound card is
Hmmm...gotta' wonder though...which is more "real" ?? Without knowing the
frequency stability of your sound card can't say which is actually more
accurate, can we?
McLeod's is supposed to have pretty good behavior.
http://www.ericjacobsen.org/fe2/fe2.htm
One more if you're up for itEric's
Hello everyone:
I got across this paper some time ago. The algorithm suggested could
perhaps be applied to FreqCal.
https://mgasior.web.cern.ch/mgasior/pap/FFT_resol_note.pdf
73, Edson PY2SDR
---
- We humans have the capability to do amazing things if we work together.
- Nós seres humanos temo
On 10/01/2017 16:52, Black Michael wrote:
try your loopback test using McLeod's estimator.
Just replace peakup.f90 with this:
subroutine peakup(ym,y0,yp,dx)
! McLeod's estimator
delta = (ym-yp)/(2*y0+ym+yp)
dx=(sqrt(1+8*delta*delta)-1)/4*delta;
return
end subroutine peakup
Hi Mike,
here
Bill...try your loopback test using McLeod's estimator.Just replace peakup.f90
with this:
subroutine peakup(ym,y0,yp,dx)! McLeod's estimator delta =
(ym-yp)/(2*y0+ym+yp) dx=(sqrt(1+8*delta*delta)-1)/4*delta; returnend
subroutine peakup
From: Bill Somerville
To: wsjt-devel@lists.so
CHU transmits in USB with a reduced carrier.
... Rich
On 01/10/2017 10:00 AM, Joe wrote:
At 15:00Z here in SW Wisconsin they are S-5,
But I'm not sure what mode.
On AM Barely Understandable,
On LSB forget it, just a mess.
On USB perfect audio, just like I remember from my SWL days on the
7.3
Hi Bill,
> I note that the SNR figures are roughly the same but the "Level" column
> has changed dramatically.
Aaah, yes, I used a different normalizing factor. That should to be
fixed... although in fact "level" is never used for anything, downstream.
-- Joe
-
On 09/01/2017 23:57, Joe Taylor wrote:
Still, it will probably be best to put a window on the FFT.
Hi Joe,
the new sin^2window function improves accuracy most of the time, here
are some sample measurements using identical tones synthesised by
another WSJT-X instance:
15:23:57 5000 1 15
At 15:00Z here in SW Wisconsin they are S-5,
But I'm not sure what mode.
On AM Barely Understandable,
On LSB forget it, just a mess.
On USB perfect audio, just like I remember from my SWL days on the 7.3xx
freq. AM
Joe WB9SBD
Sig
The Original Rolling Ball Clock
Idle Tyme
Idle-Tyme.com
http://w
On 10/01/2017 15:05, Bill Somerville wrote:
> Table entries may be directly edited by
> double clicking on fields and using the usual editing keystrokes.
Hi Claude & all,
I should also have added that the table column headings can be clicked
to select sort column and sort order, so for example y
On 10/01/2017 14:57, Claude Frantz wrote:
> Please explain me further how to enter this frequency list. Will this
> list be saved in the config file ?
Hi Claude,
I will answer this. Go to "Settings->Frequencies" and context click
(right-click) the "Working Frequencies" table. A pop up window wil
Claude --
On 1/10/2017 9:57 AM, Claude Frantz wrote:
> On 01/09/2017 06:01 PM, Joe Taylor wrote:
>
>> To use this capability you should enter known frequencies of your
>> calibration stations under FreqCal mode. I use these frequencies: 0.660
>> 0.880 1.210 2.500 3.330 5.000 7.850 10.000 14.670 1
On 01/09/2017 06:01 PM, Joe Taylor wrote:
> To use this capability you should enter known frequencies of your
> calibration stations under FreqCal mode. I use these frequencies: 0.660
> 0.880 1.210 2.500 3.330 5.000 7.850 10.000 14.670 15.000 20.000 MHz.
> (The first three are clear-channel AM br
On 10/01/2017 14:34, Bill Somerville wrote:
> ... the wrap around
> processing that is implicit in the discrete FFT ...
further to this, if I understand it correctly; window functions applied
to the input sample stream address the discontinuities by attenuating
the signal at the start and end so
Hi Jay,
On 1/10/2017 8:44 AM, Jay Hainline wrote:
> Can anyone confirm CHU at 3330 is actually on the air? I do not hear it here
> and suspect it no longer is.
>
> 73 Jay KA9CFD
I'd like to know the answer to your question, too! I find no indication
on the NRC web site that 3330 is no longer us
On 10/01/2017 13:21, Michael Black wrote:
> It's not the discontinuity -- it's the bin values.
> If the desired frequency is not an EXACT multiple of the bin value
> you'll get a reduced peak and leakageone of the downfalls of DFTs.
Hi Mike,
they are one and the same I believe. Because of th
Mike,
I’ll have to disagree with your statement that “it’s not the discontinuity…”.
A more careful and correct statement could have been something along these
lines: "instead of explaining the observed phenomenon in terms of an endpoint
discontinuity, one could also note that the phenomenon
Can anyone confirm CHU at 3330 is actually on the air? I do not hear it here
and suspect it no longer is.
73 Jay KA9CFD
-Original Message-
From: Joe Taylor [mailto:j...@princeton.edu]
Sent: January 9, 2017 21:45
To: WSJT software development
Subject: Re: [wsjt-devel] FreqCal Mode
Hi al
It's not the discontinuity -- it's the bin values.
If the desired frequency is not an EXACT multiple of the bin value you'll
get a reduced peak and leakageone of the downfalls of DFTs. As Joe
noted a larger FFT would have more resolution but is likely not going to
improve things.
A rectangular
28 matches
Mail list logo
