Re: [wsjt-devel] FT8 False Decodes 2.2.0 rc1

Allan, I have been reporting exactly the same occurrence in exactly the same sequence in this place ! Bill has responded around 24 hours earlier ! You play recordings back and the "false decode" is not reported so its pointless posting these ! 73 Steve I VK3VM / Vk3SIR

Re: [wsjt-devel] Coming soon: WSJT-X 2.2.0-rc1

Sorry I cannot read: Its CLAUDE !!! My apologies ! -Original Message- To: WSJT software development Subject: RE: [wsjt-devel] Coming soon: WSJT-X 2.2.0-rc1 Claude, I'll jump in here for a sec hopefully before Bill answers. I don't want a raging argument on this nor are my comments

Re: [wsjt-devel] Coming soon: WSJT-X 2.2.0-rc1

Clause, I'll jump in here for a sec hopefully before Bill answers. I don't want a raging argument on this nor are my comments intended to offend ... I have been a GREAT advocate of requesting and specifying the exact "specimen" environs under which WSJTX should compile. Therefore supplying a

Re: [wsjt-devel] WSJTX 2.2 RC1 - FT8 Intermittent/Irregular False Decodes

Bill, Ø Similarly a priori decoding based on the DX Call field are disabled by clearing the DX call field. If you are going to leave WSJT-X unattended then clearing the DX Call field is a good idea. Thanks for that. Noted. It is fully noted and makes sense. Some observations had occurred

Re: [wsjt-devel] WSJTX 2.2 RC1 - FT8 Intermittent/Irregular False Decodes

Hi Folks, I have analysed the logic of the anomaly in this report These forms of anomaly - though rare – are something that we may have to watch for manually … Hence “grit and bare”. 73 Steve i VK3VM / VK3SIR From: Stephen Ireland Sent: Thursday, 14 May 2020 11:47 PM To: WSJT software

[wsjt-devel] WSJTX 2.2 RC1 - FT8 Intermittent/Irregular False Decodes

Folks, Reports are asked for ! Do NOT consider this a “knock” … it is just a report ! I am recording approximately 1 serious “false decode” every 12 hours on average. Note that I am using “AP” mode: i.e. 200514_03203018.100 Tx FT8 0 0.0 700 CQ VK3VM QF11 200514_032045

Re: [wsjt-devel] Suggestion: Have Rx following Tx on CQ option?

Ps: I meant "previous contact" not "precious contact" ! Typnoing is bbbaaaddd and too much coffee this morning here ! -Original Message- From: Stephen Ireland Sent: Wednesday, 13 May 2020 11:00 AM To: WSJT software development Subject: Re: [wsjt-devel] Suggestion:

[wsjt-devel] An old regulatory issue resurfacing - Tunes and Identification and Timeouts

Hi Folks, My promised second post ! Sorry but its two related issues: I am going to raise again the necessity of a "tune timeout" and "tune identification" functions to be set - not only to protect equipment, spectrum and frustration of others using bands but also to meet regulatory

Re: [wsjt-devel] Suggestion: Have Rx following Tx on CQ option?

Sent: Wednesday, 13 May 2020 8:39 AM To: wsjt-devel@lists.sourceforge.net Subject: Re: [wsjt-devel] Suggestion: Have Rx following Tx on CQ option? On 12/05/2020 23:24, Stephen Ireland wrote: > Folks, > > One minor suggestion for future RC candidates... I have been calling a > station XQ1K

[wsjt-devel] Suggestion: Have Rx following Tx on CQ option?

Folks, One minor suggestion for future RC candidates... I have been calling a station XQ1KN that cannot see me ... so I have aborted attempts and clicked on Tx6 to return to calling CQ. I have Hold Tx Frequency set ... but the Rx has not returned with me to the frequency that I am calling on.

Re: [wsjt-devel] WSJT-X 2.2.0-rc1

Joe, >From a Windows 64-bit capability on JTSDK 3.1 what I am seeing is absolutely >brilliant. Your coding throws no deprecation warnings and the Fortran >components have no integer division warnings (that can always be of concern) >with the "JTSDK 3.1 experiment" patches that I have provided.

