[wsjt-devel] build on debian stretch

[Phil Karn]

Has anyone installed or rebuilt wsjtx on the new Debian release 9.0,
codename "stretch"?

Stretch dropped some packages that weren't being supported upstream,
apparently including libreadline6 that wsjtx has as a dependency.

libreadline5 is still present in stretch.

Log of install attempt attached.

Thanks, Phil

$ sudo dpkg -i wsjtx_1.7.0_amd64.deb
Selecting previously unselected package wsjtx.
(Reading database ... 262132 files and directories currently installed.)
Preparing to unpack wsjtx_1.7.0_amd64.deb ...
Unpacking wsjtx (1.7.0) ...
dpkg: dependency problems prevent configuration of wsjtx:
 wsjtx depends on libreadline6 (>= 6.0); however:
  Package libreadline6:amd64 is not installed.

dpkg: error processing package wsjtx (--install):
 dependency problems - leaving unconfigured
$ sudo apt-get install libreadline6
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package libreadline6 is not available, but is referred to by another
package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'libreadline6' has no installation candidate


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FT8 Feature Request

[Eric Gruff]

I had a similar suggestion: Have a check box to enable auto sequence
response to a CQ within n Hz of the cursor frequency. If the message isn't
CQ, the program can disregard it to prevent QRMing an in-process QSO
(perhaps where one station needs a repeat). I often put the cursor on a QSO
with a station I want to work, and wait for the 73 to send my call and grid.
If this could be enable automatically, that would prevent the first response
from not decoding (I also have issues with this).

It would also be good to enable this for stations responding to a CQ,
although not sure how it would work if two stations responded on very close
DFs.

Eric NC6K 

-Original Message-
From: Greg Beam [mailto:ki7m...@gmail.com] 
Sent: Monday, July 3, 2017 4:59 PM
To: 'WSJT software development' 
Subject: [wsjt-devel] FT8 Feature Request

Hi Joe, All,

After a brief stint in calling CQ, I soon realized my reflexes with the ole
mouse buttons are not what they used to be. I guess I've not been
participating in enough RTTY contests :-) In any case:

When in RUN mode (calling CQ):
- Would it be possible to assign a single hot-key to grab the First-In
Response to a CQ ?
- Additionally, what about a combination of First-In-First-Out /
Last-In-First-Out check boxes that grabs a response off the stack?
- Maybe an ESM (Enter Sends Message / Right Click ) sends the message from
the Band / Rx Frequency grids
- Lastly, maybe a way to quickly enable / disable ( just in the Band
Activity / Rx Activity) only the responses that contain MY_CALL

As this is a fast mode with HF contest potential, the items above are well
received in the RTTY community in several major programs. 

I'm finding it difficult to focus on the RX box for responses, click on the
responder, and not grab the wrong call, a;; within a second or so. I could
only imagine how that would be after 24hrs of contesting. I've miss-fired on
this several times already. It could be just me, and I've not been operating
fast modes for a while. 

Anyways, just a few thoughts to ponder.

73's
Greg, KI7MT



--
Check out the vibrant tech community on one of the world's most engaging
tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Frequency doesn't shift when changing configurations

[Jordan Sherer]

I've reproduced this partly on my IC-706MKIIG using r going from JT to FT 
modes on 20m. CAT control works perfectly in JT mode. In switching to FT, the 
software does not move to the correct frequency. It also does not let me open 
the drop down to switch bands until I switch back to JT mode. This means that 
to operate FT8, I have to switch to FT mode, then manually move the frequency 
using the VFO dial on the rig. Switching back to JT restores the frequency and 
band switch functionality.

Best,
Jordan
KN4CRD

On Jul 3, 2017, 10:10 PM -0400, Neil Zampella , wrote:
> Didn't see this reported, so I don't know if this is normal, a bug, or
> just not tested.
>
> Switching configurations from what I have setup for FT8 to the 'normal'
> JT65/JT9 setup, the frequency does not move from the FT8 to the JT modes
> frequency. This also occurs going the other way. The only way to reset
> the frequency is to either re-select the mode from the mode menu where
> its already set in the saved configuration, or re-select the band from
> the drop down.
>
> I already have two configurations setup for use. The 'normal'
> configuration for JT65/JT9 slow modes, and the FT8 configuration.
>
> To reproduce:
>
> 1. Change to a different configuration. The system does not reset the
> frequency.
> 2. Re-select band, program changes frequency.
> 3. Change to a different configuration. The system does not reset the
> frequency.
> 4. Re-select the mode from the mode menu, program changes frequency.
>
> I'm thinking that there's no command sent to the radio to change the
> frequency from the last setting. I'm using DX Commander connected to a
> KX3, controlling frequencies and tranmission.
>
> Neil, KN3ILZ
>
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FT8 online logging

[George J Molnar]

Same here. TQSL can map FT8 to “Data,” which works fine. For the time being, I 
am forgoing FT8 uploads to eQSL. 

George J Molnar, KF2T 
Nevada, USA


> On Jul 3, 2017, at 7:22 PM, Dan Malcolm  wrote:
> 
> I suspect I am not the only one with logging problems to eQSL and LoTW.  
> Thanks to a hint from another ham on this forum, I can now trick TQSL into 
> uploading FT8 QSO’s.  I just heard from an eQSL support volunteer, who in 
> essence says that they are aware of the new mode, but are constrained by 
> ADIF.ORG.  I suspect LoTW has the same constraint but there is a workaround.  
> QRZ seems to be handling all this in stride.
>  
> What is the common practice now for eQSL?  I have on a few occasions, changed 
> the mode to SSB, but that brings issues too.  One is that signal reports 
> won’t match the mode.  All this will get sorted out in time but has anyone 
> come up with a better solution than mine?  At the moment I am just holding 
> off on sending FT8 QSO’s to eQSL.
>  
> Dan Malcolm
> K4SHQ
>  
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] FT8 online logging

[Dan Malcolm]

I suspect I am not the only one with logging problems to eQSL and LoTW.
Thanks to a hint from another ham on this forum, I can now trick TQSL into
uploading FT8 QSO's.  I just heard from an eQSL support volunteer, who in
essence says that they are aware of the new mode, but are constrained by
ADIF.ORG.  I suspect LoTW has the same constraint but there is a workaround.
QRZ seems to be handling all this in stride.

 

