Re: [wsjt-devel] Decoder optimizations

2014-11-20 Thread Bill Somerville
On 19/11/2014 17:49, Joe Taylor wrote: Hi all, Hi Joe, I have committed some changes that significantly improve the decoding speed of WSJT-X in both modes, with no change in its effectiveness. The changes affect only the jt9.exe executable. One of the changes is to make use of the wisdom

Re: [wsjt-devel] Decoder optimizations

2014-11-20 Thread Joe Taylor
Hi Bill, Yes, there are many possible ways to take advantage of FFTW's wisdom capability. I've been using it for some years now -- both for professional research purposes and in MAP65, which processes a 96 KHz signal bandwidth in each of two polarizations and thus has much higher CPU

[wsjt-devel] WSPR KI7MT .deb Package Segmentation Fault

2014-11-20 Thread John N1ISA
Greetings, First, I would like to say Thank You for everyone's efforts in making the WSJTX Linux .deb package available. I've run it in custom Debian and Ubuntu environments with zero issues. It gives me great pleasure to use WSJTX in Linux. Thank You! I've have run KI7MT's .deb package for

Re: [wsjt-devel] Decoder optimizations

2014-11-20 Thread Bill Somerville
On 20/11/2014 14:31, Joe Taylor wrote: Hi Bill, Hi Joe, Yes, there are many possible ways to take advantage of FFTW's wisdom capability. I've been using it for some years now -- both for professional research purposes and in MAP65, which processes a 96 KHz signal bandwidth in each of two

Re: [wsjt-devel] [wsjt:wsjt] [r4611] - k1jt: Should have been included in previous commit.

2014-11-20 Thread John Nelson
Hi Joe, I am trying r4611. It starts by reporting: jt9_wisdom_status.txt:No imported FFTW wisdom (jt9): which is OK because this is new. When I exit, I find: jt9_wisdom.dat:(fftw-3.3.3 fftwf_wisdom #xca4daf64 #xc8f59ea6 #x586875c9 #x14018994 (fftwf_codelet_r2cfII_10 But along

Re: [wsjt-devel] Wsjtx v1.4

2014-11-20 Thread Joe Taylor
Hi Chris, There is no problem running wsjtx.exe on 64-bit Windows 8.1. However, we can't test every possible rig and control software combination in advance, so we depend on reports like yours. Most of the CAT-control issues are being handled by Bill, G4WJS, and usually he can fix such

Re: [wsjt-devel] [wsjt:wsjt] [r4611] - k1jt: Should have been included in previous commit.

2014-11-20 Thread Joe Taylor
Hi John, But along with this is a Fortran runtime error: Actual string length is shorter than the declared one for dummy argument 'c' (0/1) Unfortunately - no other information about where this occurred. I'll have a look... I have seen a similar error message in Windows, as well,

[wsjt-devel] WSPR KI7MT .deb Package Segmentation Fault

2014-11-20 Thread Greg Beam
Hi John, I did not get this email in my mail client. I found it from looking at the archives, so apologies for that. The recommended method of installation, at this point, is through the PPA. However, plans are in the works for a formal Debian / Ubuntu package. Launchpad Link:

Re: [wsjt-devel] [wsjt:wsjt] [r4611] - k1jt: Should have been included in previous commit.

2014-11-20 Thread John Nelson
Hi Joe, Could you send me an example of what jt_wisdom.dat should look like? --- John G4KLA -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports

Re: [wsjt-devel] [wsjt:wsjt] [r4611] - k1jt: Should have been included in previous commit.

2014-11-20 Thread Michael Black
Here you go. I made the change that Joe suggested...i.e. subroutine write_char(c, iunit) character c integer iunit write(iunit,1000) c 1000 format(a,$) end subroutine write_char I suggest changing the write statement so that it reads as follows: if(len(c).eq.1) write(iunit,1000) c

[wsjt-devel] Problems with r4611 and jt9_wisdom

2014-11-20 Thread John Nelson
Hi, I get a Fortran runtime error on line 1 of f77_wisdom.f90: subroutine write_char(c, iunit) character c integer iunit ! if (len(c).eq.1) write(iunit,1000) c 1000 format(a,$) end subroutine write_char with an error: Actual string length is shorter than the declared one for dummy argument

Re: [wsjt-devel] WSJT on ARM Bananian 3.1 Seg Fault, ARM 4 u 2 try

2014-11-20 Thread Greg Beam
Hi Alan, Ok, I had a quick poke around. First things first. You may want to disable SSH login PW's and use SSH keys only, but that's up to you. Issues Observations* Base memory is 873MB, with 522MB used before doing anything. That will be an issue at some point.* CPU speed 766Mhz .. you may get

Re: [wsjt-devel] Problems with r4611 and jt9_wisdom

2014-11-20 Thread Joe Taylor
Hi John, You might want to try the work-around I created in r4614. Presumably the same thing could be done with the import, as well. -- Joe On 11/20/2014 5:52 PM, John Nelson wrote: Hi, I get a Fortran runtime error on line 1 of f77_wisdom.f90: subroutine write_char(c, iunit)

[wsjt-devel] Rig control problem with WSJT-X 1.4.0-rc2 on Linux

2014-11-20 Thread Chris Elmquist
I am having an issue with WSJT-X v1.4.0-rc2 on Linux with a MicroHam-III USB sound card interface and an Icom 746PRO CAT-connected radio. I am using the build offered here, http://physics.princeton.edu/pulsar/K1JT/wsjtx-1.4.0-rc2.x86_64.rpm The issue is that whenever the software commands the

[wsjt-devel] Decoding problems

2014-11-20 Thread Michael Black
I seem to be seeing some decoding problems recently. This one has a JT65 signal at ~1800 offset which is weak but visible enough the I'm used to seeing these types decoded https://www.dropbox.com/s/0zdfj76etg4ilu0/141118_1600.wav?dl=0 This one missed a JT65 at ~1720 offset and a JT9 at