Re: [wsjt-devel] Coming soon: WSJT-X 2.2.0-rc1

development team for this amazing effort !!! 73 and congratulations ! Steve I VK3VM / VK3SIR From: Stephen Ireland Sent: Monday, 11 May 2020 6:35 AM To: WSJT software development Subject: Re: [wsjt-devel] Coming soon: WSJT-X 2.2.0-rc1 William, Thanks for the response as it is highly

Re: [wsjt-devel] Coming soon: WSJT-X 2.2.0-rc1

William, Thanks for the response as it is highly appreciated not just by me but I am sure that the many asking these questions of me for guidance with appreciate your response. Yes Qt 5.13 does have defects … and in my informed opinion MUST NOT BE USED! Yet the JTSDK is not mine to go

Re: [wsjt-devel] Coming soon: WSJT-X 2.2.0-rc1

Hi Bill, Thanks for that tip ! I had been advised that you had merged your fork of Hamlib back into the main fold – with suggestions that only the official Hamlib releases should be used for WSJT-X code – hence scripts with the “experimental code” for making JTSDK 3.0 (x86 compile) and 3.1

Re: [wsjt-devel] Coming soon: WSJT-X 2.2.0-rc1

Joe, Steve, and Bill, Just a couple of quick questions for those of us that compile our own code and/or adjust resources for specific needs: Are there any package enhancements and/or version changes necessary for compiling code under the Windows JTSDK 3.0 (x86) and/or 3.1 (x64)? Will there

[wsjt-devel] JTSDK 3.1 Experiment