What is the common practice now for eQSL?  I have on a few occasions,
changed the mode to SSB, but that brings issues too.  One is that signal
reports won't match the mode.  All this will get sorted out in time but has
anyone come up with a better solution than mine?  At the moment I am just
holding off on sending FT8 QSO's to eQSL.

 

Dan Malcolm

K4SHQ

 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Frequency doesn't shift when changing configurations

[Neil Zampella]

Didn't see this reported, so I don't know if this is normal, a bug, or 
just not tested.


Switching configurations from what I have setup for FT8 to the 'normal' 
JT65/JT9 setup, the frequency does not move from the FT8 to the JT modes 
frequency.  This also occurs going the other way. The only way to reset 
the frequency is to either re-select the mode from the mode menu where 
its already set in the saved configuration, or re-select the band from 
the drop down.


I already have two configurations setup for use.  The 'normal' 
configuration for JT65/JT9 slow modes, and the FT8 configuration.


To reproduce:

1.   Change to a different configuration.  The system does not reset the 
frequency.

2.   Re-select band, program changes frequency.
3.  Change to a different configuration.   The system does not reset the 
frequency.

4.  Re-select the mode from the mode menu, program changes frequency.

I'm thinking that there's no command sent to the radio to change the 
frequency from the last setting.   I'm using DX Commander connected to a 
KX3, controlling frequencies and tranmission.


Neil, KN3ILZ



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FT8 Feature Request

[Greg Beam]

Just bumped into another one; may apply to other modes as well, not sure.
When Log QSO on 73's is enabled, the box pops as expected. After Clicking OK
to save the QSO, can we get an option to set Tab-2 Gen Message back to CQ ?
I suppose that would apply to Tab-1 Tx6 also ?

G.

-Original Message-
From: Greg Beam [mailto:ki7m...@gmail.com] 
Sent: Monday, July 3, 2017 5:59 PM
To: 'WSJT software development' 
Subject: FT8 Feature Request

Hi Joe, All,

After a brief stint in calling CQ, I soon realized my reflexes with the ole
mouse buttons are not what they used to be. I guess I've not been
participating in enough RTTY contests :-) In any case:

When in RUN mode (calling CQ):
- Would it be possible to assign a single hot-key to grab the First-In
Response to a CQ ?
- Additionally, what about a combination of First-In-First-Out /
Last-In-First-Out check boxes that grabs a response off the stack?
- Maybe an ESM (Enter Sends Message / Right Click ) sends the message from
the Band / Rx Frequency grids
- Lastly, maybe a way to quickly enable / disable ( just in the Band
Activity / Rx Activity) only the responses that contain MY_CALL

As this is a fast mode with HF contest potential, the items above are well
received in the RTTY community in several major programs. 

I'm finding it difficult to focus on the RX box for responses, click on the
responder, and not grab the wrong call, a;; within a second or so. I could
only imagine how that would be after 24hrs of contesting. I've miss-fired on
this several times already. It could be just me, and I've not been operating
fast modes for a while. 

Anyways, just a few thoughts to ponder.

73's
Greg, KI7MT



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Inquiry about sending .wav files with failed

[K5GZR - Rick]

Date: Mon, 3 Jul 2017 20:14:39 +0100
From: Bill Somerville 
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] Inquiry about sending .wav files with failed
decodes to development team
Message-ID: <1bf00903-804a-a94f-c5d7-391a7e848...@classdesign.com>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"

On 03/07/2017 20:02, K5GZR - Rick wrote:
>
> I?m new to this list, wanting to send some .wav files with FT8 signals 
> which didn?t decode, even though their tracks on the waterfall looked 
> ?good?.   I see some emails to the list with one or two .wav files 
> attached, but I have quite a few more than that. I put them into a 
> .zip archive and the .zip is 10 megabytes? probably too much for an 
> e-mail attachment.
>
> Should I just pick one or two and attach them to an email and send it 
> to the list?  Or is it better to try to send more files, and if so is 
> there a ?normal? way to make them available to the developers, other 
> than attaching them to an e-mail?  I don?t want to cause ?information 
> overload?.
>
> Thanks in advance,
>
> Rick ? K5GZR ? EL29gp
>
Hi Rick,

providing a link to a cloud storage service where the files or archive 
have been uploaded is best. Dropbox, Google Drive etc. provide ample 
free storage.

Best to try and categorize types of failures, if you can, and provide a 
file name that best demonstrates what you think should decode per category.

You should be aware that users used to operating JT9 or JT65 may have 
over-optimistic expectations of FT8 sensitivity. The mode was designed 
to balance sensitivity, bandwidth and transmit period so as to carry the 
same information content as JT65 and JT9 in a multi-decoding 
environment, something has to give to achieve the roughly 1/4 as long 
transmissions and in this case it is both bandwidth (vs. JT9) and 
sensitivity. Currently around -21dB SNR with respect to a 2500Hz noise 
bandwidth is about the limit. Reported SNR estimates may not yet be 
accurate although they are being improved as the decoder is fine tuned.

Examples of non-decodes are welcome but be prepared for a simple "You 
are expecting too much." response in some cases.

73
Bill
G4WJS.

*
Thanks Bill,

Couldn't figure out how to reply on the SourceForge site.  Sorry about
possible weird reply format.

Thanks for your reply.  Putting the files on a cloud site will work for me
when I need to send files to the team at some time in the future.
In this case, the weak signal sequences (S1 or lower) decoded, but the
strong signal sequences (S5 to S6) from the same station did not decode.
Both the weak and strong signal sequences had reasonably constant strengths
throughout the sequences, with no fades and no MS pings.  WSJT-X release was
r. 
I'll continue to test and get a better idea of what 'should' decode and
focus on situations where there is no decode where it looks like it
'should'.  73, Rick - K5GZR


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] FT8 Feature Request

[Greg Beam]

Hi Joe, All,

After a brief stint in calling CQ, I soon realized my reflexes with the ole
mouse buttons are not what they used to be. I guess I've not been
participating in enough RTTY contests :-) In any case:

