[wsjt-devel] JTSDK Nix v2.0.8 Available

[KI7MT]

Hello All,

Following Steve's message (
https://sourceforge.net/p/wsjt/mailman/message/34238422/ ) regarding
wsprd_exp, I've added this to the WSJT-X build script. The script *does
not* overwrite the original wsprd binary. If you would like to test
things out, the binary is placed in the ../install/{Release,Debug}/bin
directory and you'll need to manually copy / overwrite the wsprd binary.

Steve also created a PDF describing various aspects of the experimental
two-pass decoder wsprd_exp (
https://dl.dropboxusercontent.com/u/33211132/signal_subtraction.pdf)


*UPGRADE Debian/Ubuntu*
* If you've installed the JTSDK package from Launchpad, simply perform
an update && upgrade
* To Install the PPA: ( https://launchpad.net/~ki7mt/+archive/ubuntu/jtsdk )
* For Debian: ( https://sourceforge.net/p/wsjt/mailman/message/34214121/ )


*UPGRADE from Source*
* Install / Upgrade: (
https://sourceforge.net/projects/jtsdk/files/linux/2.0.0/ )


73's,
Greg, KI7MT






--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] WSPR 4.0 r5489 runs well, on Fedora 21 x86_64

[Alan VK2ZIW]

Hi all,

I needed to copy the "configure" script from an earlier version
and, as usual specify F2PY as f2py3 then the "make" went smoothly.

Alan VK2ZIW


On Thu, 25 Jun 2015 16:03:49 -0400, Joe Taylor wrote
> Hi all,
> 
> My, you've been busy here -- lots of very impressive progress!  Many 
> thanks to all of you contributors to the WSJT-related projects!
> 
> [Brief aside: My wife and I thoroughly enjoyed our 8-day cruise -- 
> Venice to Athens, with stopovers at ports on the Dalmatian coast: 
> Split, Korcula, Dubrovnik, Kotor, Butrint, Corfu, and Delphi; then 
> into the Ionian sea and through the Corinth canal into the Aegean, 
> ending at Piraeus.  Two canceled flights on the way home extended 
> our trip by more than 24 hours, and 2 of our 3 bags are currently 
> lost -- but otherwise all is well.]
> 
> Here's a start toward responding to some issues raised in the past 
> two weeks:
> 
> 1. I've briefly tried the G4WJS "r5629-dirty" version of WSJT-X -- 
> the one with Bill's suggested changes to the user interface.  They 
> look very good, and I suggest they should be committed to our -devel 
> branch.
> 
> 2. Our other "Bill", ND0B, has made great progress with implementing 
> short-sequence ISCAT capability in WSJT.  Bill has a bunch of 
> enthusiastic testers using it on 6 meters with excellent results.  I 
> haven't tried it yet, but after reading the reports from others it 
> seems that you must be nearing the point of committing the "v9" code 
> (or something similar) to the SVN repository.  Is that right?
> 
> A related question: Bill has started a Yahoo Group (possibly to 
> changed to a Google Group?) to host discussion among the testers of 
> his experimental version.  No doubt this made good sense in early 
> phases of the effort; there's a downside, however, to moving away 
> from this list some important communication among programmers 
> working on WSJT-related code.  If others have views on this matter,
>  please share them here.
> 
> 3. Related to the above ISCAT developments: Bill (ND0B), do you have 
> a few example *.wav files illustrating the "RRS/RRT" decoding 
> problem?  If so, could you post them somewhere or send them to me? 
>  I'd like to look into the problem.
> 
> 4. It's hardly surprising that Charlie (G3WDG) and others have found 
> that "correlation decodes" (in WSJT-X, presently implemented only 
> for JT4) can produce different confidence levels and (rarely) even 
> different message results when run against CALL3.TXT files of very 
> different lengths.  After all, the correlation algorithm is 
> effectively answering these two questions:
> 
> A) Which one of the following list of plausible messages best 
> matches the tone sequence of the received signal?
> 
> B) Is the "best" match better than the "second-best" match by a 
> large enough margin for us to be reasonably certain we have a valid decode?
> 
> Obviously, the answers to both questions will depend on the length 
> of the list of plausible messages, which is generated from call+grid 
> combinations derived from CALL3.TXT, augmented by the "DX Call" and 
> "DX Grid" entries on the main window.  If the list is short (but 
> still contains the call and grid actually in the message), the 
> chances of a correct decode and the estimated confidence in its 
> validity will be higher than with a long list.
> 
> 5. I'm delighted to hear that Steve (K9AN) has implemented a WSPR 
> signal subtraction algorithm that works so well!  I haven't looked 
> at the code or tried it yet, but from Steve's report it sounds like 
> we should make wsprd_exp (renamed to wsprd) the default WSPR 
> decoder.  Perhaps we can use the existing "Fast / Normal / Deep" 
> selection on the "Decode" menu to control whether subtraction and 
> multi-pass decoding will be used, or not?  I'm not too worried about 
> the longer decoding times: as we have found previously, significant 
> optimizations will likely be possible after we have it working well. 
>  Furthermore, fast decoding is arguably of minimal importance in 
> WSPR mode, since no quick operator interactions are required.
> 
> 6. Signal dropouts in the *.c2 files are a concern -- we'd better 
> find out what's causing them.  An important question to be answered: 
> are the dropouts present in the c2 array in memory, or just in the 
> file as written to disk?
> 
> That's probably enough for my first day back on the job...
> 
>   -- 73, Joe, K1JT
> 
> --
> Monitor 25 network devices or servers for free with OpManager!
> OpManager is web-based network management software that monitors 
> network devices and physical & virtual servers, alerts via email & 
> sms for fault. Monitor 25 devices for free with no restriction. 
> Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o 
> ___ wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
>

Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem

[Steven Franke]

Hi Greg,
> On Jun 25, 2015, at 11:10 PM, KI7MT  wrote:
> 
> Hi Steve,
> 
> Just so I am clear on this. The Makefile (Linux) has three targets,
> wsprd, wsprsim and wspr_exp. All we need to build is wspr_exp as the
> wsprd is being dealt with by Cmake yes?
Yes, the regular wsprd and the simulation program wsprsim are built by Cmake, 
but not wsprd_exp.
> 
> I'll be adding this to JTSDK Nix to build and cp the wspr_exp decoder to
> install/bin location on each turn.
> 
> I had brief look at the Windows Makefile.MinGW but did not see the
> wsprd_exp target listed, so I am assuming this is only being tested on
> *Nix ??
I have only tested wsprd_exp on linux and OS X. I don’t have a Windows machine.

Thanks for adding wsprd_exp to the WSJT-X build script. Some time soon I think 
that we’ll want to just rename wsprd_exp to wsprd and have it replace the 
current decoder. Before we do that, Id like to see that at least a couple of 
people besides me have been able to use wsprd_exp without problems. 

Steve k9an

> 
> 73's
> Greg, KI7MT
> 
> On 06/24/2015 07:30 PM, Steven Franke wrote:
>> For those testing wspr mode in wsjt-x, I have placed a .pdf file containing 
>> information on the current status of the experimental two-pass decoder 
>> wsprd_exp at this link:
>> 
>> https://dl.dropboxusercontent.com/u/33211132/signal_subtraction.pdf
>> 
>> I have been running the two-pass decoder with wsjt-x and with my 8-channel 
>> gnuradio-based setup for the past several days without any problems.
>> If you would like to play with the new decoder, the Makefile in the 
>> wsjt-x/lib/wsprd directory will compile it. For testing with wsjt-x, I 
>> renamed the executable wsprd and copied it into the /bin 
>> directory.
>> 
>> While testing this new decoder I used a batch of .wav files and also a 
>> separate batch of .c2 files that were written by the latest wsjt-x. I 
>> eventually realized that all of the .c2 files that were written by wsjt-x 
>> were contaminated by signal dropouts. See “Case 3” in the pdf document for 
>> an example and more details. After discovering the problem with the .c2 
>> files, I saved a batch of .wav and .c2 files using wsjt-x and found that the 
>> .wav files were fine, but that the .c2 files were contaminated. This makes 
>> me wonder if the problem lies in the writec2 routine in wsjt-x. I welcome 
>> input/opinion on this from those who are more familiar with the code. Could 
>> this problem somehow be specific to my setup? 
>> 
>> Steve k9an
> 
> --
> Monitor 25 network devices or servers for free with OpManager!
> OpManager is web-based network management software that monitors 
> network devices and physical & virtual servers, alerts via email & sms 
> for fault. Monitor 25 devices for free with no restriction. Download now
> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem

[Edson W. R. Pereira]

Hello Steve,

Can you confirm that this is the right path for wsprd_ext source?

https://sourceforge.net/p/wsjt/wsjt/HEAD/tree/branches/wsjtx/lib/wsprd/

I will compile it on the R-Pi and run some tests.

73, Edson PY2SDR


---
- We humans have the capability to do amazing things if we work together.
- Nós seres humanos temos a capacidade de fazer coisas incríveis se
trabalharmos juntos.

On Fri, Jun 26, 2015 at 10:10 AM, Steven Franke 
wrote:

> Hi Greg,
> > On Jun 25, 2015, at 11:10 PM, KI7MT  wrote:
> >
> > Hi Steve,
> >
> > Just so I am clear on this. The Makefile (Linux) has three targets,
> > wsprd, wsprsim and wspr_exp. All we need to build is wspr_exp as the
> > wsprd is being dealt with by Cmake yes?
> Yes, the regular wsprd and the simulation program wsprsim are built by
> Cmake, but not wsprd_exp.
> >
> > I'll be adding this to JTSDK Nix to build and cp the wspr_exp decoder to
> > install/bin location on each turn.
> >
> > I had brief look at the Windows Makefile.MinGW but did not see the
> > wsprd_exp target listed, so I am assuming this is only being tested on
> > *Nix ??
> I have only tested wsprd_exp on linux and OS X. I don’t have a Windows
> machine.
>
> Thanks for adding wsprd_exp to the WSJT-X build script. Some time soon I
> think that we’ll want to just rename wsprd_exp to wsprd and have it replace
> the current decoder. Before we do that, Id like to see that at least a
> couple of people besides me have been able to use wsprd_exp without
> problems.
>
> Steve k9an
>
> >
> > 73's
> > Greg, KI7MT
> >
> > On 06/24/2015 07:30 PM, Steven Franke wrote:
> >> For those testing wspr mode in wsjt-x, I have placed a .pdf file
> containing information on the current status of the experimental two-pass
> decoder wsprd_exp at this link:
> >>
> >> https://dl.dropboxusercontent.com/u/33211132/signal_subtraction.pdf
> >>
> >> I have been running the two-pass decoder with wsjt-x and with my
> 8-channel gnuradio-based setup for the past several days without any
> problems.
> >> If you would like to play with the new decoder, the Makefile in the
> wsjt-x/lib/wsprd directory will compile it. For testing with wsjt-x, I
> renamed the executable wsprd and copied it into the /bin
> directory.
> >>
> >> While testing this new decoder I used a batch of .wav files and also a
> separate batch of .c2 files that were written by the latest wsjt-x. I
> eventually realized that all of the .c2 files that were written by wsjt-x
> were contaminated by signal dropouts. See “Case 3” in the pdf document for
> an example and more details. After discovering the problem with the .c2
> files, I saved a batch of .wav and .c2 files using wsjt-x and found that
> the .wav files were fine, but that the .c2 files were contaminated. This
> makes me wonder if the problem lies in the writec2 routine in wsjt-x. I
> welcome input/opinion on this from those who are more familiar with the
> code. Could this problem somehow be specific to my setup?
> >>
> >> Steve k9an
> >
> >
> --
> > Monitor 25 network devices or servers for free with OpManager!
> > OpManager is web-based network management software that monitors
> > network devices and physical & virtual servers, alerts via email & sms
> > for fault. Monitor 25 devices for free with no restriction. Download now
> > http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
> > ___
> > wsjt-devel mailing list
> > wsjt-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
>
> --
> Monitor 25 network devices or servers for free with OpManager!
> OpManager is web-based network management software that monitors
> network devices and physical & virtual servers, alerts via email & sms
> for fault. Monitor 25 devices for free with no restriction. Download now
> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem

[Steven Franke]

Edson, 
Yes, that’s it (the name is wsprd_exp.c, and the Makefile in that directory 
will compile it on linux). I look forward to hearing about your tests.
Thanks,
Steve k9an

> On Jun 26, 2015, at 8:24 AM, Edson W. R. Pereira  wrote:
> 
> 
> Hello Steve,
> 
> Can you confirm that this is the right path for wsprd_ext source?
> 
> https://sourceforge.net/p/wsjt/wsjt/HEAD/tree/branches/wsjtx/lib/wsprd/ 
> 
> 
> I will compile it on the R-Pi and run some tests.
> 
> 73, Edson PY2SDR
> 
> 
> ---
> - We humans have the capability to do amazing things if we work together.
> - Nós seres humanos temos a capacidade de fazer coisas incríveis se 
> trabalharmos juntos.
> 
> On Fri, Jun 26, 2015 at 10:10 AM, Steven Franke  > wrote:
> Hi Greg,
> > On Jun 25, 2015, at 11:10 PM, KI7MT  > > wrote:
> >
> > Hi Steve,
> >
> > Just so I am clear on this. The Makefile (Linux) has three targets,
> > wsprd, wsprsim and wspr_exp. All we need to build is wspr_exp as the
> > wsprd is being dealt with by Cmake yes?
> Yes, the regular wsprd and the simulation program wsprsim are built by Cmake, 
> but not wsprd_exp.
> >
> > I'll be adding this to JTSDK Nix to build and cp the wspr_exp decoder to
> > install/bin location on each turn.
> >
> > I had brief look at the Windows Makefile.MinGW but did not see the
> > wsprd_exp target listed, so I am assuming this is only being tested on
> > *Nix ??
> I have only tested wsprd_exp on linux and OS X. I don’t have a Windows 
> machine.
> 
> Thanks for adding wsprd_exp to the WSJT-X build script. Some time soon I 
> think that we’ll want to just rename wsprd_exp to wsprd and have it replace 
> the current decoder. Before we do that, Id like to see that at least a couple 
> of people besides me have been able to use wsprd_exp without problems.
> 
> Steve k9an
> 
> >
> > 73's
> > Greg, KI7MT
> >
> > On 06/24/2015 07:30 PM, Steven Franke wrote:
> >> For those testing wspr mode in wsjt-x, I have placed a .pdf file 
> >> containing information on the current status of the experimental two-pass 
> >> decoder wsprd_exp at this link:
> >>
> >> https://dl.dropboxusercontent.com/u/33211132/signal_subtraction.pdf 
> >> 
> >>
> >> I have been running the two-pass decoder with wsjt-x and with my 8-channel 
> >> gnuradio-based setup for the past several days without any problems.
> >> If you would like to play with the new decoder, the Makefile in the 
> >> wsjt-x/lib/wsprd directory will compile it. For testing with wsjt-x, I 
> >> renamed the executable wsprd and copied it into the /bin 
> >> directory.
> >>
> >> While testing this new decoder I used a batch of .wav files and also a 
> >> separate batch of .c2 files that were written by the latest wsjt-x. I 
> >> eventually realized that all of the .c2 files that were written by wsjt-x 
> >> were contaminated by signal dropouts. See “Case 3” in the pdf document for 
> >> an example and more details. After discovering the problem with the .c2 
> >> files, I saved a batch of .wav and .c2 files using wsjt-x and found that 
> >> the .wav files were fine, but that the .c2 files were contaminated. This 
> >> makes me wonder if the problem lies in the writec2 routine in wsjt-x. I 
> >> welcome input/opinion on this from those who are more familiar with the 
> >> code. Could this problem somehow be specific to my setup?
> >>
> >> Steve k9an
> >
> > --
> > Monitor 25 network devices or servers for free with OpManager!
> > OpManager is web-based network management software that monitors
> > network devices and physical & virtual servers, alerts via email & sms
> > for fault. Monitor 25 devices for free with no restriction. Download now
> > http://ad.doubleclick.net/ddm/clk/292181274;119417398;o 
> > 
> > ___
> > wsjt-devel mailing list
> > wsjt-devel@lists.sourceforge.net 
> > https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> > 
> 
> 
> --
> Monitor 25 network devices or servers for free with OpManager!
> OpManager is web-based network management software that monitors
> network devices and physical & virtual servers, alerts via email & sms
> for fault. Monitor 25 devices for free with no restriction. Download now
> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/

Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem

[Joe Taylor]

Hi Steve,

I have compiled the two-pass decoder in Windows, and am running it now.

To make it work I had to change line 1062 so that it calls 
subtract_signal() rather than subtract_signal2().  Haven't yet tried to 
determine what's amiss in the fully coherent subtraction routine.

I will report back on results and any developments...

-- Joe, K1JT

On 6/26/2015 9:10 AM, Steven Franke wrote:
> Hi Greg,
>> On Jun 25, 2015, at 11:10 PM, KI7MT  wrote:
>>
>> Hi Steve,
>>
>> Just so I am clear on this. The Makefile (Linux) has three targets,
>> wsprd, wsprsim and wspr_exp. All we need to build is wspr_exp as the
>> wsprd is being dealt with by Cmake yes?
> Yes, the regular wsprd and the simulation program wsprsim are built by Cmake, 
> but not wsprd_exp.
>>
>> I'll be adding this to JTSDK Nix to build and cp the wspr_exp decoder to
>> install/bin location on each turn.
>>
>> I had brief look at the Windows Makefile.MinGW but did not see the
>> wsprd_exp target listed, so I am assuming this is only being tested on
>> *Nix ??
> I have only tested wsprd_exp on linux and OS X. I don’t have a Windows 
> machine.
>
> Thanks for adding wsprd_exp to the WSJT-X build script. Some time soon I 
> think that we’ll want to just rename wsprd_exp to wsprd and have it replace 
> the current decoder. Before we do that, Id like to see that at least a couple 
> of people besides me have been able to use wsprd_exp without problems.
>
> Steve k9an
>
>>
>> 73's
>> Greg, KI7MT
>>
>> On 06/24/2015 07:30 PM, Steven Franke wrote:
>>> For those testing wspr mode in wsjt-x, I have placed a .pdf file containing 
>>> information on the current status of the experimental two-pass decoder 
>>> wsprd_exp at this link:
>>>
>>> https://dl.dropboxusercontent.com/u/33211132/signal_subtraction.pdf
>>>
>>> I have been running the two-pass decoder with wsjt-x and with my 8-channel 
>>> gnuradio-based setup for the past several days without any problems.
>>> If you would like to play with the new decoder, the Makefile in the 
>>> wsjt-x/lib/wsprd directory will compile it. For testing with wsjt-x, I 
>>> renamed the executable wsprd and copied it into the/bin 
>>> directory.
>>>
>>> While testing this new decoder I used a batch of .wav files and also a 
>>> separate batch of .c2 files that were written by the latest wsjt-x. I 
>>> eventually realized that all of the .c2 files that were written by wsjt-x 
>>> were contaminated by signal dropouts. See “Case 3” in the pdf document for 
>>> an example and more details. After discovering the problem with the .c2 
>>> files, I saved a batch of .wav and .c2 files using wsjt-x and found that 
>>> the .wav files were fine, but that the .c2 files were contaminated. This 
>>> makes me wonder if the problem lies in the writec2 routine in wsjt-x. I 
>>> welcome input/opinion on this from those who are more familiar with the 
>>> code. Could this problem somehow be specific to my setup?
>>>
>>> Steve k9an
>>
>> --
>> Monitor 25 network devices or servers for free with OpManager!
>> OpManager is web-based network management software that monitors
>> network devices and physical&  virtual servers, alerts via email&  sms
>> for fault. Monitor 25 devices for free with no restriction. Download now
>> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
> --
> Monitor 25 network devices or servers for free with OpManager!
> OpManager is web-based network management software that monitors
> network devices and physical&  virtual servers, alerts via email&  sms
> for fault. Monitor 25 devices for free with no restriction. Download now
> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] ISCAT Experiement V9 Released

