Re: [wsjt-devel] "CQ only", UDP and ALL.TXT bug

Hi Without looking at source I see that simple "all fixing" repair would be taking "CQ only" state change to account from *next* decode, not replaying the last one again. That should not be very complex solution, and as said fixes "all in one go". They say that there is also an OS that does

Re: [wsjt-devel] FT8 and frequency drift .

Hi Joe, This question was pure technical curiosity, I do not ask any improvement. Bill's answer was very understandable. Some OMs use TCXOs based tranceiver, and some do not. May it be necessary to indicate in the documentation of WSJT-X the level of maximum drift which does not degrade the

Re: [wsjt-devel] "CQ only", UDP and ALL.TXT bug

On 06/04/2018 17:39, Bill Somerville wrote: this is not really a defect. If you have "CQ Only" checked then non-CQ decodes are discarded and cannot be recovered. Un-checking the option causes the decoder to redo the decode on the sample buffer. The same applies to checking the "CQ Only" option

Re: [wsjt-devel] "CQ only", UDP and ALL.TXT bug

Hi Saku, this is not really a defect. If you have "CQ Only" checked then non-CQ decodes are discarded and cannot be recovered. Un-checking the option causes the decoder to redo the decode on the sample buffer. The same applies to checking the "CQ Only" option except that CQ decodes are

[wsjt-devel] K1JT at MicroHAMS video

Hi all, Recently I've had a number of inquiries about a talk I gave about WSJT-X at the MicroHAMS Digital Conference in Redmond, Washington, about two weeks ago. The talk was streamed in real time, and thanks to some very professional work by Budd, WB7FHC, a nicely edited version is now

[wsjt-devel] "CQ only", UDP and ALL.TXT bug

Hi! To what I previously said  I will add to that bug report also that: Not only UDP datagrams get replayed without new flag set to false, but also ALL.TXT will get it's content added again with this replay's decodes. Both can happen so many times as one can do change of "CQ only" checbox

Re: [wsjt-devel] FT8 and frequency drift .

David -- On 4/6/2018 9:08 AM, David Alloza wrote: I am wondering how we can decode FT8 message send by a frequency drift transmitter . Do we know from what level of frequency drift a message become impossible to decode ? Do you have any idea how the minimum SNR decoding level is

Re: [wsjt-devel] FT8 and frequency drift .

On Fri, Apr 6, 2018 at 3:58 PM, Bill Somerville wrote: > On 06/04/2018 14:08, David Alloza wrote: > >> Dear developers, >> >> I am wondering how we can decode FT8 message send by a frequency drift >> transmitter . >> > If the project is to dig out a drifting undecodable

Re: [wsjt-devel] r8603 power at qso start

FYI...a reboot seems to have solved this problem so it's not an ALC overshoot in my situation.ANAN 100 + Virtual Audio Cable, Recording via audacity now looks rock solid where it was all over the place before.  I also have VoiceMeter Banana installed so if this happens again going to uninstall

Re: [wsjt-devel] FT8 and frequency drift .

On 06/04/2018 14:08, David Alloza wrote: Dear developers, I am wondering how we can decode FT8 message send by a frequency drift transmitter . Do we know from what level of frequency drift a message become impossible to decode ? Do you have any idea how the minimum SNR decoding level is

[wsjt-devel] FT8 and frequency drift .

Dear developers, I am wondering how we can decode FT8 message send by a frequency drift transmitter . Do we know from what level of frequency drift a message become impossible to decode ? Do you have any idea how the minimum SNR decoding level is impacted by a frequency drift? Regards, David

Re: [wsjt-devel] Second Public Test of FT8 DXpedition Mode: April 7, 1400-1600 UTC

Hello Earle and Gene, such a document exists already: http://www.g4ifb.com/FT8_Hinson_tips_for_HF_DXers.pdf 73 de Wolfgang OE1MWW Friday, April 6, 2018, 3:14:57 PM, you wrote: Hi Joe, As I watch the mail around the development of Expedition mode I am reminded that there are many new HAMs

Re: [wsjt-devel] Second Public Test of FT8 DXpedition Mode: April 7, 1400-1600 UTC

I second that! At Portage County Amateur Radio Service (OH), we have MANY new hams. Sometimes, the deluge of new information for them is daunting. 73 de W8NET Gene 3905 Century Club Master #47 Portage County Amateur Radio Service (PCARS) since 2008 ARRL A-1 Op > On Apr 6, 2018, at 9:14 AM,

Re: [wsjt-devel] Second Public Test of FT8 DXpedition Mode: April 7, 1400-1600 UTC

Hi Joe, As I watch the mail around the development of Expedition mode I am reminded that there are many new HAMs that, like me, are struggling to “catch up” with the guys who have been HAMs for many years. Just here in my club, The Villages ARC, we have trained over 100 new Technicians

Re: [wsjt-devel] About upcoming test

Fri, 6 Apr 2018 10:13:52 +0100 Bill Somerville kirjoitti: > If a Fox runs NSlot=1 then equal power levels are equivalent which > should be familiar to those using FT8 in traditional mode. > > 73 > Bill > G4WJS. Ok, I'll try to monitor and compare Jut this morning

Re: [wsjt-devel] r8603 power at qso start

On 06/04/2018 10:05, Bill Somerville wrote: As an aside I suspect that may have this ALC overshoot issue without knowing about it because their power output meters on their rigs or externally are not able to respond fast enough to register it. Sorry, typo there, should be: As an aside I

Re: [wsjt-devel] About upcoming test

On 06/04/2018 05:26, jarmo wrote: Seems, that propagation might not be gently. But IF can copy, would like to know FOX's TX power... Just for compare signals... At the moment from southern EU and from some eastern stations gives +19dB readings... Jarmo Hi Jarmo, a Fox running NSlot=5 will

Re: [wsjt-devel] r8603 power at qso start

On 06/04/2018 05:38, Black Michael via wsjt-devel wrote: Your picture didn't come through.  But I did another collection using Audacity via WASAPI and don't see it now. The reason I looked was an apparent power jump on my wattmeter at the start of the transmission. Now that I'm watching via

Re: [wsjt-devel] r8603 power at qso start

On 06/04/2018 04:37, Black Michael via wsjt-devel wrote: I captured the output from WSJT-X via the VoiceMeter Banana port to my SDR (ANAN 100). So it's an exact digital copy of what WSJT-X is producing. Mike HI Mike, I can tell you for sure that trace is not an exact digital copy of what