Re: [wsjt-devel] rigctl net connection auto retries

2021-07-12 Thread Alan Hopper
Hi Mike, I wonder if the retry count could be reset after a successful connection. 73 Alan M0NNB On Mon, Jul 12, 2021 at 5:06 PM Alan Hopper wrote: > Hi Mike, > this is with WSJT-X connecting to the fake rigctld in SparkSDR. It > connects and then if a delay happens some time later

Re: [wsjt-devel] rigctl net connection auto retries

2021-07-12 Thread Alan Hopper
RCODE(-retcode)) > > { > > int retry = 3; > > > > Mike W9MDB > > > > > On Monday, July 12, 2021, 10:08:36 AM CDT, Alan Hopper < > a...@samsararesearch.com> wrote: > > > Hi all, > I've been doing some testing to tr

[wsjt-devel] rigctl net connection auto retries

2021-07-12 Thread Alan Hopper
Hi all, I've been doing some testing to try and make the hamlib NET rigctl connection to SparkSDR as robust as possible. Very infrequently (maybe once in 24hrs) responses from spark are delayed by a few seconds, This causes a time out at the WSJT-X side which then auto reconnects which is great, ho

Re: [wsjt-devel] FST4 submodes

2021-04-19 Thread Alan Hopper
Hi Joe, thanks, I'll remove them then. That will make monitoring all at once more doable. 73 Alan M0NNB On Mon, Apr 19, 2021 at 9:04 PM Joe Taylor wrote: > Look at the current Guide. FST4 and FST4W have no submodes with larger > tone spacings. > > On 4/19/2021 3:41 PM,

Re: [wsjt-devel] FST4 submodes

2021-04-19 Thread Alan Hopper
t message length in seconds. If so those > are now selected on a spinner T/R from 15 s to 1800 s. > > 73, Reino OH3mA > > > > *Lähettäjä:* Alan Hopper [mailto:a...@samsararesearch.com] > *Lähetetty:* 19 April 2021 20:32 > *Vastaanottaja:* WSJT software development < >

[wsjt-devel] FST4 submodes

2021-04-19 Thread Alan Hopper
Hi, I'm just tweaking the FST4 support in SparkSDR and had added support for the A,B,C&D submodes but they do not seem to be an option in the latest WSJTX, have I missed a setting or should I remove those options? 73 Alan M0NNB ___ wsjt-devel mailing list

Re: [wsjt-devel] trouble decoding jt9/jt65 from .wav with jt9.exe in rc4

2021-03-10 Thread Alan Hopper
#2 0x #3 0x #4 0x #5 0x #6 0x #7 0x #8 0x #9 0x #10 0x #11 0x #12 0x #13 0x #14 0x 73 Alan M0NNB On Tue, Jan 26, 2021 at 3:45 PM Alan Hopper wrote: > Hi Bill, > thanks for the repl

Re: [wsjt-devel] FST4 coding

2021-02-10 Thread Alan Hopper
021 14:40, Alan Hopper wrote: > > Hi, > I'm trying to write a FST4 encoder without using the source, I'm most of > the way there using the excellent FT4_FT8_QEX and FST4_Quick_Start docs, > the latter mentions generator_fst4.datand generator_fst4w.dat which I > can

Re: [wsjt-devel] FST4 coding

2021-02-10 Thread Alan Hopper
the rest:) 73 Alan M0NNB On Wed, Feb 10, 2021 at 3:09 PM Bill Somerville wrote: > On 10/02/2021 14:40, Alan Hopper wrote: > > Hi, > > I'm trying to write a FST4 encoder without using the source, I'm most > > of the way there using the excellent FT4_FT8_QEX and

[wsjt-devel] FST4 coding

2021-02-10 Thread Alan Hopper
Hi, I'm trying to write a FST4 encoder without using the source, I'm most of the way there using the excellent FT4_FT8_QEX and FST4_Quick_Start docs, the latter mentions generator_fst4.datand generator_fst4w.dat which I can't find. Are these available or can I extract those tables from the so

Re: [wsjt-devel] trouble decoding jt9/jt65 from .wav with jt9.exe in rc4

2021-01-26 Thread Alan Hopper
Hi Bill, thanks for the reply, I just tried jt9 -w 1 -m 1 -6 -9 -p 1 -d 3 -L 100 -H 4000 210125_1758.wav and I'm afraid no decodes, checked same cmd on an old version and that still worked. 73 Alan M0NNB On Tue, Jan 26, 2021 at 3:27 PM Bill Somerville wrote: > On 26/01/2021 14:16, Ala

[wsjt-devel] trouble decoding jt9/jt65 from .wav with jt9.exe in rc4