When in RUN mode (calling CQ):
- Would it be possible to assign a single hot-key to grab the First-In
Response to a CQ ?
- Additionally, what about a combination of First-In-First-Out /
Last-In-First-Out check boxes that grabs a response off the stack?
- Maybe an ESM (Enter Sends Message / Right Click ) sends the message from
the Band / Rx Frequency grids
- Lastly, maybe a way to quickly enable / disable ( just in the Band
Activity / Rx Activity) only the responses that contain MY_CALL

As this is a fast mode with HF contest potential, the items above are well
received in the RTTY community in several major programs. 

I'm finding it difficult to focus on the RX box for responses, click on the
responder, and not grab the wrong call, a;; within a second or so. I could
only imagine how that would be after 24hrs of contesting. I've miss-fired on
this several times already. It could be just me, and I've not been operating
fast modes for a while. 

Anyways, just a few thoughts to ponder.

73's
Greg, KI7MT


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Question about QSO Start & End Times

[Neil Zampella]

In reply to your other post .. yes, I'm using JTSDK.

Again, I'm using Tab 2, not Tab 1.  JT65/JT9 .. no auto sequencing.
Just double clicking to trigger the next response in the sequence.



On 7/3/2017 12:58 PM, Black Michael wrote:

Any double-clicks on lines will reset the start time to "unknown".

When the QSO transitions to TX 2 or TX 3 the start time gets set.
Any double clicks on lines after that would also reset the start time. 
 Tx 6 also resets start time.
If start time is not set by TX 2 or TX 3 then it will end up being the 
stop time.


And does autoseq sequence to "TX 6" by itself?  That would explain why 
autoseq modes get their time reset.


Mike



*From:* Neil Zampella 
*To:* wsjt-devel@lists.sourceforge.net
*Sent:* Monday, July 3, 2017 10:09 AM
*Subject:* Re: [wsjt-devel] Question about QSO Start & End Times

Mike,
1. I'm currently on r
2.  Tab 2, but normally a DBL click on either the CQ station or the 
one replying to my CQ

3.  The log time is the end time .. see attached.

The first is the DXKeeper entry, the second is the ALL.TXT entry, the 
third is the wsjtx.log, and the last is the relevant portion of the 
wsjtx_log.adi file.


Hope this helps.

Neil, KN3ILZ

On 7/3/2017 8:28 AM, Black Michael wrote:
I can't duplicate the problem on JT9/JT65.  I'm not sure what patch 
Bill is talking about since I can't find it in my sent folder.


So...what's different between your operation and mine?

#1 Version you running?
#2 Are you using Tab 1 or Tab 2 for QSO progression?
#3 When you log you are seeing the start=end time?  And the time is 
the time when you log it and not the start time?


Other than that there shouldn't be anything else affecting the QSO 
start time.


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 mailing list
wsjt-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wsjt-devel




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] new FT8 mode decoding

[Jay Hainline]

Thank you for looking at the files Joe. If more files are needed, let me
know. 

Yes, I have noticed major impacts on decoding especially on single hop with
meteor pings and doppler mixed in. Also very picky on timing. I try to keep
my computer clock very close but if someone's time is off, no decode.

All of my listening has been on 50313. I feel that's where it needs to be
developed rather than the HF bands for real world QSB that is so typical of
6 meter multihop sporadic e.

73 Jay KA9CFD

-Original Message-
From: Joe Taylor [mailto:j...@princeton.edu] 
Sent: July 3, 2017 20:19
To: WSJT software development ; Jay
Hainline 
Subject: Re: [wsjt-devel] new FT8 mode decoding

Hi again Jay,

On 6/29/2017 4:02 PM, Jay Hainline wrote:
> My message got bounced for being too large. So posting again with 2 
> wav files instead of 3. Recorded from 50313. Please check the signal 
> around
> 1050 hz. I was not able to decode.

The first of your two files, 170629_194730.wav, decodes correctly in WSJT-X
7780:

194700 -17  0.3 1061 ~  K9AN KB7IJ R-18

I did not try it in any earlier code revision.

The signal's appearance on the waterfall shows that it's not much above the
decoding threshold.

Note that when we say "the 50% decoding threshold is -21 dB", that refers to
signals with no Doppler spread, no QSB, and only AWGN (additive white
gaussian noise).  Real-world signals propagated by ionospheric reflection
have Doppler spread and QSB.  The reported S/N estimate is an average over
the full transmission.

-- Joe, K1JT


> 73 Jay
> 
> Jay Hainline KA9CFD
> 
> Colchester, IL  EN40om
> 
> 
> 
> --
>  Check out the vibrant tech community on one of the world's 
> most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] new FT8 mode decoding

[Joe Taylor]

Hi again Jay,

On 6/29/2017 4:02 PM, Jay Hainline wrote:
My message got bounced for being too large. So posting again with 2 wav 
files instead of 3. Recorded from 50313. Please check the signal around 
1050 hz. I was not able to decode.


The first of your two files, 170629_194730.wav, decodes correctly in 
WSJT-X 7780:


194700 -17  0.3 1061 ~  K9AN KB7IJ R-18

I did not try it in any earlier code revision.

The signal's appearance on the waterfall shows that it's not much above 
the decoding threshold.


Note that when we say "the 50% decoding threshold is -21 dB", that 
refers to signals with no Doppler spread, no QSB, and only AWGN 
(additive white gaussian noise).  Real-world signals propagated by 
ionospheric reflection have Doppler spread and QSB.  The reported S/N 
estimate is an average over the full transmission.


-- Joe, K1JT



73 Jay

Jay Hainline KA9CFD

Colchester, IL  EN40om



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] 6 meter opening to EI3KD

[Joe Taylor]

Hi Jay,

Thanks for sending the files.  Alas, there's no way that second one is 
going to decode -- its S/N is well below -20 dB.


-- Joe, K1JT

On 7/3/2017 10:33 AM, Jay Hainline wrote:

Worked EI3KD using the new mode FT8 on 6 meters this morning!

Attached are wav files from his last decoded CQ at 1412:30 and another 
that did not decode at 1413:00. Hope this helps with improving the 
decoding. His signal ranged from -17 to -1. Using WSJT-X 1.7.1 r on 
a Windows 10 64 bit computer.


