Re: [wsjt-devel] updated wsprd

Bill, your patch is fine. I think that this remaining frequency error is due to the transmit soundcard. I had forgotten that I compensated for it in my old setup by applying the offset to the tone frequencies in the .wav file that I used to transmit my signal. It is apparently somewhat less than

Re: [wsjt-devel] updated wsprd

Bill - Thanks! I applied the update only, not the first one. It definitely helped - my requested frequency is 170 above the bottom of the segment. Before the patch I was measuring 170.2 and 170.3. After the patch, I’m seeing 170.1. With my old setup I always got 170.0 (all radios are referenced

Re: [wsjt-devel] updated wsprd

Hi Steve, A minor update to the suggested patch is attached. 73 Bill G4WJS. diff --git a/Modulator.cpp b/Modulator.cpp index dce905b..e4918d7 100644 --- a/Modulator.cpp +++ b/Modulator.cpp @@ -43,7 +43,7 @@ Modulator::Modulator (unsigned frameRate, unsigned periodLengthInSeconds, } void Mod

Re: [wsjt-devel] updated wsprd

On 24/05/2015 01:53, Steven Franke wrote: Hi Bill, Hi Steve, Thanks for the comments! IMHO any setting that increases the number of bad decodes is not worth the time saved unless that time is in danger of being longer than the available time before the next decode cycle. I say this because un

Re: [wsjt-devel] updated wsprd

Hi Bill, Thanks for the comments! > IMHO any setting that increases the number of bad decodes is not worth > the time saved unless that time is in danger of being longer than the > available time before the next decode cycle. I say this because > unfiltered bad decodes cause erroneous outliers

Re: [wsjt-devel] updated wsprd

On 24/05/2015 00:03, Steven Franke wrote: > Hi Joe et al, Hi Steve, ... > Here’s a summary of some comparisons between old and new: > > 100 test files with -30 dB SNR: > old “new” wsprd: 66 successful decodes in 30 seconds > new “new” wsprd: 75 decodes, 2 bad decodes (73 successful decodes) in 26

[wsjt-devel] updated wsprd

Hi Joe et al, I just did my first svn commit into the wsjtx_exp branch. This revised version of the wsprd decoder is 10-20% faster (I only calculate the sin/cos tables when absolutely necessary) and has a slightly increased probability of a successful decode on average (it yields a couple of %

Re: [wsjt-devel] Measure an audio frequency button disabled

On 23/05/2015 22:53, Alessandro Gorobey wrote: > Hi All, Hi Sandro, > I obtain all files needed and also a fcal.plt usable with gnuplot. > fcal.out contain: > 0.0383 > -2.0686 > The values depend on radio hardware project and precision of calibration. > "A" value near to zero is realisti

Re: [wsjt-devel] Measure an audio frequency button disabled

On 23/05/2015 22:53, Alessandro Gorobey wrote: > Hi All, Hi Sandro, ... > In WSPR button "Read A and B from fcal.out" work and I obtain the > calibration. > The values inserted in WSJTX 1.6.1 also correct the frequency, but show > me a final 999 when the frequency is read from radio. > Selected 14

[wsjt-devel] Measure an audio frequency button disabled

Hi All, I have a trouble with wspr 4.0 r4889 under JTSDK 2.0 Windows and Linux Cannot enable "Measure an audio frequency" button as described in http://physics.princeton.edu/pulsar/K1JT/WSPR_4.0_User.pdf appendix C, where at point 3: 3. With WSPR running in Idle mode, click Measure an audio freque

Re: [wsjt-devel] WSJT-Suite v1.0.28 Available for Testing

hlundst...@sk0mt.net FYI On Sunday, May 24, 2015 4:19 AM, KI7MT wrote: Hello All, DISCLAIMER All of the builds are "Snapshots" of their respective branch. With very few exceptions, there is no guarantee a given feature / function will work, or even be included in the final Officia

[wsjt-devel] WSJT-Suite v1.0.28 Available for Testing

Hello All, DISCLAIMER All of the builds are "Snapshots" of their respective branch. With very few exceptions, there is no guarantee a given feature / function will work, or even be included in the final Official Release. Also, things may not always work as intended, or in some cases, they may n

[wsjt-devel] Tune transmit with 0% duty cycle

Trying to wspr band hop in wsjt-x. receive only. If bands are entered in the Tab 4 Tune: box, it transmits on the band changes even if duty cycle is 0% and transmit is *not* enabled. -- P.J. "Josh" Rovero Ham Radio: KK1D http://www.roveroresearch.

Re: [wsjt-devel] JTSDK Question

build-wsjtxexp rinstall build-wsjtxexp package (not really needed as can run rinstall from C:\JTSDK\wsjtx_exp\install\Release\bin\wsjtx.exe You need to edit the wsjt-x ini file or delete it and start from fresh as the frequencys in the list have changed and it played up for me until I deleted t

Re: [wsjt-devel] JTSDK Question

build-wsjtxexp install It should be in the notes on JTSDK-QT startup. 73 Mike W9MDB -Original Message- From: Guy G4DWV/4X1LT [mailto:g...@drteeth.co.uk] Sent: Saturday, May 23, 2015 10:53 AM To: wsjt-devel@lists.sourceforge.net Subject: [wsjt-devel] JTSDK Question Is there an easy way

[wsjt-devel] JTSDK Question

Is there an easy way to get JTSDK to build 1.6.1 versions? I have heard that it is quite stable and would like to give it a try, especially as WSPR is included. 73 es TIA -- One dashboard for servers and applications acro

Re: [wsjt-devel] 1.6.1 transmit start time

Hi Mike, I got this one. I have have troubles with my Yahoo account as well. My Gmail account seems to work fine will all the SF mailing-lists. 73's Greg, KI7MT On 5/23/2015 8:39 AM, Michael Black wrote: > Also sending this from my gmail account since my yahoo account seems to > have problems w

Re: [wsjt-devel] 1.6.1 transmit start time

Also sending this from my gmail account since my yahoo account seems to have problems with this list. Mike W9MDB From: Michael Black [mailto:mdblac...@yahoo.com] Sent: Saturday, May 23, 2015 9:38 AM To: wsjt-devel@lists.sourceforge.net Subject: FW: 1.6.1 transmit start time On 2nd thou

[wsjt-devel] FW: 1.6.1 transmit start time

On 2nd thought I think this line#1834 may have been hosed and is the cause.. double tx2=txDuration + + icw[0]*2560.0/48000.0; //Full length including CW ID >From the wsjtx tree double tx2=1.0 + 85.0*m_nsps/12000.0 + icw[0]*2560.0/48000.0; 73 Mike W9MDB From: Michael B

[wsjt-devel] 1.6.1 transmit start time

I've noticed the 25-second limit on when one can start a transmit and has been removed? I actually found it convenient at times to queue up a transmit. I think this line may be causing it.. m_bTxTime = (t2p >= tx1) and (t2p < tx2); // For all modes other than WSPR Sets it to true

[wsjt-devel] ISCAT-A question

Hi all I'm ready to get flamed :) I'm about to repair the 10 GHz system and try using ISCAT-A over a 500Km path. What I'd like to do is continually send the same short message , callsign and 4 digits of the QRA, for hours at a time . That means tying up the shack computer, Is it possible to produc

Re: [wsjt-devel] WSJT-X Development Status

On Sat, 23 May 2015 13:19:35 +0200 "Peter Frenning [OZ1PIF]" wrote: > Den 22-05-2015 kl. 22:51 skrev Joe Taylor: > Hi all, > > I have some further thoughts on topics raised in my message earlier today. > > As I stated there, the planned incorporation of all WSJT "slow modes" > (JT4, JT9, JT65,

Re: [wsjt-devel] WSJT-X Development Status

Den 22-05-2015 kl. 22:51 skrev Joe Taylor: Hi all, I have some further thoughts on topics raised in my message earlier today. As I stated there, the planned incorporation of all WSJT "slow modes" (JT4, JT9, JT65, and WSPR) in WSJT-X is nearing completion. Some t