2021-01-26 Thread Alan Hopper
Hi, I don't seem to be getting any JT9 or JT65 decodes when using jt9.exe directly. The cmd I use is jt9 -w 1 -m 1 -6 -9 -p 1 -d 3 210125_1758.wav which works with earlier versions. It now simply returns 0 0. with no errors. Other modes seem fine. Has the command line changed? 73 Alan M0NNB

Re: [wsjt-devel] WSJT-X 2.2.0-rc1 - Hamlib NET rigctl no longer works

2020-05-13 Thread Alan Hopper
quot;\n", 1); > > if (ret <= 0) > { > return (ret < 0) ? ret : -RIG_EPROTO; > } > > *vfotmp = rig_parse_vfo(buf); > #else > vfotmp = "Unknown"; > #endif > > And > > > > > > On Wednesday, May 13, 2

Re: [wsjt-devel] WSJT-X 2.2.0-rc1 - Hamlib NET rigctl no longer works

2020-05-13 Thread Alan Hopper
ay > to go, then a client can open as many rig connections using the Hamlib API > as it wishes or separate clients can open one each etc. This is how it is > kept simple! > > 73 > Bill > G4WJS. > > On 13/05/2020 17:41, Alan Hopper wrote: > > Mike, > thanks very much,

Re: [wsjt-devel] WSJT-X 2.2.0-rc1 - Hamlib NET rigctl no longer works

2020-05-13 Thread Alan Hopper
; > > On Wednesday, May 13, 2020, 09:27:48 AM CDT, Alan Hopper < > a...@samsararesearch.com> wrote: > > > Hi Bill and Michael > thanks very much for your reply. I added the response to 'q' but as > expected no magic fix. The error message from wsjtx is 

Re: [wsjt-devel] WSJT-X 2.2.0-rc1 - Hamlib NET rigctl no longer works

2020-05-13 Thread Alan Hopper
options for network connection to Hamlib. The published api for spark is the rigctl protocol :) 73 Alan M0NNB On Wed, May 13, 2020 at 1:02 PM Bill Somerville wrote: > On 13/05/2020 11:43, Alan Hopper wrote: > > Hi Bill, > > I'm the developer of SparkSDR, spark does indeed prete

Re: [wsjt-devel] WSJT-X 2.2.0-rc1 - Hamlib NET rigctl no longer works

2020-05-13 Thread Alan Hopper
Hi Bill, I'm the developer of SparkSDR, spark does indeed pretend to be rigctld and is not the only one, QUISK also does the same thing. To my mind It makes good sense to use a published proven network protocol rather than invent yet another and then have to write further software to use it. This

Re: [wsjt-devel] decode from .wav broken on win 64

2019-06-04 Thread Alan Hopper
On 6/4/2019 6:44 AM, Alan Hopper wrote: > > on rc7 trying to use jt9.exe to decode a wav works on the 32bit version > > but fails on the 64bit version. It throws > > At line 58 of file C:\Users\bill\src\k1jt\wsjtx\lib\readwav.f90 > > Fortran runtime error: Inquire statement

Re: [wsjt-devel] decode from .wav broken on win 64

2019-06-04 Thread Alan Hopper
t > C:\Users\mike\Downloads>\wsjt\wsjtxrc7\bin\jt9 -5 -f 1000 190604_100622.wav > At line 58 of file C:\Users\bill\src\k1jt\wsjtx\lib\readwav.f90 > Fortran runtime error: Inquire statement identifies an internal file > > de Mike W9MDB > > > > > On Tuesday, Ju

[wsjt-devel] decode from .wav broken on win 64

2019-06-04 Thread Alan Hopper
on rc7 trying to use jt9.exe to decode a wav works on the 32bit version but fails on the 64bit version. It throws At line 58 of file C:\Users\bill\src\k1jt\wsjtx\lib\readwav.f90 Fortran runtime error: Inquire statement identifies an internal file 73 Alan M0NNB _

[wsjt-devel] JT9 command line decode bug

2019-05-03 Thread Alan Hopper
Hi all, firstly thanks for all the hard work in creating FT4, I'm having lots of fun with it. I think I have found a bug when decoding JT9 from the command line:- C:\Users\alan\AppData\Roaming\m0nnb\SparkSDR2\jt9\jt9tmp_18796012>c:\wsjt\wsjtx21rc5\bin\jt9.exe -9 -f 7076000 190503_0710.wav At line

[wsjt-devel] Re Audio input from RTP stream?

2018-03-22 Thread Alan Hopper
Hi Phil and all I am also very interested in a better way to interface sdrs to wsjtx than vac and virtual serial cables. There has been some discussion about it here https://groups.google.com/forum/#!topic/hermes-lite/ht54gu0vYuE . I recently discovered that Multipsk has a nicely designed protoco