73 Jay

Jay Hainline KA9CFD

Colchester, IL  EN40om



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Inquiry about sending .wav files with failed decodes to development team

[Bill Somerville]

On 03/07/2017 20:02, K5GZR - Rick wrote:


I’m new to this list, wanting to send some .wav files with FT8 signals 
which didn’t decode, even though their tracks on the waterfall looked 
‘good’.   I see some emails to the list with one or two .wav files 
attached, but I have quite a few more than that. I put them into a 
.zip archive and the .zip is 10 megabytes… probably too much for an 
e-mail attachment.


Should I just pick one or two and attach them to an email and send it 
to the list?  Or is it better to try to send more files, and if so is 
there a ‘normal’ way to make them available to the developers, other 
than attaching them to an e-mail?  I don’t want to cause ‘information 
overload’.


Thanks in advance,

Rick – K5GZR – EL29gp


Hi Rick,

providing a link to a cloud storage service where the files or archive 
have been uploaded is best. Dropbox, Google Drive etc. provide ample 
free storage.


Best to try and categorize types of failures, if you can, and provide a 
file name that best demonstrates what you think should decode per category.


You should be aware that users used to operating JT9 or JT65 may have 
over-optimistic expectations of FT8 sensitivity. The mode was designed 
to balance sensitivity, bandwidth and transmit period so as to carry the 
same information content as JT65 and JT9 in a multi-decoding 
environment, something has to give to achieve the roughly 1/4 as long 
transmissions and in this case it is both bandwidth (vs. JT9) and 
sensitivity. Currently around -21dB SNR with respect to a 2500Hz noise 
bandwidth is about the limit. Reported SNR estimates may not yet be 
accurate although they are being improved as the decoder is fine tuned.


Examples of non-decodes are welcome but be prepared for a simple "You 
are expecting too much." response in some cases.


73
Bill
G4WJS.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Inquiry about sending .wav files with failed decodes to development team

[K5GZR - Rick]

I'm new to this list, wanting to send some .wav files with FT8 signals which
didn't decode, even though their tracks on the waterfall looked 'good'.   I
see some emails to the list with one or two .wav files attached, but I have
quite a few more than that.   I put them into a .zip archive and the .zip is
10 megabytes. probably too much for an e-mail attachment.

Should I just pick one or two and attach them to an email and send it to the
list?  Or is it better to try to send more files, and if so is there a
'normal' way to make them available to the developers, other than attaching
them to an e-mail?  I don't want to cause 'information overload'.

Thanks in advance,

Rick - K5GZR - EL29gp

 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Question about QSO Start & End Times

[Black Michael via wsjt-devel]

Any double-clicks on lines will reset the start time to "unknown".
When the QSO transitions to TX 2 or TX 3 the start time gets set.  Any double 
clicks on lines after that would also reset the start time.  Tx 6 also resets 
start time.If start time is not set by TX 2 or TX 3 then it will end up being 
the stop time.
And does autoseq sequence to "TX 6" by itself?  That would explain why autoseq 
modes get their time reset.
Mike

  From: Neil Zampella 
 To: wsjt-devel@lists.sourceforge.net 
 Sent: Monday, July 3, 2017 10:09 AM
 Subject: Re: [wsjt-devel] Question about QSO Start & End Times
   
 Mike, 1.  I'm currently on r
 2.  Tab 2, but normally a DBL click on either the CQ station or the one 
replying to my CQ
 3.  The log time is the end time .. see attached.
 
 The first is the DXKeeper entry, the second is the ALL.TXT entry, the third is 
the wsjtx.log, and the last is the relevant portion of the wsjtx_log.adi file.
 
 Hope this helps.
 
 Neil, KN3ILZ
  
 On 7/3/2017 8:28 AM, Black Michael wrote:
  
  I can't duplicate the problem on JT9/JT65.  I'm not sure what patch Bill is 
talking about since I can't find it in my sent folder. 
  So...what's different between your operation and mine? 
  #1 Version you running?   #2 Are you using Tab 1 or Tab 2 for QSO 
progression? #3 When you log you are seeing the start=end time?  And the time 
is the time when you log it and not the start time? 
  Other than that there shouldn't be anything else affecting the QSO start 
time. 
  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 mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


   --
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Question about QSO Start & End Times

[Black Michael via wsjt-devel]

So are you running JTSDK that maybe we could debug this on your system?Gotta' 
figure out why this is happening to you.
Mike

  From: Neil Zampella 
 To: wsjt-devel@lists.sourceforge.net 
 Sent: Monday, July 3, 2017 10:09 AM
 Subject: Re: [wsjt-devel] Question about QSO Start & End Times
   
 Mike, 1.  I'm currently on r
 2.  Tab 2, but normally a DBL click on either the CQ station or the one 
replying to my CQ
 3.  The log time is the end time .. see attached.
 
 The first is the DXKeeper entry, the second is the ALL.TXT entry, the third is 
the wsjtx.log, and the last is the relevant portion of the wsjtx_log.adi file.
 
 Hope this helps.
 
 Neil, KN3ILZ
  
 On 7/3/2017 8:28 AM, Black Michael wrote:
  
  I can't duplicate the problem on JT9/JT65.  I'm not sure what patch Bill is 
talking about since I can't find it in my sent folder. 
  So...what's different between your operation and mine? 
  #1 Version you running?   #2 Are you using Tab 1 or Tab 2 for QSO 
progression? #3 When you log you are seeing the start=end time?  And the time 
is the time when you log it and not the start time? 
  Other than that there shouldn't be anything else affecting the QSO start 
time. 
  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 mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


   --
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] r7777 - second 73 doesn't appear in RX window

[Richard Lamont]

On 03/07/17 16:20, Richard Lamont wrote:
> r
> Ubuntu 16.04 amd64
> 
> If I reply to a CQ and complete a QSO, the other station sends RRR, then
> I send 73, and it appears that now the other station responds with a 73
> of his own in the standard auto-sequence (Tab 2) before his TX is
> disabled. However, this new seventh exchange only appears in the Band
> Activity window, not the RX frequency window.

