Re: [wsjt-devel] Disabling "Enable TX" only works with "TX1"

On 27/07/2017 01:08, Rich - K1HTV wrote: Using R7956, Tom is correct in that if the station you called answers another station, the "Enable TX" is stopped. But it is only true if you use the "Tx1" message to make the call. If the TX1 (Calls & Grid) message is skipped and the call is made

[wsjt-devel] Disabling "Enable TX" only works with "TX1"

Using R7956, Tom is correct in that if the station you called answers another station, the "Enable TX" is stopped. But it is only true if you use the "Tx1" message to make the call. If the TX1 (Calls & Grid) message is skipped and the call is made by using TX2 (Calls and report), if the

Re: [wsjt-devel] RR73 1.7.1 7956

On 26/07/2017 23:52, dgb wrote: Could it be that the Autoseq isn't reacting right on their end when rcvg RR73 ? Hi Dwight, probably. 73 Bill G4WJS. -- Check out the vibrant tech community on one of the world's

[wsjt-devel] RR73 1.7.1 7956

I just updated and thank you for the RR73 option. The first 5 qso's I tried that on, from those answering my CQ, they all came back to me with a repeat of the signal report. Could it be that the Autoseq isn't reacting right on their end when rcvg RR73 ? 73 Dwight NS9I

Re: [wsjt-devel] 7956 - Stop Transmitting when Another Station Answers a CQ

I knew that. I was trying to convey that I liked this change. I guess I did not succeed. :-) It sure makes things easier. 73, Tom - KQ5S On Wed, Jul 26, 2017 at 4:02 PM, Black Michael via wsjt-devel < wsjt-devel@lists.sourceforge.net> wrote: > It's pretty simple actuallyif your callsign

[wsjt-devel] 7956 - Stop Transmitting when Another Station Answers a CQ

Really like how the program will now stop transmitting if another station beats you answering a CQ call. 73, Tom - KQ5S -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org!

Re: [wsjt-devel] Short QSO scenario

Hi Alex, We have already done most of what you suggest. Note, however, that documenting the latest changes and additions in the WSJT-X User Guide is still to be done. -- Joe, K1JT On 7/26/2017 12:54 PM, Alex, VE3NEA wrote: The JT65 Communications Protocol document

Re: [wsjt-devel] Short QSO scenario

On 26/07/2017 17:54, Alex, VE3NEA wrote: The JT65 Communications Protocol document describes two QSO scenarios, an HF-type scenario that consists of 4 messages, and a VHF-type one, that consists of 6 messages. Currently the FT8 Auto Seq function in WSJT-X supports only the VHF scenario. Since

Re: [wsjt-devel] WSJT-X: review of message reply and sequencing logic

On 26/07/2017 17:26, Bill Somerville wrote: AP decoding places more diligence on the operator as such decodes can be deceptively valid and you should look at the quality and other decoder information added after the message before making an assessment on the accuracy of the decode. I should

[wsjt-devel] Short QSO scenario

The JT65 Communications Protocol document describes two QSO scenarios, an HF-type scenario that consists of 4 messages, and a VHF-type one, that consists of 6 messages. Currently the FT8 Auto Seq function in WSJT-X supports only the VHF scenario. Since FT8 has become so popular on HF, the

Re: [wsjt-devel] WSJT-X: review of message reply and sequencing logic

On 7/26/2017 12:01 PM, W9MDB Black Michael via wsjt-devel wrote: What is "AP" decoding? Decoding a message with aid of "a priori" information gathered cumulatively during the progress of a QSO. It has been in WSJT-X for about a year, in mode QRA64. It's now available in FT8. --

Re: [wsjt-devel] WSJT-X: review of message reply and sequencing logic

On 26/07/2017 17:01, Black Michael via wsjt-devel wrote: What is "AP" decoding? Hi Mike, let me try a dumbed down explanation, not because I want to dumb it down but because that is probably as deep as my understanding goes. When decoding a signal we have some fixed criteria for a good

[wsjt-devel] Enable AP and congrats!

Hi: Not sure where to post this question if here or at Yahoo groups. Anyway build 7955 allows for Enable AP. Sorry for my ignorance but what AP means and what functionality have? Have browsed comments and not able to get the info. Until, the online documentation is updated have to ask ;)

Re: [wsjt-devel] WSJT-X: review of message reply and sequencing logic

Hello Mike, according to the manual: "the available a priori (AP) information " = content of ALL.TXT (?) but I am not 100% sure ;-) 73 de Wolfgang OE1MWW -- Amateur radio is the most expensive type of free-of-charge communication! Amateurfunk ist die teuerste Art der kostenlosen

Re: [wsjt-devel] WSJT-X: review of message reply and sequencing logic

Hi Richard, ... (Haven't yet found out how to persuade JTSDK to pick a specific revision e.g. r7946. Maybe I should RTFM.) Questions regarding JTSDK-{win32/nix} should go here: jt...@groups.io 73's Greg, KI7MT --

Re: [wsjt-devel] WSJT-X: review of message reply and sequencing logic

What is "AP" decoding? de Mike W9MDB-- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ wsjt-devel

Re: [wsjt-devel] WSJT-X: review of message reply and sequencing logic

On 25/07/17 22:50, Steven Franke wrote: > FWIW, you may find that r7946 is somewhat faster than r7944, on all settings. > I have made a change that will reduce the number of non-viable candidates > that are sent to the decoders. Thanks Steve. Thanks also to Joe for the tip on timer.out. I've

Re: [wsjt-devel] Frequency Suggestions programmed as defaults...

> On Jul 26, 2017, at 7:34 AM, Bill Somerville wrote: > > I am not offering any clear solution here but hopefully you will understand > that the suggested working frequencies have been discussed and analysed for > the best compromise before being added to the WSJT-X

Re: [wsjt-devel] Received report

On 26/07/2017 14:05, Pino Zollo wrote: WSJT logged an incomplete QSO giving -08 to W8VK Hi Pino, with respect, you logged the QSO not WSJT-X., logging is not automatic in WSJT-X. 73 Bill G4WJS. -- Check out the

Re: [wsjt-devel] Frequency Suggestions programmed as defaults...

On 26/07/2017 13:21, Tomas Hood wrote: Like on SSB, share the spectrum. Take our the defaults in the software. Let folks figure out a clear area to operate. HI Tomas, although I fully understand your concerns and traditional uses of spectrum should be respected where possible, there are

[wsjt-devel] Received report

t;> 0007 Tx 1002 # W8VK ZP4KFX -25 >> 0008 -13 0.2 1003 # ZP4KFX JS6SVV -08 >> 0009 Tx 1002 # W8VK ZP4KFX -25 >> 0010 -23 -0.0 1003 # ZP4KFX W8VK RRR >> 0011 Tx 1002 # W8VK ZP4KFX 73 >> >> Saved -08 : >> >> W8VK EN70 JT65 -

[wsjt-devel] Frequency Suggestions programmed as defaults...

See below, for a response from Joe Taylor. But, first, some background: A post in the Olivia Digital Mode on HF Radio (Contestia included) says, "The new FT8 mode is fun to operate. However, on 40 meters the frequency of 7.074 for FT8 is

Re: [wsjt-devel] WSJT-X mode identification characters for future modes.

Please disregard this request. I can do what I need without the need for the reserving characters for future modes. de Laurie VK3AMA On 26/07/2017 8:16 AM, Laurie, VK3AMA wrote: Can the team pre-assign some mode-identification characters (displayed in the WSJT-X decodes and used in the