[Bill Ockert - ND0B]

Good morning

I just released WSJT ISCAT Experiment V9 on the google drive we have been using 
for that purpose.   This is hopefully the last experimental release and 
assuming it survives the weekend mostly unscathed my intent is to check it in 
to the repository early next week after doing a clean upload, moving the files 
I have changed over to it and fixing any diffs that might have popped up while 
I have been doing the development the last few weeks.  

A comprehensive list of the changes made as well as updated manual pages will 
be forthcoming.

I have thoroughly enjoyed working on this and rediscovering Fortran after way 
too many years, learning Python and even, after saying where the heck did that 
complex waveform come from, remembering Euler’s equation.   It has been an 
interesting couple of weeks.

I am hoping I can continue to make contributions to the cause.

73 de Bill ND0B


--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem

[Joe Taylor]

Hi all,

I have committed a "Makefile.win32" for building wsprd_exp.exe during 
testing.

I have now run compartson tests of wsprd.exe and wsprd_exp.exe using a 
group of 410 *.wav files, with the following results:

-
Decoder   Decodes Time
   (s)
-
1. wsprd   2291   524
2. wsprd_exp   2551   418
3. wsprd_exp   2653   434
-

Run #1 used the default wsprd.exe now built along with WSJT-X v1.6.0. 
Run #2 uses Steve's wsprd_exp with incoherent (symbol-by-symbol) signal 
subtraction; #3 used his fully coherent subtraction routine.