This is the same bug spotted by reported by Wolfgang OE1MWW a few
minutes before me.

Looking further, it looks as though *nothing* appears in the RX
frequency window unless TX is enabled.

73,
Richard G4DYA

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] 6 meter opening to EI3KD

[Jay Hainline]

Yes Bill I was.

 

Jay KA9CFD

 

From: Bill Barrett [mailto:w2pky...@gmail.com] 
Sent: July 3, 2017 15:49
To: WSJT software development 
Subject: Re: [wsjt-devel] 6 meter opening to EI3KD

 

Hello Jay-

 

Were you on 50.313?

 

Thanks;

 

Bill

W2PKY

 

On Mon, Jul 3, 2017 at 10:33 AM, Jay Hainline  > wrote:

Worked EI3KD using the new mode FT8 on 6 meters this morning!

 

Attached are wav files from his last decoded CQ at 1412:30 and another that did 
not decode at 1413:00. Hope this helps with improving the decoding. His signal 
ranged from -17 to -1. Using WSJT-X 1.7.1 r on a Windows 10 64 bit computer.

 

73 Jay

 

Jay Hainline KA9CFD

Colchester, IL  EN40om

 


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net  
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] 6 meter opening to EI3KD

[Bill Barrett]

Hello Jay-

Were you on 50.313?

Thanks;

Bill
W2PKY

On Mon, Jul 3, 2017 at 10:33 AM, Jay Hainline  wrote:

> Worked EI3KD using the new mode FT8 on 6 meters this morning!
>
>
>
> Attached are wav files from his last decoded CQ at 1412:30 and another
> that did not decode at 1413:00. Hope this helps with improving the
> decoding. His signal ranged from -17 to -1. Using WSJT-X 1.7.1 r on a
> Windows 10 64 bit computer.
>
>
>
> 73 Jay
>
>
>
> Jay Hainline KA9CFD
>
> Colchester, IL  EN40om
>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Question about QSO Start & End Times

[John Nelson]

Mike,

>  Running r on Mac OSX 10.11.

This is compiled on a Mac.   I understand that JTDSK is a Windows/Linux 
installation package.

>  I can't seem to duplicate it here.

I assume you are running FT8 on Windows…?

I checked that start/stop times are correct with JT9.

I then tried FT8 with Auto-Seq disabled (need to be quick) and start/stop times 
are also correct.   Maybe this is a problem with auto-sequencing?

I’ll have a look at the code myself and see if I can spot something not right 
with start/stop times with auto-seq.

— John G4KLA



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] r7777 - second 73 doesn't appear in RX window

[Richard Lamont]

r
Ubuntu 16.04 amd64

If I reply to a CQ and complete a QSO, the other station sends RRR, then
I send 73, and it appears that now the other station responds with a 73
of his own in the standard auto-sequence (Tab 2) before his TX is
disabled. However, this new seventh exchange only appears in the Band
Activity window, not the RX frequency window.

73,
Richard G4DYA

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] r7777 last message not in RX window

[Wolfgang]

Looks like a bug - or do I miss something?

- G3PXT called CQ

- I answered him

- autosequence starts

As soon as I send '73' the log window comes up and
ENABLE TX goes from red to grey (is off)

G3PXT sends 'OE1MWW G3PXT 73', but this message does
only show up in the left window, but not in 'RX Frequuency'.

attached a screen shot

73 de Wolfgang
OE1MWW

--
Amateur radio is the most expensive type of free-of-charge communication!
Amateurfunk ist die teuerste Art der kostenlosen Kommunikation!--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Question about QSO Start & End Times

[Neil Zampella]

Mike,

1.  I'm currently on r
2.  Tab 2, but normally a DBL click on either the CQ station or the one 
replying to my CQ

3.  The log time is the end time .. see attached.

The first is the DXKeeper entry, the second is the ALL.TXT entry, the 
third is the wsjtx.log, and the last is the relevant portion of the 
wsjtx_log.adi file.


Hope this helps.

Neil, KN3ILZ


On 7/3/2017 8:28 AM, Black Michael wrote:
I can't duplicate the problem on JT9/JT65.  I'm not sure what patch 
Bill is talking about since I can't find it in my sent folder.


So...what's different between your operation and mine?

#1 Version you running?
#2 Are you using Tab 1 or Tab 2 for QSO progression?
#3 When you log you are seeing the start=end time?  And the time is 
the time when you log it and not the start time?


Other than that there shouldn't be anything else affecting the QSO 
start time.


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 mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] PSKReporter displayed freq for FT8

[Philip Gladstone]

You are correct -- pskreporter does not modify frequencies. The other 
note for this mailing list (from a pskreporter perspective) is to 
encourage people to enter their six character locator (even though only 
four characaters are used in the various JT* modes). Using the six 
character locator causes stations to be plotted at the right location 
(and saves me having to add the six character locator manually!)


Philip


On 02/07/2017 16:45, Borja Marcos wrote:

On 2 jul 2017, at 20:34, Lloyd Kirk  wrote:

I noticed that pskreporter is displaying the exact RX freq for jt65/9 signals 
but not for FT8. Is this by design?

It seems to be displaying the frequency that is configured in the 
settings->frequencies for that mode in WSJT-X.

Was just curious. Using r currently.

I’ve got a data feed of the pskreporter data (I’m exploring some options to add 
visualizations, currently feeding it to an Elasticsearch cluster) and the data 
I am receiving for FT8 only includes frequencies rounded to the KHz. It would 
be a bit odd for the pskreporter server to round the frequencies. Are you sure 
the versions of WSJT-X being used are reporting it properly?

 From what I’ve seen, pskreporter doesn’t seem to correct frequencies in any 
way. At least for other modes, there’s no reason for it to include provisions 
for a mode that does not yet exist “publicly”.





Borja - EA2EKH



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] JTSDK Usage and Policy Guidelines

[Black Michael via wsjt-devel]

Let's not remove capability due to a few minor problems.
de Mike W9MDB

  From: Richard Stanley via wsjt-devel 
 To: WSJT software development  