Hi Folks, I have dropped my last anticipated set of "Experiment" patches for the "jtbuild.cmd" script set (as V0.34) for the Windows X64 JTSDK 3.1 into an attachment off a message post at jt...@groups.io (i.e. https://groups.io/g/JTSDK/topics ). These patches appear to make Greg KI7MT's

Re: [wsjt-devel] Request: WSJT-X 2.1.2 Code Base Updates

Bill, No. I feel that you are not correct based on past posts that both you, Joe and other key developers have made. Directions are clear that Greg KI7MT's JTSDK 3.0 is the standard environ for Windows. Yet 64 bit Windows builds are also appearing on Joe's release site - and the JTSDK 3.0

[wsjt-devel] Request: WSJT-X 2.1.2 Code Base Updates

Hi Everyone, In undertaking the JTSDK 3.1 build script learning experiment it has become evident that some necessary changes that have crept into the current WSJT-X codebase. Can I please request a that a progress update to WSJT-X 2.1.2 - even if it is just code patches in the form of a

Re: [wsjt-devel] Guidance: Adapting JTSDK 3.0 for Qt 5.14.2

Megan, An update. If you head on down to the JTSDK group ( https://groups.io/g/JTSDK/topics ) I have posted some code as well as instructions for JTSDK 3.0 with Qt 5.14.2. I have also posted some experimental code to make JTSDK 3.1 x64 build WSJT-X and its main fork. The README is critical

Re: [wsjt-devel] Guidance: Adapting JTSDK 3.0 for Qt 5.14.2

2020 6:52 AM To: WSJT software development Subject: Re: [wsjt-devel] Guidance: Adapting JTSDK 3.0 for Qt 5.14.2 Hi Why don’t you post a set of patches instead? Then you changes can be easily reviewed. MW On Sun, 5 Apr 2020 at 12:00 am, Stephen Ireland mailto:vk3...@hotmail.com>> wrote: I

Re: [wsjt-devel] Guidance: Adapting JTSDK 3.0 for Qt 5.14.2

c... More reports to come ! -Original Message----- From: Stephen Ireland Sent: Saturday, 4 April 2020 3:26 PM To: WSJT software development Subject: [wsjt-devel] Guidance: Adapting JTSDK 3.0 for Qt 5.14.2 Hi Folks, As a "sequestered" activity I have been investigating t

[wsjt-devel] Guidance: Adapting JTSDK 3.0 for Qt 5.14.2

Hi Folks, As a "sequestered" activity I have been investigating the Windows JTSDK 3.0 with regards to upgrading the Qt version available (i.e. to 5.14.2). Before I start, Greg KI7MT is "MIA" (and for good reason in these times) so activity on the forums there regarding this question is

Re: [wsjt-devel] Feature Suggestion: Fox Mode

Grant, Ø A quick note for your reference about FOX mode. If it is the WSJT-X fox mode and not one of the knock off / bastardisations then be aware it CANT and WONT operate on the main channels. The code is written to prevent FOX stations from operating it on the main FT8 watering holes.

Re: [wsjt-devel] Feature Suggestion: Fox Mode

Jon, I could not agree more. I risk getting my “head bitten off” by commenting on this (and supporting your concerns) … but in a “far away” land to many on the outskirts of a rural city I often rely heavily on working low level signals. Some of the behaviour of the FH “hounds” in the “main

[wsjt-devel] Time for another release???

Hmmm I am looking at quite a number of messages here and a lot of "related postings" seem to be coming up. Is it perhaps time for another release of the work in progress to perhaps clear some of the repetition? ___ wsjt-devel mailing list

Re: [wsjt-devel] Note for Developers and Users

pool of skilled radio operators? How far do you want to dumb it down? 73 -Jim NU0C On Thu, 26 Sep 2019 12:38:50 + Stephen Ireland wrote: > So ... if skill is required at the lowest of levels then this issue of > complexity sh

Re: [wsjt-devel] Note for Developers and Users

Sent: Thursday, September 26, 2019 10:23:46 PM To: wsjt-devel@lists.sourceforge.net Subject: Re: [wsjt-devel] Note for Developers and Users On 26/09/2019 13:03, Stephen Ireland wrote: This will have developmental consequences as the prime "Call CQ" response works with 13 characters i.e

Re: [wsjt-devel] Note for Developers and Users

Hey Folks, Many will be aware that today the Australian ACMA (regulator) released changes to legislative frameworks - the result is that immediately digital modes (including the JT modes) are granted to Australian Foundation-level (F) Calls. i.e. VK3FXXX <-- Now Valid for the F modes on the

Re: [wsjt-devel] Lid operators or bad design?

Hmmm . trying to stay out of this one but can’t Even a few minutes back on 20m minute I just had an op do just as Andy K3WYC reported .. and then that very same station call CQ... The solution is as Bill and many others report to set “Hold Tx Freq” ... and to ensure that this is set as

Re: [wsjt-devel] GMSK waveform generation details

ows 10 From: Stephen Ireland Sent: Wednesday, July 17, 2019 11:06:40 PM To: WSJT software development Subject: Re: [wsjt-devel] GMSK waveform generation details Bill, Thanks for this constructive guidance; not just 10 minutes ago I had an inexperienced Amateur ask me this ver

Re: [wsjt-devel] GMSK waveform generation details

Bill, Thanks for this constructive guidance; not just 10 minutes ago I had an inexperienced Amateur ask me this very same question. As someone that has had considerable involvement myself in the research and coding of such systems from “unspeakable applications” I was half-way into a

Re: [wsjt-devel] Clear guidance - Development Environment

in this group are). 73 and thanks to you both so far, though further constructive comments and guidance would be appreciated. Stephen Ireland VK3VM / VK3SIR Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10 From: Bill Somerville

Re: [wsjt-devel] Clear guidance - Development Environment

onment Steve -- On 12/7/2018 5:32 AM, Stephen Ireland VK3VM wrote: > From comments passing it appeared that Greg Beam’s brilliant JTSDK was > not being used as the central environ; with great difficulty I also > gathered from responses that base development is performed under Linux >

[wsjt-devel] Clear guidance - Development Environment

Joe, A couple of weeks back I put a post in here requesting details of how the environment for compiling and developing WSJT-X releases was constructed. I received responses that many have commented as being unhelpful and lacking guidance back. >From comments passing it appeared that Greg

Re: [wsjt-devel] "FT8 Roundup" mock contest

Serge, I have been watching here South of the Equator and I can echo your observations. From most of what I am observing off groups and spot databases most comms is intra-US. Almost all comments back here are from US stations. As for your second point – unification cannot happen when there

Re: [wsjt-devel] FT8 Roundup practice session

Joe, Any chance of coordinating a better time/band for testing? The times selected (0200 GMT) are the worst possible times for long-haul, cross-equatorial propagation from your parts on 40m under current solar conditions. 0500 on 20m may provide better results for both you and us south of

Re: [wsjt-devel] Fwd: Candidate release WSJT-X 2.0.0-rc5

Allan, It is absolutely critical that all spread the vibes… but preaching here where the converted play is just the start. Perhaps beaconing of a V1 message may be required from 10th December until say the 20th Jan? i.e. A dead-simple, possibly language-alternating clear message such as

Re: [wsjt-devel] 2RSC3 > 2RSC4 decoding disappeared FT8

Ken, Gotcha ... First as well ... but first sig was on a “hint”... 003930 Tx 1550 ~ CQ VK3VM QF11 003945 1 0.2 1551 ~ VK3VM VK4GC QG62 a2 004000 Tx 1550 ~ VK4GC VK3VM +01 004015 3 0.2 1551 ~ VK3VM VK4GC R+02 004030 Tx 1550 ~ VK4GC VK3VM RR73 004045 4 0.2 1551 ~ VK3VM VK4GC 73 004100 Tx

Re: [wsjt-devel] 2RSC3 > 2RSC4 decoding disappeared FT8

Ken (and others), I am actually sending now (27/11/18 UTC 00:30) main band 20m at 1550 Hz. Everyone so no screaming about operating above 2K in offset as I am interested in the interaction between v1 and v2 sigs. I have been doing so for around 5 mins on a rather active band ... I will do so

Re: [wsjt-devel] Sensitivity problem when decoding v2.0.0-rc4

Jesus, I am making similar observations – well its hard to observe at the moment as I am seeing little here in VK; issues are beyond propagation as v1 signals boom in (especially for some reason from EA). One must always delete the wsjtx.ini when one heads back to a different version; the

Re: [wsjt-devel] State of the Art Weak Signal Modes vs. State of the Art Issue Tracking

Folks, I agree wholeheartedly that the facility is there already for respected contributors to feed back comments that are handled well by the development team within the JT software development ranks. The issue will be the “wombats” (as we term them here in Australia) that suddenly see more

Re: [wsjt-devel] v2.0 RC4 in congestion !

: WSJT software development Subject: Re: [wsjt-devel] v2.0 RC4 in congestion ! Good luck on your surgery Steve! -Scott KD4YDD On Nov 20, 2018, at 1:19 PM, Stephen Ireland mailto:vk3...@hotmail.com>> wrote: Mark, I had considered this and its a fair suggestion – but the start of our band i

Re: [wsjt-devel] v2.0 RC4 in congestion !

Hi Folks, Decoder sensitivity, radio splits, mitigation attempts... all great but it is not the issue I am raising for research On clear bandwidth the protocol has no issues... There are some comments on forums – English and otherwise. Thank you Google Translate. I have run a few “sims”

Re: [wsjt-devel] v2.0 RC4 in congestion !

Mark, I had considered this and its a fair suggestion – but the start of our band is say 7.074. Are we not best working under real world congestion – especially on 40m - and not closed-conditions? That is why I raised the Fleishman and Pons “Cold Fusion” fiasco – an example that runs shivers

[wsjt-devel] v2.0 RC4 in congestion !

Folks, I realise that Joe K1JT has recommended that for 2.0 RC4 that we should be transmitting above 2000hz in offset. Many of us have radios (i.e. non-SDR’s such as Yaesu’s and Pre-SDR-based Icom’s) that have known “performance curves” – even at digital settings - meaning that AF/sound fed

[wsjt-devel] General issue : The RRR / 73 "loop"

Hi Folks, In some far off places where some of us reside often many of us are forced to operate at Rx levels-of-confidence that some snooty, arrogant amateurs consider to be “low levels of confidence” (this is another issue that is holding back FT8v2 ... but this is another story for other

Re: [wsjt-devel] WSJT-X & JTSDK future?

Hi Bill and Greg, I am just a little surprised, after some ongoing comms, that the JTSDK 3.0.1 is not the prime, standard Windows Development platform So that everyone is on the same page. Greg, the JTSDK 3.0.1 works a treat... as long as you follow the instructions in your main post

[wsjt-devel] Windows-based single-machine, single-rig multi-instance WSJT-X comparison configuration.

Hi Folks, I see that many are comparing “this version” to “that version” ... I am a little hesitant to post this but I have had lots of requests via email to post how to do this ... so please no “shooting the messenger” !!! Remember that it IS possible to run multiple instances (and versions)

Re: [wsjt-devel] Possible Compatibility Issue WSJT-X and Mac OS 10.14.1 (Mojave) - UPDATE

Folks, Just to add in some “radio issues” into the mix... Put at a very simplistic level, many radios by design are hardware optimised for voice - even when locked into non-Digital modes. Such radios exhibit “sweet spots” and are far from linear in performance across AF frequencies that they

Re: [wsjt-devel] RC 4 testa.

Folks, I am now up on “main area” 40m at around 40m at 2250 hz offset ... Thanks again to Shiro JA9CAC again as my only contact so far! The issue is that I can see a very strong station – i.e 112230 -6 0.6 1226 ~ JK1VXE KH2JU -15 This station has been as strong as +00 ... I should be making

Re: [wsjt-devel] RC 4 testa.

I could not agree more ! I am on 30m now and will be most of the night... 2050Hz offset directly ! See you all there ! Sent from Mail for Windows 10 From: Krzysztof Krzemiński Sent: Saturday, November 17, 2018

Re: [wsjt-devel] Problems with RC4

Bob AA7CT, There are many exceptionally well documented technical reasons for the evolution. I will not cover these grounds; yet I will provide a sociological answer; sociology is a Science, hence technical. Evolution in a scientific context IS about CHANGE and IMPROVEMENT; Evolution IS about

Re: [wsjt-devel] 5 minute mouse timeout

Folks, Sorry to add in a slightly wider issue and I hesitate to raise this as some will perceive this as a joke ... and this issue is GENUINE and with observed consequences ... with even more potentially dangerous consequence for AR and automated modes some as issues of regulatory nature may

Re: [wsjt-devel] Parameters that Releases and Release-Candidates are compiled under

idates are compiled under Hi Steve, comments in line below. On 14/11/2018 04:16, Stephen Ireland wrote: Hi Folks, What parameters and environments are the releases of WSJT-X (including the Betas) currently compiled under? which platform are you interested in? I.e. What version of Qt? What version of the

[wsjt-devel] Parameters that Releases and Release-Candidates are compiled under

Hi Folks, What parameters and environments are the releases of WSJT-X (including the Betas) currently compiled under? I.e. What version of Qt? What version of the JTSDK? The reason that I ask this is that Qt 5.5 and Qt 5.9 operate slightly differently with regards to its “Sound Modules”,

[wsjt-devel] Urgent Assistance for the IC-7850/7851 and Microkeyer II

Hi Folks, This may nor may not be the right place to ask – but there is extreme urgency and precision/accuracy of answers are required. We have an IC-7850 (same as IC7851) that is connected into a MicroKeyer II that we cannot stimulate Tx-output-signal with… (though the Tx is triggering n the

[wsjt-devel] Possible issue Win32 2.0.4 Startup with JTSDK-QT

Hi Folks, The following error messages appear before the Win32 "jtsdk-qt" console startup (Version 2.0.4) with EVERY latest update applied: The system cannot find the file specified. svn: E155007: 'C:\WINDOWS\SYSTEM32' is not a working copy C:\JTSDK\tools\bin\rm.exe: cannot remove 'r.v': No

[wsjt-devel] Fault: msys-build-portaudio.sh

Line 65 needs the following adjustment: PKG_DOWNLOAD1='http://download.gna.org/allegro/files/dx9mgw.zip' >From the Sourceforge site dx9mgw.zip downloads a 10Kb file... Nope.. that is >incorrect ! Regards, Steve Ireland VK3VM/VK3SIR