Important note: to make the coherent subtraction work in Windows I had 
to increase the stack size -- see LDFALGS in Makefile.win32.

So, with these example files I got 11% more decodes with 
symbol-by-symbol subtraction and 16% more decodes with coherent 
subtraction.
The two-pass decoder appears to be faster than the single-pass one.  (I 
don't yet know why, but in a couple of runs this seems to be repeatable.)

I think these results are very impressive!  We should certainly make 
wsprd_exp (renamed to wsprd) the default WSPR decoder.

-- 73, Joe, K1JT

--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Back in town

[Joe Taylor]

Hi Bill,

No worries about the WSJT_SS_ISCAT yahoo group -- it has served a very 
worthwhile purpose, and certainly no toes have been stepped on!  (The 
discussion can be moved back here at some appropriate time after your 
improvements have been merged into the WSJT trunk.)

Thanks for sending the *.wav file exemplifying the "RRR" decoding 
problem.  I'll let you know if I learn anything useful.

-- 72, Joe, K1JT

--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem

[Steven Franke]

Hi Joe,

I’m glad to see that you were able to confirm the improved performance of the 
two-pass decoder. I’m guessing that your dataset includes a more representative 
mixture of bands and conditions than the group of 20m files that I used. Hence 
the smaller, but still significant, increase in the number of decodes over the 
default wsprd.

I am surprised by your observation that the two-pass decoder is faster than the 
default one. That’s not what I see here. Are you using your wspr_timer.out 
times? Or some other measure of execution time? The numbers that I reported 
were the “Total” times from wspr_timer.out.

I just ran the analysis of my 20m files using the current default wsprd. It was 
slightly slower than running wsprd_exp with the -s (single-pass option):

wsprd: 1315 decodes in 163s
wsprd_exp -s: 1315 decodes in 159s (taken from Table 1 in the .pdf writeup)

But in my case, both of these single-pass times are much shorter than the 
two-pass execution time, which was 270s. I wonder if there is some compiler 
optimization setting that was different between your wsprd and wsprd_exp 
instances?  

Steve k9an


> On Jun 26, 2015, at 11:00 AM, Joe Taylor  wrote:
> 
> Hi all,
> 
> I have committed a "Makefile.win32" for building wsprd_exp.exe during 
> testing.
> 
> I have now run compartson tests of wsprd.exe and wsprd_exp.exe using a 
> group of 410 *.wav files, with the following results:
> 
> -
>Decoder   Decodes Time
>   (s)
> -
> 1. wsprd   2291   524
> 2. wsprd_exp   2551   418
> 3. wsprd_exp   2653   434
> -
> 
> Run #1 used the default wsprd.exe now built along with WSJT-X v1.6.0. 
> Run #2 uses Steve's wsprd_exp with incoherent (symbol-by-symbol) signal 
> subtraction; #3 used his fully coherent subtraction routine.
> 
> Important note: to make the coherent subtraction work in Windows I had 
> to increase the stack size -- see LDFALGS in Makefile.win32.
> 
> So, with these example files I got 11% more decodes with 
> symbol-by-symbol subtraction and 16% more decodes with coherent 
> subtraction.
> The two-pass decoder appears to be faster than the single-pass one.  (I 
> don't yet know why, but in a couple of runs this seems to be repeatable.)
> 
> I think these results are very impressive!  We should certainly make 
> wsprd_exp (renamed to wsprd) the default WSPR decoder.
> 
>   -- 73, Joe, K1JT
> 
> --
> Monitor 25 network devices or servers for free with OpManager!
> OpManager is web-based network management software that monitors 
> network devices and physical & virtual servers, alerts via email & sms 
> for fault. Monitor 25 devices for free with no restriction. Download now
> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] wspr two-pass decoder status and .c2 file problem

[Edson W. R. Pereira]

Steve and Joe,

Just started running wsprd_exp on my Raspberry Pi. Compilation went clean
and I am decoding spots. Over the weekend I will do some more tests with
some recorded wspr audio files.

The recent improvements on wsprd are simply remarkable. The techniques
employed are novel and would make a excellent topic for a QEX article!

Many thanks and congratulations for the achievements.

73, Edson PY2SDR



---
- We humans have the capability to do amazing things if we work together.
- Nós seres humanos temos a capacidade de fazer coisas incríveis se
trabalharmos juntos.

On Fri, Jun 26, 2015 at 1:31 PM, Steven Franke 
wrote:

> Hi Joe,
>
> I’m glad to see that you were able to confirm the improved performance of
> the two-pass decoder. I’m guessing that your dataset includes a more
> representative mixture of bands and conditions than the group of 20m files
> that I used. Hence the smaller, but still significant, increase in the
> number of decodes over the default wsprd.
>
> I am surprised by your observation that the two-pass decoder is faster
> than the default one. That’s not what I see here. Are you using your
> wspr_timer.out times? Or some other measure of execution time? The numbers
> that I reported were the “Total” times from wspr_timer.out.
>
> I just ran the analysis of my 20m files using the current default wsprd.
> It was slightly slower than running wsprd_exp with the -s (single-pass
> option):
>
> wsprd: 1315 decodes in 163s
> wsprd_exp -s: 1315 decodes in 159s (taken from Table 1 in the .pdf writeup)
>
> But in my case, both of these single-pass times are much shorter than the
> two-pass execution time, which was 270s. I wonder if there is some compiler
> optimization setting that was different between your wsprd and wsprd_exp
> instances?
>
> Steve k9an
>
>
> > On Jun 26, 2015, at 11:00 AM, Joe Taylor  wrote:
> >
> > Hi all,
> >
> > I have committed a "Makefile.win32" for building wsprd_exp.exe during
> > testing.
> >
> > I have now run compartson tests of wsprd.exe and wsprd_exp.exe using a
> > group of 410 *.wav files, with the following results:
> >
> > -
> >Decoder   Decodes Time
> >   (s)
> > -
> > 1. wsprd   2291   524
> > 2. wsprd_exp   2551   418
> > 3. wsprd_exp   2653   434
> > -
> >
> > Run #1 used the default wsprd.exe now built along with WSJT-X v1.6.0.
> > Run #2 uses Steve's wsprd_exp with incoherent (symbol-by-symbol) signal
> > subtraction; #3 used his fully coherent subtraction routine.
> >
> > Important note: to make the coherent subtraction work in Windows I had
> > to increase the stack size -- see LDFALGS in Makefile.win32.
> >
> > So, with these example files I got 11% more decodes with
> > symbol-by-symbol subtraction and 16% more decodes with coherent
> > subtraction.
> > The two-pass decoder appears to be faster than the single-pass one.  (I
> > don't yet know why, but in a couple of runs this seems to be repeatable.)
> >
> > I think these results are very impressive!  We should certainly make
> > wsprd_exp (renamed to wsprd) the default WSPR decoder.
> >
> >   -- 73, Joe, K1JT
> >
> >
> --
> > Monitor 25 network devices or servers for free with OpManager!
> > OpManager is web-based network management software that monitors
> > network devices and physical & virtual servers, alerts via email & sms
> > for fault. Monitor 25 devices for free with no restriction. Download now
> > http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
> > ___
> > wsjt-devel mailing list
> > wsjt-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
>
> --
> Monitor 25 network devices or servers for free with OpManager!
> OpManager is web-based network management software that monitors
> network devices and physical & virtual servers, alerts via email & sms
> for fault. Monitor 25 devices for free with no restriction. Download now
> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge

[wsjt-devel] WSJT 10.0 r5490 crash, on Fedora 21 x86_64

[Alan VK2ZIW]

Hi all,

I thought it was going well until after 10 mins running in JTMS.

System: Fedora 21 x86_64 on ASRock QC5000-ITX, 

Exception in Tkinter callback
Traceback (most recent call last):
  File "/usr/lib64/python3.4/tkinter/__init__.py", line 1487, in __call__
return self.func(*args)
  File "/downloads/hamradio/digital/wsjt/5629all/trunk/wsjt.py", line 1767, in
trackOK
lWarn.after_cancel(idWarn)
NameError: name 'idWarn' is not defined
Exception in Tkinter callback
Traceback (most recent call last):
  File "/usr/lib64/python3.4/tkinter/__init__.py", line 1487, in __call__
return self.func(*args)
  File "/downloads/hamradio/digital/wsjt/5629all/trunk/wsjt.py", line 1767, in
trackOK
lWarn.after_cancel(idWarn)
NameError: name 'idWarn' is not defined

== and again 

Exception in Tkinter callback
Traceback (most recent call last):
  File "/usr/lib64/python3.4/tkinter/__init__.py", line 1487, in __call__
return self.func(*args)
  File "/downloads/hamradio/digital/wsjt/5629all/trunk/wsjt.py", line 1767, in
trackOK
lWarn.after_cancel(idWarn)
NameError: name 'idWarn' is not defined
/usr/local/bin/wsjt5629: line 25: 28685 Killed 



On Fri, 26 Jun 2015 22:18:22 +1000, Alan VK2ZIW wrote
> Hi all,
> 
> I needed to copy the "configure" script from an earlier version
> and, as usual specify F2PY as f2py3 then the "make" went smoothly.
> 


Alan

Man's greatest waste of time: Worshipping the wrong God.
Consider Jesus.
---
Alan Beard   Unix Support Technician from 1984 to today
70 Wedmore Rd.   Sun Solaris, AIX, HP/UX, Linux, SCO, MIPS
Emu Heights N.S.W. 2750  Routers, terminal servers, printers, terminals etc..
+61 2 47353013 (h)   Support Programming, shell scripting, "C", assembler
0414 353013 (mobile) After uni, electronics tech


--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Back in town

[Charles Suckling]

Hi Joe

Sounds like you had a great trip!

Thanks for your explanation about the effect of CALL3. Some of us did not
realise initially that this would be searched  when there is a callsign and
grid for the DX station already entered.

Now this is understood, we will be operating with our own small lists.

73

Charlie

-Original Message-
From: Joe Taylor [mailto:j...@princeton.edu] 
Sent: 25 June 2015 21:04
To: 'WSJT software development'
Subject: [wsjt-devel] Back in town

Hi all,

My, you've been busy here -- lots of very impressive progress!  Many 
thanks to all of you contributors to the WSJT-related projects!

[Brief aside: My wife and I thoroughly enjoyed our 8-day cruise -- 
Venice to Athens, with stopovers at ports on the Dalmatian coast: Split, 
Korcula, Dubrovnik, Kotor, Butrint, Corfu, and Delphi; then into the 
Ionian sea and through the Corinth canal into the Aegean, ending at 
Piraeus.  Two canceled flights on the way home extended our trip by more 
than 24 hours, and 2 of our 3 bags are currently lost -- but otherwise 
all is well.]

Here's a start toward responding to some issues raised in the past two 
weeks:

1. I've briefly tried the G4WJS "r5629-dirty" version of WSJT-X -- the 
one with Bill's suggested changes to the user interface.  They look very 
good, and I suggest they should be committed to our -devel branch.

2. Our other "Bill", ND0B, has made great progress with implementing 
short-sequence ISCAT capability in WSJT.  Bill has a bunch of 
enthusiastic testers using it on 6 meters with excellent results.  I 
haven't tried it yet, but after reading the reports from others it seems 
that you must be nearing the point of committing the "v9" code (or 
something similar) to the SVN repository.  Is that right?

A related question: Bill has started a Yahoo Group (possibly to changed 
to a Google Group?) to host discussion among the testers of his 
experimental version.  No doubt this made good sense in early phases of 
the effort; there's a downside, however, to moving away from this list 
some important communication among programmers working on WSJT-related 
code.  If others have views on this matter, please share them here.

3. Related to the above ISCAT developments: Bill (ND0B), do you have a 
few example *.wav files illustrating the "RRS/RRT" decoding problem?  If 
so, could you post them somewhere or send them to me?  I'd like to look 
into the problem.

4. It's hardly surprising that Charlie (G3WDG) and others have found 
that "correlation decodes" (in WSJT-X, presently implemented only for 
JT4) can produce different confidence levels and (rarely) even different 
message results when run against CALL3.TXT files of very different 
lengths.  After all, the correlation algorithm is effectively answering 
these two questions:

A) Which one of the following list of plausible messages best 
matches the tone sequence of the received signal?

B) Is the "best" match better than the "second-best" match by a 
large enough margin for us to be reasonably certain we have a valid decode?