Cc: Richard Stanley 
 Sent: Monday, July 3, 2017 2:48 AM
 Subject: Re: [wsjt-devel] JTSDK Usage and Policy Guidelines
   

I did that even made videos and posted them on facebook even though Gregs 
instructions are more than adequate.
I had a friend who started to distribute and I got grief for teaching him.
I have even used teamviewer to setup JTSDK on peoples computers buut since 
the grief I have not done this.
Helping is a double edged sword if one of the people you help then abuses 
the system you will get the blame.

I think Greg should just remove the package build option and reduce the 
problem.

Richard G7OED (ex M0CLZ)


-Original Message- 
From: Eric Gruff
Sent: Monday, July 3, 2017 12:25 AM
To: 'WSJT software development' ; 'WSJT Group'
Subject: Re: [wsjt-devel] JTSDK Usage and Policy Guidelines

Thanks, Greg. I think we all agree that we don't want to see the beta
updates no longer made available.

May I suggest to all the group users that if we see folks requesting install
packages, we offer to help them set up the JTSDK environment on their
machines, in the "teach a man to fish" spirit. They can then easily build
the releases by typing the few magic phrases "build-hamlib3" and
"build-wsjtx package". If they aren't willing, then they can wait for the
official release. Those that are really motivated to get on FT8 will have to
put out the relatively minimal effort.

I had a few minor issues because I didn't follow directions, then started
the install again, and it was very easy. I am happy to help if anyone needs
it. I know some of you are Linux and Mac expert users, so I think we will
have it covered.

73,

Eric NC6K

-Original Message-
From: Greg Beam [mailto:ki7m...@gmail.com]
Sent: Sunday, July 2, 2017 3:47 PM
To: 'WSJT software development' ; 'WSJT
Group' 
Subject: [wsjt-devel] JTSDK Usage and Policy Guidelines

Hello All,

Appropriate Use
==

JTSDK exists to help users build and "test" Joe's software, not distribute
it.  We all want these fantastic applications, but, we "users" must respect
the developers requests.

I've received several reports of WSJTX packages built with JTSDK being
distributed by end-users. If this continues, I'll have no choice but to
remove the package build feature from JTSDK. Joe has, on many occasions,
requested that package installers not be re-distributed by anyone other than
the development team. Please respect their wishes!


For "Non-Developers" / "Testers" - (Setup && Usage)
===
For those of you "testing" Joe's software, a few things to note:

* DO NOT distribute the packages you build for yourself! < nuff said >
* Make sure, "before posting bugs", you are running the latest SVN revision
* Setup JTSDK-QT as follows:

- Open JTSDK-QT [1]
- Set the following options; can be on one line separated by a " ; "
semicolon,
or you can set them individually. If individually, you do not need the " ; "
:

enable-separate ; disable-quiet ; disable-skipsvn ; enable-autosvn ;
enable-clean ; enable-rcfg ; enable-qt55

You can, if desired, enable-autorun, which will launch the newly built
version for you.

* Check your options are set properly with [2]:  list-options
* Close, then reopen JTSDK-QT
* Build Hamlib3:  build-hamlib3
* Build the Release Install target (unless otherwise directed by a developer
for troubleshooting):

build-wsjtx rinstall

You can build WSJT-X as often as you like, and should do; especially when
new features have been added, or the development team is requesting broader
use testing.

* Build an installable package ( DO NO DISTRIBUTE THESE < nuff said again >
):
* For most users, this is "not needed, nor desired for testing"

build-wsjtx package


Problems with JTSDK
=

If you have problems with JTSDK (not WSJT-X), email me off line, and we'll
get it sorted out.

@ ki...@yahoo.com
@ ki7m...@gmail.com

Or, post a bug on GitHub:

Linux: https://github.com/KI7MT/jtsdk-nix/issues
Windows: https://github.com/KI7MT/jtsdk-win/issues


Documentation
=

For Windows, documentation is available online at:
http://jtsdk-win.readthedocs.io/en/latest/

For Linux:  /usr/share/doc/jtsdk/

If you find bugs in the Docs, report them to the appropriate GitHub location
above.


73's
Greg, KI7MT

[1] main-menu.png
[2] options.png




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net

Re: [wsjt-devel] Question about QSO Start & End Times

[Black Michael via wsjt-devel]

I can't duplicate the problem on JT9/JT65.  I'm not sure what patch Bill is 
talking about since I can't find it in my sent folder.
So...what's different between your operation and mine?
#1 Version you running?  #2 Are you using Tab 1 or Tab 2 for QSO progression?#3 
When you log you are seeing the start=end time?  And the time is the time when 
you log it and not the start time?
Other than that there shouldn't be anything else affecting the QSO start time.
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 mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Question about QSO Start & End Times

[Neil Zampella]

But Mike,   that was happening to me when I was just JT65/JT9 !!

Neil, KN3ILZ


On 7/2/2017 11:28 PM, Black Michael wrote:
I"m not running FT8 so questiondo you see the "Next" buttons 
getting enabled when progressing on auto sequence?


I get the feeling they are not being set which means it would skip 
setting the QSO start time...and is why you set start=end since start 
never gets set.


de Mike W9MDB



*From:* John Nelson 
*To:* Black Michael ; WSJT software development 


*Sent:* Sunday, July 2, 2017 2:42 PM
*Subject:* Re: [wsjt-devel] Question about QSO Start & End Times

Mike,


Like Neil I also notice that start time = end time in wsjtx.log and 
wsjtx_log.adi.  Running r on Mac OSX 10.11.


Extract from ALL.TXT