Obviously, the answers to both questions will depend on the length of 
the list of plausible messages, which is generated from call+grid 
combinations derived from CALL3.TXT, augmented by the "DX Call" and "DX 
Grid" entries on the main window.  If the list is short (but still 
contains the call and grid actually in the message), the chances of a 
correct decode and the estimated confidence in its validity will be 
higher than with a long list.

5. I'm delighted to hear that Steve (K9AN) has implemented a WSPR signal 
subtraction algorithm that works so well!  I haven't looked at the code 
or tried it yet, but from Steve's report it sounds like we should make 
wsprd_exp (renamed to wsprd) the default WSPR decoder.  Perhaps we can 
use the existing "Fast / Normal / Deep" selection on the "Decode" menu 
to control whether subtraction and multi-pass decoding will be used, or 
not?  I'm not too worried about the longer decoding times: as we have 
found previously, significant optimizations will likely be possible 
after we have it working well.  Furthermore, fast decoding is arguably 
of minimal importance in WSPR mode, since no quick operator interactions 
are required.

6. Signal dropouts in the *.c2 files are a concern -- we'd better find 
out what's causing them.  An important question to be answered: are the 
dropouts present in the c2 array in memory, or just in the file as 
written to disk?

That's probably enough for my first day back on the job...

-- 73, Joe, K1JT


--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
___