192430  0  0.6 1057 ~  CQ A92AA LL56
192430 -16  0.4  945 ~  EK6RSC YO2NAA KN05
192430  -9  0.6 1351 ~  MM0LGS CT1GVN IM67
1924  Transmitting 14.079 MHz  FT8:  A92AA G4KLA IO92
192500  -2  0.3 1055 ~  CQ A92AA LL56
192500 -13  0.1 1210 ~  UR4UM YO2NAA KN05
192500  2  0.2 1431 ~  MM0LGS CT1GVN R-05
1925  Transmitting 14.079 MHz  FT8:  A92AA G4KLA IO92
192530  0  0.8 1057 ~  G4KLA A92AA -17
192530  5  0.2 1430 ~  MM0LGS CT1GVN 73
1925  Transmitting 14.079 MHz  FT8:  A92AA G4KLA R+00
192600  1  0.3 1056 ~  G4KLA A92AA -17
1926  Transmitting 14.079 MHz  FT8:  A92AA G4KLA R+01
192630  2  0.3 1056 ~  G4KLA A92AA -17
192630 -17  0.2 1675 ~  AK1P CT1GVN IM67
1926  Transmitting 14.079 MHz  FT8:  A92AA G4KLA R+02
192700  1  0.3 1055 ~  G4KLA A92AA RRR
192700 -13  0.2 1674 ~  AK1P CT1GVN IM67
1927  Transmitting 14.079 MHz  FT8:  A92AA G4KLA 73
192730  2  0.3 1055 ~  G4KLA A92AA 73

Extract from wsjtx.log

2017-07-02,19:27,2017-07-02,19:27,A92AA,LL56,14.080055,FT8,+02,-17,20W,v1.7.1-dev 
r 10.11,Fawaz


Extract from wsjtx_log.adi

A92AA LL56 FT8 +02 
-17 20170702 1927 
20170702 1927 20m 
14.080055 G4KLA IO92ak 
20W v1.7.1-dev r 10.11 Fawaz 


— John G4KLA




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Question about QSO Start & End Times

[John Nelson]

Mike,

> I get the feeling they [Next buttons] are not being set 

Not correct.   Auto-seq is on;  the QSO proceeds as expected with Next buttons 
moving from 1, 3 to 5

1924  Transmitting 14.079 MHz  FT8:  A92AA G4KLA IO92 Next button 1 set
192500  -2  0.3 1055 ~  CQ A92AA LL56
192500 -13  0.1 1210 ~  UR4UM YO2NAA KN05
192500  2  0.2 1431 ~  MM0LGS CT1GVN R-05   
1925  Transmitting 14.079 MHz  FT8:  A92AA G4KLA IO92  
192530  0  0.8 1057 ~  G4KLA A92AA -17  
192530  5  0.2 1430 ~  MM0LGS CT1GVN 73 
1925  Transmitting 14.079 MHz  FT8:  A92AA G4KLA R+00  Next button  3 set
192600  1  0.3 1056 ~  G4KLA A92AA -17  
1926  Transmitting 14.079 MHz  FT8:  A92AA G4KLA R+01  
192630  2  0.3 1056 ~  G4KLA A92AA -17  
192630 -17  0.2 1675 ~  AK1P CT1GVN IM67 
1926  Transmitting 14.079 MHz  FT8:  A92AA G4KLA R+02  
192700  1  0.3 1055 ~  G4KLA A92AA RRR  
192700 -13  0.2 1674 ~  AK1P CT1GVN IM67 
1927  Transmitting 14.079 MHz  FT8:  A92AA G4KLA 73  Next button 5 set 

— John G4KLA
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] r7775 FT8 decoding

[John Nelson]

Steve,

I should have mentioned that I compile with Qt 5.8 on an iMac but ship the 
result to my MacBook Pro which lives elsewhere in the house next to the 
transmitters.Are you also using OSX 10.11?   

> On the machine that shows the large DTs, if I decode using jt9 from the 
> command line, I do not see the large DT values. 

H.  That’s strange.

> So far, this seems to suggest that this is a Qt issue. Does this make sense?

Only if Qt 5.8 fixes the issue…I moved from Qt5.6 to Qt5.8 so cannot compile 
against Qt5.7 to check your result.

— John G4KLA
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] JTSDK Usage and Policy Guidelines

[charlie]

Hi Richard

I like having the option of a package build, as I can then transfer the
installer to second machine within the household.

73

Charlie G3WDG



>
> I did that even made videos and posted them on facebook even though Gregs
> instructions are more than adequate.
> I had a friend who started to distribute and I got grief for teaching him.
> I have even used teamviewer to setup JTSDK on peoples computers buut since
> the grief I have not done this.
> Helping is a double edged sword if one of the people you help then abuses
> the system you will get the blame.
>
> I think Greg should just remove the package build option and reduce the
> problem.
>
> Richard G7OED (ex M0CLZ)
>
>
> -Original Message-
> From: Eric Gruff
> Sent: Monday, July 3, 2017 12:25 AM
> To: 'WSJT software development' ; 'WSJT Group'
> Subject: Re: [wsjt-devel] JTSDK Usage and Policy Guidelines
>
> Thanks, Greg. I think we all agree that we don't want to see the beta
> updates no longer made available.
>
> May I suggest to all the group users that if we see folks requesting
> install
> packages, we offer to help them set up the JTSDK environment on their
> machines, in the "teach a man to fish" spirit. They can then easily build
> the releases by typing the few magic phrases "build-hamlib3" and
> "build-wsjtx package". If they aren't willing, then they can wait for the
> official release. Those that are really motivated to get on FT8 will have
> to
> put out the relatively minimal effort.
>
> I had a few minor issues because I didn't follow directions, then started
> the install again, and it was very easy. I am happy to help if anyone
> needs
> it. I know some of you are Linux and Mac expert users, so I think we will
> have it covered.
>
> 73,
>
> Eric NC6K
>
> -Original Message-
> From: Greg Beam [mailto:ki7m...@gmail.com]
> Sent: Sunday, July 2, 2017 3:47 PM
> To: 'WSJT software development' ; 'WSJT
> Group' 
> Subject: [wsjt-devel] JTSDK Usage and Policy Guidelines
>
> Hello All,
>
> Appropriate Use
> ==
>
> JTSDK exists to help users build and "test" Joe's software, not distribute
> it.  We all want these fantastic applications, but, we "users" must
> respect
> the developers requests.
>
> I've received several reports of WSJTX packages built with JTSDK being
> distributed by end-users. If this continues, I'll have no choice but to
> remove the package build feature from JTSDK. Joe has, on many occasions,
> requested that package installers not be re-distributed by anyone other
> than
> the development team. Please respect their wishes!
>
>
> For "Non-Developers" / "Testers" - (Setup && Usage)
> ===
> For those of you "testing" Joe's software, a few things to note:
>
> * DO NOT distribute the packages you build for yourself! < nuff said >
> * Make sure, "before posting bugs", you are running the latest SVN
> revision
> * Setup JTSDK-QT as follows:
>
> - Open JTSDK-QT [1]
> - Set the following options; can be on one line separated by a " ; "
> semicolon,
> or you can set them individually. If individually, you do not need the " ;
> "
> :
>
> enable-separate ; disable-quiet ; disable-skipsvn ; enable-autosvn ;
> enable-clean ; enable-rcfg ; enable-qt55
>
> You can, if desired, enable-autorun, which will launch the newly built
> version for you.
>
> * Check your options are set properly with [2]:   list-options
> * Close, then reopen JTSDK-QT
> * Build Hamlib3:  build-hamlib3
> * Build the Release Install target (unless otherwise directed by a
> developer
> for troubleshooting):
>
> build-wsjtx rinstall
>
> You can build WSJT-X as often as you like, and should do; especially when
> new features have been added, or the development team is requesting
> broader
> use testing.
>
> * Build an installable package ( DO NO DISTRIBUTE THESE < nuff said again
> >
> ):
> * For most users, this is "not needed, nor desired for testing"
>
> build-wsjtx package
>
>
> Problems with JTSDK
> =
>
> If you have problems with JTSDK (not WSJT-X), email me off line, and we'll
> get it sorted out.
>
> @ ki...@yahoo.com
> @ ki7m...@gmail.com
>
> Or, post a bug on GitHub:
>
> Linux: https://github.com/KI7MT/jtsdk-nix/issues
> Windows: https://github.com/KI7MT/jtsdk-win/issues
>
>
> Documentation
> =
>
> For Windows, documentation is available online at:
> http://jtsdk-win.readthedocs.io/en/latest/
>
> For Linux:   /usr/share/doc/jtsdk/
>
> If you find bugs in the Docs, report them to the appropriate GitHub
> location
> above.
>
>
> 73's
> Greg, KI7MT
>
> [1] main-menu.png
> [2] options.png
>
>
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> 

Re: [wsjt-devel] JTSDK Usage and Policy Guidelines

[Richard Stanley via wsjt-devel]

I did that even made videos and posted them on facebook even though Gregs 
instructions are more than adequate.

I had a friend who started to distribute and I got grief for teaching him.
I have even used teamviewer to setup JTSDK on peoples computers buut since 
the grief I have not done this.
Helping is a double edged sword if one of the people you help then abuses 
the system you will get the blame.


I think Greg should just remove the package build option and reduce the 
problem.


Richard G7OED (ex M0CLZ)


-Original Message- 
From: Eric Gruff

Sent: Monday, July 3, 2017 12:25 AM
To: 'WSJT software development' ; 'WSJT Group'
Subject: Re: [wsjt-devel] JTSDK Usage and Policy Guidelines

Thanks, Greg. I think we all agree that we don't want to see the beta
updates no longer made available.

May I suggest to all the group users that if we see folks requesting install
packages, we offer to help them set up the JTSDK environment on their
machines, in the "teach a man to fish" spirit. They can then easily build
the releases by typing the few magic phrases "build-hamlib3" and
"build-wsjtx package". If they aren't willing, then they can wait for the
official release. Those that are really motivated to get on FT8 will have to
put out the relatively minimal effort.

I had a few minor issues because I didn't follow directions, then started
the install again, and it was very easy. I am happy to help if anyone needs
it. I know some of you are Linux and Mac expert users, so I think we will
have it covered.

73,

Eric NC6K

-Original Message-
From: Greg Beam [mailto:ki7m...@gmail.com]
Sent: Sunday, July 2, 2017 3:47 PM
To: 'WSJT software development' ; 'WSJT
Group' 
Subject: [wsjt-devel] JTSDK Usage and Policy Guidelines

Hello All,

Appropriate Use
==

JTSDK exists to help users build and "test" Joe's software, not distribute
it.  We all want these fantastic applications, but, we "users" must respect
the developers requests.

I've received several reports of WSJTX packages built with JTSDK being
distributed by end-users. If this continues, I'll have no choice but to
remove the package build feature from JTSDK. Joe has, on many occasions,
requested that package installers not be re-distributed by anyone other than
the development team. Please respect their wishes!


For "Non-Developers" / "Testers" - (Setup && Usage)
===
For those of you "testing" Joe's software, a few things to note:

* DO NOT distribute the packages you build for yourself! < nuff said >
* Make sure, "before posting bugs", you are running the latest SVN revision
* Setup JTSDK-QT as follows:

- Open JTSDK-QT [1]
- Set the following options; can be on one line separated by a " ; "
semicolon,
or you can set them individually. If individually, you do not need the " ; "
:

enable-separate ; disable-quiet ; disable-skipsvn ; enable-autosvn ;
enable-clean ; enable-rcfg ; enable-qt55

You can, if desired, enable-autorun, which will launch the newly built
version for you.

* Check your options are set properly with [2]:   list-options
* Close, then reopen JTSDK-QT
* Build Hamlib3:  build-hamlib3
* Build the Release Install target (unless otherwise directed by a developer
for troubleshooting):

build-wsjtx rinstall

You can build WSJT-X as often as you like, and should do; especially when
new features have been added, or the development team is requesting broader
use testing.

* Build an installable package ( DO NO DISTRIBUTE THESE < nuff said again >
):
* For most users, this is "not needed, nor desired for testing"

build-wsjtx package


Problems with JTSDK
=

If you have problems with JTSDK (not WSJT-X), email me off line, and we'll
get it sorted out.

@ ki...@yahoo.com
@ ki7m...@gmail.com

Or, post a bug on GitHub:

Linux: https://github.com/KI7MT/jtsdk-nix/issues
Windows: https://github.com/KI7MT/jtsdk-win/issues


Documentation
=

For Windows, documentation is available online at:
http://jtsdk-win.readthedocs.io/en/latest/

For Linux:   /usr/share/doc/jtsdk/

If you find bugs in the Docs, report them to the appropriate GitHub location
above.


73's
Greg, KI7MT

[1] main-menu.png
[2] options.png




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel 



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot