[wsjt-devel] Trouble compiling wsjt-x 1.7.0 on Pi and Mac

[Pascal Nelson]

Bill,

Thank you for the tips. I'll try again tomorrow with these in mind and see how 
far I can get.

Aloha,

Pascal AC7N

Bill Somerville wrote:
> Hi Pascal,
> as you are installing distribution packages they will be in the usual 
> place and the CMake script will find them without any CMAKE_PREFIX_PATH 
> adjustment, that is not so for Hamlib but that is not the problem you 
> are getting.
> On the Mac you must add the installation directory of Qt to 
> CMAKE_PREFIX_PATH along with the Hamlib installation directory. It will 
> probably look something like:
> cmake -D CMAKE_PREFIX_PATH=~/hamlib-prefix;~/Qt/5.7/clang_64;/opt/local ...
> the above assume you have use MacPorts to get the FFTW3 package.
> If you share your CMakeCache.txt file from the root of the build tree it 
> may help diagnosing the issue.
> 73
> Bill
> G4WJS.
> On 06/07/2017 00:43, Pascal Nelson wrote:
> > Hi Bill,
> >


—
V Pascal Nelson
vpn...@gmail.com




--
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: CW ID not a good idea

[charlie]

Hi All

One option might be to truncate the data for the period chosen to include
cw id to allow time for the morse.  Such periods would still decode,
albeit with a little less sensitivity.

The option to do so could be at operator's discretion.

73

Charlie




--
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] WSJT-X: Working frequency suggestions

[Bill Somerville]

Hi All,

further to my prior message on this subject and some off list 
discussion, here is part two. The following file lists a number of 
changes and questions related to proposed default working frequency 
suggestions provided by WSJT-X:


https://www.dropbox.com/s/5gay9ng7856glz7/working%20frequencies.txt?dl=0

the experience of the WSJT development team does not cover all the bands 
and propagation modes covered and particularly does not cover IARU 
region 3, so we need help from the users who do have some relevant 
experience.


Answers to the questions, other comments and suggestions are sought. The 
facility to have local region specific working frequency suggestions in 
WSJT-X will be implemented in the soon to be released first beta release 
candidate for WSJT-X v1.8.0-rc1. It will enforce a change to the new 
default working frequency suggestions for all so having these numbers 
decided soon it imperative. The new working frequencies changes will 
include the following settings changes:




and



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

Re: [wsjt-devel] Trouble compiling wsjt-x 1.7.0 on Pi and Mac

[Bill Somerville]

Hi Pascal,

as you are installing distribution packages they will be in the usual 
place and the CMake script will find them without any CMAKE_PREFIX_PATH 
adjustment, that is not so for Hamlib but that is not the problem you 
are getting.


On the Mac you must add the installation directory of Qt to 
CMAKE_PREFIX_PATH along with the Hamlib installation directory. It will 
probably look something like:


cmake -D CMAKE_PREFIX_PATH=~/hamlib-prefix;~/Qt/5.7/clang_64;/opt/local ...

the above assume you have use MacPorts to get the FFTW3 package.

If you share your CMakeCache.txt file from the root of the build tree it 
may help diagnosing the issue.


73
Bill
G4WJS.

On 06/07/2017 00:43, Pascal Nelson wrote:

Hi Bill,

I have installed QT5 on the Mac, and on the RPi. I have installed 
libqt5multimedia5-plugins and libqt5multimedia5 on the Pi.

I am stymied at this point. The error says to add the installation prefix of 
"QT5Multimedia" to CMAKE_PREFIX_PATH. I've  tried that - but I'm not sure that 
I'm getting the correct QT5Multimedia prefix. How do I find that?

Pascal AC7N

Bill Somerville wrote:

On 06/07/2017 00:04, Pascal Nelson wrote:

Hello all. Help would be appreciated. I am trying to compile WSJT-X
1.7.0 on both Pi and Mac. I am getting this error message, but I can't
seem to find a workable solution. Any ideas?

CMake Error at CMakeLists.txt:749 (find_package):
   By not providing "FindQt5Multimedia.cmake" in CMAKE_MODULE_PATH this
   project has asked CMake to find a package configuration file provided by
   "Qt5Multimedia", but CMake did not find one.

   Could not find a package configuration file provided by "Qt5Multimedia"
   (requested version 5) with any of the following names:

 Qt5MultimediaConfig.cmake
 qt5multimedia-config.cmake

   Add the installation prefix of "Qt5Multimedia" to CMAKE_PREFIX_PATH
or set
   "Qt5Multimedia_DIR" to a directory containing one of the above
files.  If
   "Qt5Multimedia" provides a separate development package or SDK, be
sure it
   has been installed.


Aloha,

Pascal AC7N

Hi Pascal,
if you are getting that error on Mac OS X then I suspect you have not
installed Qt.
On the Raspberry Pi you probably need to install some more Qt packages.
Start with libqt5multimedia5-plugins and libqt5multimedia5
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] Trouble compiling wsjt-x 1.7.0 on Pi and Mac

[Pascal Nelson]

Hi Bill,

I have installed QT5 on the Mac, and on the RPi. I have installed 
libqt5multimedia5-plugins and libqt5multimedia5 on the Pi.

I am stymied at this point. The error says to add the installation prefix of 
"QT5Multimedia" to CMAKE_PREFIX_PATH. I've  tried that - but I'm not sure that 
I'm getting the correct QT5Multimedia prefix. How do I find that?

Pascal AC7N

Bill Somerville wrote:
> On 06/07/2017 00:04, Pascal Nelson wrote:
> > Hello all. Help would be appreciated. I am trying to compile WSJT-X 
> > 1.7.0 on both Pi and Mac. I am getting this error message, but I can't 
> > seem to find a workable solution. Any ideas?
> >
> > CMake Error at CMakeLists.txt:749 (find_package):
> >   By not providing "FindQt5Multimedia.cmake" in CMAKE_MODULE_PATH this
> >   project has asked CMake to find a package configuration file provided by
> >   "Qt5Multimedia", but CMake did not find one.
> >
> >   Could not find a package configuration file provided by "Qt5Multimedia"
> >   (requested version 5) with any of the following names:
> >
> > Qt5MultimediaConfig.cmake
> > qt5multimedia-config.cmake
> >
> >   Add the installation prefix of "Qt5Multimedia" to CMAKE_PREFIX_PATH 
> > or set
> >   "Qt5Multimedia_DIR" to a directory containing one of the above 
> > files.  If
> >   "Qt5Multimedia" provides a separate development package or SDK, be 
> > sure it
> >   has been installed.
> >
> >
> > Aloha,
> >
> > Pascal AC7N
> Hi Pascal,
> if you are getting that error on Mac OS X then I suspect you have not 
> installed Qt.
> On the Raspberry Pi you probably need to install some more Qt packages. 
> Start with libqt5multimedia5-plugins and libqt5multimedia5
> 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

Re: [wsjt-devel] FT8: CW ID not a good idea

[Bill Somerville]

On 05/07/2017 23:49, Joe Taylor wrote:

Hi all,

If you knew you had to send an ID with a packet, could you not reduce 
the amplitude of the whole data packet by a db or so and re-allocate 
that power to the CW ID? It certainly doesn't have to be loud, much 
like repeaters do id-under-voice. That way the FT8 signal taken by 
itself would still be constant envelope, and the CW id could be sent 
way down at FDial+100Hz. If the OOK nature of CW is the issue, you 
could always treat it as FSK using 1 Hz and 100Hz. The 1Hz component 
would get chopped out in the radio, leaving the ID and FT8 signal.


Such a scheme would NOT produce a constant envelope signal. Sending 
the CW ID at a frequency offset by 100 Hz, or using FSK for the CW, 
would make the signal much wider than an FT8 signal.



the classification of the speed of sending morse is weird anyway.
definition of a word  definition of a character 


Morse code speeds are conventionally defined in a very precise way. 
See, for example, http://www.kent-engineers.com/codespeed.htm .


The width of the main spectral lobe of a CW signal in Hz is roughly 
equal to the speed in WPM.  Fairly strong secondary lobes occur at 
multiples of this number.  Sending the CW ID at (say) 100 WPM, in 
order to squeze it into a 15 s Tx interval, would make the CW ID much 
wider than an FT8 signal.


Most likely we will implement CW ID as a separate, dedicated 
transmission when the T/R sequence length is less than 30 s.


NB: Since June 15, 1983 FCC does NOT require US amateurs to use a CWID 
with data modes.


-- 73, Joe, K1JT


Hi Joe & all,

there will certainly be some countries where a periodic CW id is 
required. As has been discussed off this list two possible options are 
to have a manual CW id button or to send the CW id in some future T/R 
period.


For the former we still have an issue in that we do not really want to 
have stations sending on/off keyed CW transmissions while others are 
sending messages. That might be mitigated by using FSK CW with a width 
similar to the primary mode i.e. FT8. the keying rate would still have 
to be slow enough as to not consume excess bandwidth. This is assuming 
that F1B modulated CW with a shift of around 50Hz is acceptable as a CW id.


The latter would have similar issues but sending the id at the start of 
the next transmit period would probably be the least disruptive, it 
could be inserted either stand alone if no message is to be sent or in 
place of the first few seconds of a transmit message. The remaining 
transmit message would have some small chance or being decoded if the CW 
id was less than 5s long.


Either form of deferred CW id should perhaps lock out any frequency 
changes of dial frequency or Tx audio offset so as not to "detach" the 
CW id for anyone wishing to identify the sending station.


Another issue is that a station replying to a CQ call should not send a 
deferred CW id as it will become QRM to the station running the 
frequency. In fact it is hard to see how a station that is not running a 
frequency can send a CW id at any meaningful time.


These are all tricky issues to resolve.

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

Re: [wsjt-devel] FT8: CW ID not a good idea

[David Tiller]

Joe and Richard,

I see where the confusion is coming from. I meant to say that one could send 
the CW id across a whole 15 sec data 'over', NOT alongside each data packet 
burst. Sorry about the confusion.

The word "PARIS" is considered a standard CW 'word', and consists of 52 dit 
times, if my numbers are right. The speed limit for automatic ID (according to 
97.119(b)(1)) is 20 WPM, so that means the limit is approximately 52 * 20 dit 
times/minute, or 52 * 5 = 260 dit times in 15 secs. That's just short of 5 
'PARIS' words, due to the inter-word gaps. 

The longest Morse letters are J, Q, and Y - they each have 3 dahs and 1 dit, 
taking up 13 dit times each. Zero is the longest number with 27 dit times. A 
call with two digits and 4 letters can be at most 118 dit times long, which 
leaves plenty of room for a '/' and a suffix. 

At 20 WPM, as Joe said, that would create a CW id approximately 20 Hz wide. 

As Joe also said, Part 97.119(a)(4) also seems to indicate that data 
transmissions can be identified in the 'specifed code' as long as it's 
published (see 97.309(a)(4)), so there is not real need for the CW id, but it 
is nice to have since it's offered in the other modes.


97.119   Station identification.

(a) Each amateur station, except a space station or telecommand station, must 
transmit its assigned call sign on its transmitting channel at the end of each 
communication, and at least every 10 minutes during a communication, for the 
purpose of clearly making the source of the transmissions from the station 
known to those receiving the transmissions. No station may transmit 
unidentified communications or signals, or transmit as the station call sign, 
any call sign not authorized to the station.

(b) The call sign must be transmitted with an emission authorized for the 
transmitting channel in one of the following ways:

(1) By a CW emission. When keyed by an automatic device used only for 
identification, the speed must not exceed 20 words per minute;

...

(4) By an image emission conforming to the applicable transmission standards, 
either color or monochrome, of §73.682(a) of the FCC Rules when all or part of 
the communications are transmitted in the same image emission

...

97.309   RTTY and data emission codes.

(a) Where authorized by §§97.305(c) and 97.307(f) of the part, an amateur 
station may transmit a RTTY or data emission using the following specified 
digital codes:

...

(4) An amateur station transmitting a RTTY or data emission using a digital 
code specified in this paragraph may use any technique whose technical 
characteristics have been documented publicly, such as CLOVER, G-TOR, or 
PacTOR, for the purpose of facilitating communications.


--
David Tiller
Sr. Architect/Lead Consultant | CapTech
(804) 304-0638 | dtil...@captechconsulting.com



On Jul 5, 2017, at 6:49 PM, Joe Taylor  wrote:

> Hi all,
> 
>> If you knew you had to send an ID with a packet, could you not reduce the 
>> amplitude of the whole data packet by a db or so and re-allocate that power 
>> to the CW ID? It certainly doesn't have to be loud, much like repeaters do 
>> id-under-voice. That way the FT8 signal taken by itself would still be 
>> constant envelope, and the CW id could be sent way down at FDial+100Hz. If 
>> the OOK nature of CW is the issue, you could always treat it as FSK using 1 
>> Hz and 100Hz. The 1Hz component would get chopped out in the radio, leaving 
>> the ID and FT8 signal.
> 
> Such a scheme would NOT produce a constant envelope signal.  Sending the CW 
> ID at a frequency offset by 100 Hz, or using FSK for the CW, would make the 
> signal much wider than an FT8 signal.
> 
>> the classification of the speed of sending morse is weird anyway.
>> definition of a word  definition of a character 
> 
> Morse code speeds are conventionally defined in a very precise way. See, for 
> example, http://www.kent-engineers.com/codespeed.htm .
> 
> The width of the main spectral lobe of a CW signal in Hz is roughly equal to 
> the speed in WPM.  Fairly strong secondary lobes occur at multiples of this 
> number.  Sending the CW ID at (say) 100 WPM, in order to squeze it into a 15 
> s Tx interval, would make the CW ID much wider than an FT8 signal.
> 
> Most likely we will implement CW ID as a separate, dedicated transmission 
> when the T/R sequence length is less than 30 s.
> 
> NB: Since June 15, 1983 FCC does NOT require US amateurs to use a CWID with 
> data modes.
> 
>   -- 73, Joe, K1JT
> 
> --
> 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] Trouble compiling wsjt-x 1.7.0 on Pi and Mac

[Bill Somerville]

On 06/07/2017 00:04, Pascal Nelson wrote:
Hello all. Help would be appreciated. I am trying to compile WSJT-X 
1.7.0 on both Pi and Mac. I am getting this error message, but I can't 
seem to find a workable solution. Any ideas?


CMake Error at CMakeLists.txt:749 (find_package):
  By not providing "FindQt5Multimedia.cmake" in CMAKE_MODULE_PATH this
  project has asked CMake to find a package configuration file provided by
  "Qt5Multimedia", but CMake did not find one.

  Could not find a package configuration file provided by "Qt5Multimedia"
  (requested version 5) with any of the following names:

Qt5MultimediaConfig.cmake
qt5multimedia-config.cmake

  Add the installation prefix of "Qt5Multimedia" to CMAKE_PREFIX_PATH 
or set
  "Qt5Multimedia_DIR" to a directory containing one of the above 
files.  If
  "Qt5Multimedia" provides a separate development package or SDK, be 
sure it

  has been installed.


Aloha,

Pascal AC7N


Hi Pascal,

if you are getting that error on Mac OS X then I suspect you have not 
installed Qt.


On the Raspberry Pi you probably need to install some more Qt packages. 
Start with libqt5multimedia5-plugins and libqt5multimedia5


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

Re: [wsjt-devel] FT8: CW ID not a good idea

[Dave Clouser]

It won't be required (cw ID) once the software is released to the 
public.  At least in USA as far as FCC is concerned, no?


I never is the cw ID


On 7/5/2017 6:22 PM, Richard Bown wrote:

Hi
I'm a bit confused with pandanticity of the CW ident.
the classification of the speed of sending morse is weird anyway.
definition of a word  definition of a character 
Why not just take the longest word in the dictionary , multiply that by 20, and 
count up all the
letters, I guess someone will want to take the mean average of between an E and 
probably a J
so with that you can wind the wick up until you you can send all the characters 
in your callsign in
a couple of seconds.
If its going to be read by any gov agency it will be machine read anyway
antidisestablishmentarianism , that was the longest when I was at school
73


On Wed, 5 Jul 2017 21:46:16 +
David Tiller  wrote:


If you knew you had to send an ID with a packet, could you not reduce the 
amplitude of the whole
data packet by a db or so and re-allocate that power to the CW ID? It certainly 
doesn't have to
be loud, much like repeaters do id-under-voice. That way the FT8 signal taken 
by itself would
still be constant envelope, and the CW id could be sent way down at 
FDial+100Hz. If the OOK
nature of CW is the issue, you could always treat it as FSK using 1 Hz and 
100Hz. The 1Hz
component would get chopped out in the radio, leaving the ID and FT8 signal.


--
David Tiller
Sr. Architect/Lead Consultant | CapTech
(804) 304-0638 | dtil...@captechconsulting.com



On Jul 5, 2017, at 5:29 PM, Richard Lamont  wrote:


On 05/07/17 22:10, David Tiller wrote:
   

Any chance of having the CW id run concurrently with a data packet, perhaps at 
fDial + 100 Hz
or so? It'd meet the id requirement without interfering with QSOs.

Doing it concurrently wouldn't be compatible with FT8 being a 'constant
envelope' mode.

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


--
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] Trouble compiling wsjt-x 1.7.0 on Pi and Mac

[Pascal Nelson]

Hello all. Help would be appreciated. I am trying to compile WSJT-X 1.7.0
on both Pi and Mac. I am getting this error message, but I can't seem to
find a workable solution. Any ideas?

CMake Error at CMakeLists.txt:749 (find_package):
  By not providing "FindQt5Multimedia.cmake" in CMAKE_MODULE_PATH this
  project has asked CMake to find a package configuration file provided by
  "Qt5Multimedia", but CMake did not find one.

  Could not find a package configuration file provided by "Qt5Multimedia"
  (requested version 5) with any of the following names:

Qt5MultimediaConfig.cmake
qt5multimedia-config.cmake

  Add the installation prefix of "Qt5Multimedia" to CMAKE_PREFIX_PATH or set
  "Qt5Multimedia_DIR" to a directory containing one of the above files.  If
  "Qt5Multimedia" provides a separate development package or SDK, be sure it
  has been installed.


Aloha,

Pascal AC7N
--
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: CW ID not a good idea

[Richard Lamont]

On 05/07/17 22:46, David Tiller wrote:

> If you knew you had to send an ID with a packet, could you not reduce the 
> amplitude of the whole data packet by a db or so and re-allocate that power 
> to the CW ID? It certainly doesn't have to be loud, much like repeaters do 
> id-under-voice. That way the FT8 signal taken by itself would still be 
> constant envelope, and the CW id could be sent way down at FDial+100Hz. If 
> the OOK nature of CW is the issue, you could always treat it as FSK using 1 
> Hz and 100Hz. The 1Hz component would get chopped out in the radio, leaving 
> the ID and FT8 signal.

I can see a number of potential pitfalls.

First, because there are two tones present, there will be
intermodulation products between them. These will undoubtedly raise the
noise floor. With an average rig we could expect to see 3rd order IPs in
the ballpark of 20-25 dB below each tone. That's quite serious.

Second, because the sum of the two tones is not constant envelope, it's
going to really confuse the issue with levels and power.

Third, if you reduce the data by 1 dB and reallocate the power then the
CW ID will be 19 dB down on the FT8 alone. Is that enough?

Fourth, if everyone is IDing on Fdial+100Hz, how does anyone listening
know which CW ID belongs with which FT8 packet?

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

[wsjt-devel] Ability to Log Missed QSO

[Tim Carlson]

Hi All,

Today I’ve been using r7782 on OS X 10.11.6 to make a few FT8 QSOs.  After one 
QSO completed, I unknowingly buried the log window by switching to a different 
application right after the log window popped up.  When I went back to the main 
WSJT-X window, the log window was still buried so I didn’t confirm the QSO.

Then I made another QSO, and wondered why it didn’t prompt me to log when it 
completed.  Found the log window with  ~, and it was still prompting me 
to confirm the previous QSO (as I expected it should).  But now I don’t know 
how to log the last QSO.  A context menu or double-clicking the last “73” 
message might be nice to force it to bring up the log window for that last QSO. 
 Or could it simply open another log window, despite the previous one not being 
confirmed yet?  Or am I just missing a way to force a log confirmation window 
for a specific QSO?

I checked the wsjtx_log.adi and wsjtx.log files to confirm that they don’t 
contain the second QSO (that I was not prompted to log).  ALL.TXT has 
everything, of course, but not in a nice adi format.

Thanks!

-Tim Carlson (KD0GYG)



--
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: CW ID not a good idea

[Joe Taylor]

Hi all,


If you knew you had to send an ID with a packet, could you not reduce the 
amplitude of the whole data packet by a db or so and re-allocate that power to 
the CW ID? It certainly doesn't have to be loud, much like repeaters do 
id-under-voice. That way the FT8 signal taken by itself would still be constant 
envelope, and the CW id could be sent way down at FDial+100Hz. If the OOK 
nature of CW is the issue, you could always treat it as FSK using 1 Hz and 
100Hz. The 1Hz component would get chopped out in the radio, leaving the ID and 
FT8 signal.


Such a scheme would NOT produce a constant envelope signal.  Sending the 
CW ID at a frequency offset by 100 Hz, or using FSK for the CW, would 
make the signal much wider than an FT8 signal.



the classification of the speed of sending morse is weird anyway.
definition of a word  definition of a character 


Morse code speeds are conventionally defined in a very precise way. 
See, for example, http://www.kent-engineers.com/codespeed.htm .


The width of the main spectral lobe of a CW signal in Hz is roughly 
equal to the speed in WPM.  Fairly strong secondary lobes occur at 
multiples of this number.  Sending the CW ID at (say) 100 WPM, in order 
to squeze it into a 15 s Tx interval, would make the CW ID much wider 
than an FT8 signal.


Most likely we will implement CW ID as a separate, dedicated 
transmission when the T/R sequence length is less than 30 s.


NB: Since June 15, 1983 FCC does NOT require US amateurs to use a CWID 
with data modes.


-- 73, Joe, K1JT

--
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: CW ID not a good idea

[Richard Bown]

Hi
I'm a bit confused with pandanticity of the CW ident.
the classification of the speed of sending morse is weird anyway.
definition of a word  definition of a character 
Why not just take the longest word in the dictionary , multiply that by 20, and 
count up all the
letters, I guess someone will want to take the mean average of between an E and 
probably a J
so with that you can wind the wick up until you you can send all the characters 
in your callsign in
a couple of seconds.
If its going to be read by any gov agency it will be machine read anyway
antidisestablishmentarianism , that was the longest when I was at school
73


On Wed, 5 Jul 2017 21:46:16 +
David Tiller  wrote:

> If you knew you had to send an ID with a packet, could you not reduce the 
> amplitude of the whole
> data packet by a db or so and re-allocate that power to the CW ID? It 
> certainly doesn't have to
> be loud, much like repeaters do id-under-voice. That way the FT8 signal taken 
> by itself would
> still be constant envelope, and the CW id could be sent way down at 
> FDial+100Hz. If the OOK
> nature of CW is the issue, you could always treat it as FSK using 1 Hz and 
> 100Hz. The 1Hz
> component would get chopped out in the radio, leaving the ID and FT8 signal.
> 
> 
> --
> David Tiller
> Sr. Architect/Lead Consultant | CapTech
> (804) 304-0638 | dtil...@captechconsulting.com
> 
> 
> 
> On Jul 5, 2017, at 5:29 PM, Richard Lamont  wrote:
> 
> > On 05/07/17 22:10, David Tiller wrote:
> >   
> >> Any chance of having the CW id run concurrently with a data packet, 
> >> perhaps at fDial + 100 Hz
> >> or so? It'd meet the id requirement without interfering with QSOs.  
> > 
> > Doing it concurrently wouldn't be compatible with FT8 being a 'constant
> > envelope' mode.
> > 
> > 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  
> 
> 
> --
> 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



-- 
-- 
Best wishes /73 
Richard Bown

Email : rich...@g8jvm.com
HTTP  :  http://www.g8jvm.com
nil carborundum a illegitemis
##
Ham Call: G8JVM . QRV: 50-432 MHz + Microwave 23 cms 140W, 13 cms 100W & 3cms 5W
Maidenhead QRA: IO82SP38, LAT. 52 39.720' N LONG. 2 28.171 W
QRV VHF 6mtrs 200W, 4 mtrs 150W, 2mtrs 400W, 70cms 200W
OS: Linux Mint 18.1  x86_64 on a Dell Inspiron N5030 laptop
##
 


--
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: CW ID not a good idea

[David Tiller]

If you knew you had to send an ID with a packet, could you not reduce the 
amplitude of the whole data packet by a db or so and re-allocate that power to 
the CW ID? It certainly doesn't have to be loud, much like repeaters do 
id-under-voice. That way the FT8 signal taken by itself would still be constant 
envelope, and the CW id could be sent way down at FDial+100Hz. If the OOK 
nature of CW is the issue, you could always treat it as FSK using 1 Hz and 
100Hz. The 1Hz component would get chopped out in the radio, leaving the ID and 
FT8 signal.


--
David Tiller
Sr. Architect/Lead Consultant | CapTech
(804) 304-0638 | dtil...@captechconsulting.com



On Jul 5, 2017, at 5:29 PM, Richard Lamont  wrote:

> On 05/07/17 22:10, David Tiller wrote:
> 
>> Any chance of having the CW id run concurrently with a data packet, perhaps 
>> at fDial + 100 Hz or so? It'd meet the id requirement without interfering 
>> with QSOs.
> 
> Doing it concurrently wouldn't be compatible with FT8 being a 'constant
> envelope' mode.
> 
> 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


--
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: CW ID not a good idea

[Bill Somerville]

Hi David,

I believe that would generate some nasty side effects.

73
Bill
G4WJS.

On 05/07/2017 22:10, David Tiller wrote:

Any chance of having the CW id run concurrently with a data packet, perhaps at 
fDial + 100 Hz or so? It'd meet the id requirement without interfering with 
QSOs.


On Jul 5, 2017, at 14:42, Gary McDuffie  wrote:



On Jul 4, 2017, at 12:56 PM, Steve Huston  wrote:

I did notice that having "CW ID after 73" turned on didn't work well
in that mode - I would get W2 out before it would change to the next
part of the sequence and stop.  I unchecked it for now.

Since it takes 13.4 something seconds just to send the data package out one 
time, that only leaves about 1.5 seconds for your ID, not including turnover 
time.  Just turn it off.  If the period were extended to finish the ID, you 
would not decode the other station on the next turnover because you would miss 
quite a bit of the early part of the data from him.

At least that is my understanding of the facts.  Someone please correct me if 
I’m wrong.  New to the group.

Gary-AG0N



--
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: CW ID not a good idea

[Richard Lamont]

On 05/07/17 22:10, David Tiller wrote:

> Any chance of having the CW id run concurrently with a data packet, perhaps 
> at fDial + 100 Hz or so? It'd meet the id requirement without interfering 
> with QSOs.

Doing it concurrently wouldn't be compatible with FT8 being a 'constant
envelope' mode.

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] FT8: CW ID not a good idea

[David Tiller]

Any chance of having the CW id run concurrently with a data packet, perhaps at 
fDial + 100 Hz or so? It'd meet the id requirement without interfering with 
QSOs. 

> On Jul 5, 2017, at 14:42, Gary McDuffie  wrote:
> 
> 
>> On Jul 4, 2017, at 12:56 PM, Steve Huston  wrote:
>> 
>> I did notice that having "CW ID after 73" turned on didn't work well
>> in that mode - I would get W2 out before it would change to the next
>> part of the sequence and stop.  I unchecked it for now.
> 
> Since it takes 13.4 something seconds just to send the data package out one 
> time, that only leaves about 1.5 seconds for your ID, not including turnover 
> time.  Just turn it off.  If the period were extended to finish the ID, you 
> would not decode the other station on the next turnover because you would 
> miss quite a bit of the early part of the data from him.
> 
> At least that is my understanding of the facts.  Someone please correct me if 
> I’m wrong.  New to the group.
> 
> Gary-AG0N
> --
> 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] Small code misunderstanding

[Alessandro Gorobey via wsjt-devel]

Hi All,

searching for incorrect psk reporter frequency report (no audio offset) 
I see the code in decodedtext.h and decodedtext.cpp.


fixed position parameters are used, so in FT8 seems wrong results.

Line 2768 in r7782 of mainwindow.cpp
  int audioFrequency = decodedtext.frequencyOffset();
  int snr = decodedtext.snr();
  Frequency frequency = m_freqNominal + audioFrequency;

decoded in JT65:
1627 -21  0.1 1589 #  IW3RAB G0JEI -11
decoded in FT8
150215 -16 -0.0 1869 ~  IW3RAB IV3KAS 73

So, as is calculated audioFrequency ?

Thanks

--
73
Sandro
IW3RAB

--
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: CW ID not a good idea

[Gary McDuffie]

> On Jul 4, 2017, at 12:56 PM, Steve Huston  wrote:
> 
> I did notice that having "CW ID after 73" turned on didn't work well
> in that mode - I would get W2 out before it would change to the next
> part of the sequence and stop.  I unchecked it for now.

Since it takes 13.4 something seconds just to send the data package out one 
time, that only leaves about 1.5 seconds for your ID, not including turnover 
time.  Just turn it off.  If the period were extended to finish the ID, you 
would not decode the other station on the next turnover because you would miss 
quite a bit of the early part of the data from him.

At least that is my understanding of the facts.  Someone please correct me if 
I’m wrong.  New to the group.

Gary-AG0N
--
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 wonder if the problem is in 

void MainWindow::set_dateTimeQSO(int m_ntx)

where m_dateTimeQSOOn is calculated by assuming that TX periods are in minutes 
and not 15 secs in the case of FT8.  It seems to me that a new method has to be 
needed to calculate TimeQSOOn for FT8

— 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,

You wrote:


If you can confirm TX 6 is set during auto-seq try this change in mainwindow.cpp


void MainWindow::on_txb6_clicked()//txb6
{
  m_ntx=6;
  ui->txrb6->setChecked(true);
  if (m_transmitting) m_restart=true;
  if (ui->txrb6->text().contains("CQ") && !ui->cbAutoSeq->isChecked ()) 
set_dateTimeQSO(-1);
  //if (ui->txrb6->text().contains("CQ")) set_dateTimeQSO(-1);
}
—

I misread your email, especially the question.

The start=stop time problem is shown at TX = 5 which is when the QSO Log  
window pops up and the times are shown.After the log window is closed then 
the seq moves to TX = 6.  So the code snippet will not do anything useful (it 
seems to me) with regard to the start=stop time problem since the QSO Log is 
already written.

— 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] Need help building

[Bill Somerville]

On 04/07/2017 23:03, signalhz signalhz wrote:
I went through the steps but when I got to JTSDK-QT I can't get it to 
build wsjtx 1.7.1 with the new mode. Also I don't see the other 
programs after building them ie WSJT and WSJT10. I see their folders 
but there's no icon to click on for either of them to run the 
programs. What have I done wrong?  Be easy on me I am very in 
experienced building /first time 


Hi Eddy,

WSJT-X builds are in stages, just build, build and install locally, 
build and make a package installer. If you want a desktop icon then you 
must build the package installer and install it. If you only do the 
local install then you can run the application from the command line:


\bin\wsjtx

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

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

[Bill Somerville]

On 05/07/2017 12:25, Neil Zampella wrote:

Bill ... thanks for your pointers.

However, think about this for the future. If I switch to a new 
configuration that is using a different mode, I shouldn't need to have 
a setting checked for the configuration to reset the frequency to the 
mode frequency as setup in the frequency table.  I may not want to 
switch to the last frequency I was using, as it may have been on 
another band.  If all I want to do is change from fast JT9E mode 
on 6M to FT8 mode;  I shouldn't have to worry that if I switch to that 
FT8 mode its going to change bands to 20M if that was the last 
frequency used which could cause an issue as I may be on a different 
antenna or amplifier for 6M.  The program should be able to verify 
the mode and change to the proper area of the band even though the 
'return to freq' box is NOT checked.


Does that make sense. 


Hi Neil,

there are users that do not want WSJT-X to grab the rig and change 
frequency just because they have started the application, for example 
they may be mid-QSO on a different band. The settings options allow 
users to decide what happens when WSJT-X starts. Note that switching 
configurations is exactly the same as starting WSJT-X, no information is 
carried over from the last configuration.


If you want to be in control of the rig frequency and when it changes 
then set WSJT-X not to do it automatically on start up and either engage 
"Monitor" yourself when you want WSJT-X to set the rig or use the band 
drop down to get he rig set up for the band you wish to work on.


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

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

[Neil Zampella]

On 7/4/2017 10:56 PM, Dan Malcolm wrote:

Neil,
It works for me with Configurations name "FT8 Config" & "JT65-JT9 Config".
Not sure why a renaming would make it work.  All I know is it works for me @
r7782.

Dan - K4SHQ

-Original Message-
From: Neil Zampella [mailto:ne...@techie.com]
Sent: Tuesday, July 04, 2017 4:08 PM
To: WSJT software development 
Subject: Re: [wsjt-devel] Frequency doesn't shift when changing
configurations

Urp .. sent this reply directly to Bill .. so I'm including that here, along
with this update below:


On 7/4/2017 4:16 PM, Neil Zampella wrote:

On 7/4/2017 2:07 PM, Bill Somerville wrote:

On 04/07/2017 18:52, Neil Zampella wrote:

OK ..  Scenario I often use is this;  I'm monitoring JT65/JT9 on
20M, I want to switch over to FT8 to see what is happening so I
change config.   I'm thinking that the program on restart should
check the band and/or mode to verify the freq setting.

OK .. just tested this:   in my FT8 configuration, I check the
setting for 'last used freq',  then switched to my JT65/JT9 config
and did the same.

I then switched the config back to my FT8 settings, then selected
40M.  OK -  freq is at 7.079.   I switch to JT65/JT9 config, the
freq doesn't change it stays on 7.079, doesn't change until I
re-select the band, or re-select the mode. So I'm at the jt65/jt9
freq of 7.076, I switch back to FT8, the freq changes to 7.079 as it
should.   So the freq isn't changing when I go back to the jt65/jt9
config.


Hi Neil,

I know you want to stick with Commander and I do have sympathy with
you on that, I use DX Lab Suite myself and I have foregone Commander
when using the fast modes and FT8.

Can you try, just for a test, changing your configurations to use
direct rig control and see if the problem still happens. You will
have to close Commander before starting WSJT-X.

73
Bill
G4WJS.




Hi Bill,

OK I switched from Commander to the K3/KX3 settings in WSJT-X on both
configurations, closing the program in the FT8 configuration.I
reopen the program, it starts in 20M at the FT8 freq.   I move to 40M,
it changes properly, I then switch to the default (JT65/JT9) config,
and the frequency does not change from the FT8 frequency.I have to
select 40M in order to get the 7.076 freq for jt65/jt9.

Does this help?

Neil, KN3ILZ

Did a build to bring my program up to r7782, works the same. Switch
config to the FT8 one, changes the freq.   Switch back to the default
(JT65/JT9) configuration, no change in frequency.As I mentioned
before, it appears that on the switch from the default to the saved
config for FT8, the system verifies the mode and makes the change.
Going back to the default it doesn't.

I can live with it, but should it do that ??

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




Hi Dan,

I went back over all the settings, and decided to make a separate 
configuration rather than use the default.Cloned a new version, 
checked all the proper settings, and its working now switching the 
settings to the proper frequency.  Not sure what was with that 
'default' config, but thanks for that tip.


Bill ... thanks for your pointers.

However, think about this for the future. If I switch to a new 
configuration that is using a different mode, I shouldn't need to have a 
setting checked for the configuration to reset the frequency to the mode 
frequency as setup in the frequency table.  I may not want to switch 
to the last frequency I was using, as it may have been on another 
band.  If all I want to do is change from fast JT9E mode on 6M to 
FT8 mode;  I shouldn't have to worry that if I switch to that FT8 mode 
its going to change bands to 20M if that was the last frequency used 
which could cause an issue as I may be on a different antenna or 
amplifier for 6M.  The program should be able to verify the mode and 
change to the proper area of the band even though the 'return to freq' 
box is NOT checked.


Does that make sense.

Thanks for all the great work, and the KX3 radio setting does work great 
for CAT & PTT control.


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] Simulating QSO progress

[charlie]

Thanks, Bill

This should work for me fine.

73

Charlie

> On 05/07/2017 09:40, Charles Suckling wrote:
>> To test out autosequencing, is is possible to play back wave files
>> with different types of message,  as would be the case as a QSO
>> progresses?
>
> Hi Charlie,
>
> yes it is although I use a different method.
>
> If your sound card drivers provide a "Stereo Mix" device (usually it is
> disabled and you have to enable it) that can be used to make a back to
> back digital audio connection between two or more test instances of
> WSJT-X that can then converse with each other.
>
> If your sound card drivers do not support a loopback device then there
> are a few third party products that do a similar job except that they
> make specific connections. There are a couple of free ones, both are a
> bit buggy and only support a limited number of connections in their free
> form but they are usable. Do not write off commercial ones that add a
> voice or noise to their audio rendering in their free demo incarnations
> as WSJT-X is used to decoding noisy signals ;)
>
> 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
>



--
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] Patch files for Windows

[Charles Suckling]

Hi Bill

 

Thanks for your help.

 

I am trying a few things out locally and may make some proposals to the
development team in due course if they work.

 

73

 

Charlie

 

 

 

  _  

From: Bill Somerville [mailto:g4...@classdesign.com] 
Sent: 05 July 2017 10:44
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] Patch files for Windows

 

On 05/07/2017 09:37, Charles Suckling wrote:

Just wondering what folks use to generate patch files, recommendations etc.

 

I've downloaded Winmerge but not yet installed or tried it.

 

73

 

Charlie

Hi Charlie,

patches have many uses, do you mean proposing changes to the development
team or applying patches from others?

The tools used are almost always the command line ones. Source control
systems normally have their own versions. The main tools are `diff` and
`patch`. Universal diff format is usually best if there is an option.

The `diff` tool and SCS equivalents (`svn diff`, `git diif`, etc.) allow
patches to be created.

The `patch` tool and SCS eqivalents (`git apply` etc.) allow patches to be
applied and reverted (-R). The `patch` tool has a command option to ignore a
given number of directory levels from the files to patch paths in the diff
file, learning how this works is essential. Also `patch` is a Unix style
filter application and it takes input from the standard input stream so you
might use it like:

svn diff >~/my-patch.diff  # record all the current differences from the
repository

cd 

patch -p0 <~/my-patch.diff

If you later wish to revert the patch then you can do:

patch -Rp0 <~/my-patch.diff

On Windows these tools are available in an MSys command line environment,
for example the one provided by MinGW which in turn is part of the Qt
installation.

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

Re: [wsjt-devel] Simulating QSO progress

[Bill Somerville]

On 05/07/2017 09:40, Charles Suckling wrote:
To test out autosequencing, is is possible to play back wave files 
with different types of message,  as would be the case as a QSO 
progresses?


Hi Charlie,

yes it is although I use a different method.

If your sound card drivers provide a "Stereo Mix" device (usually it is 
disabled and you have to enable it) that can be used to make a back to 
back digital audio connection between two or more test instances of 
WSJT-X that can then converse with each other.


If your sound card drivers do not support a loopback device then there 
are a few third party products that do a similar job except that they 
make specific connections. There are a couple of free ones, both are a 
bit buggy and only support a limited number of connections in their free 
form but they are usable. Do not write off commercial ones that add a 
voice or noise to their audio rendering in their free demo incarnations 
as WSJT-X is used to decoding noisy signals ;)


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

Re: [wsjt-devel] Patch files for Windows

[Bill Somerville]

On 05/07/2017 09:37, Charles Suckling wrote:


Just wondering what folks use to generate patch files, recommendations 
etc.


I’ve downloaded Winmerge but not yet installed or tried it.

73

Charlie


Hi Charlie,

patches have many uses, do you mean proposing changes to the development 
team or applying patches from others?


The tools used are almost always the command line ones. Source control 
systems normally have their own versions. The main tools are `diff` and 
`patch`. Universal diff format is usually best if there is an option.


The `diff` tool and SCS equivalents (`svn diff`, `git diif`, etc.) allow 
patches to be created.


The `patch` tool and SCS eqivalents (`git apply` etc.) allow patches to 
be applied and reverted (-R). The `patch` tool has a command option to 
ignore a given number of directory levels from the files to patch paths 
in the diff file, learning how this works is essential. Also `patch` is 
a Unix style filter application and it takes input from the standard 
input stream so you might use it like:


svn diff >~/my-patch.diff  # record all the current differences from the 
repository


cd 

patch -p0 <~/my-patch.diff

If you later wish to revert the patch then you can do:

patch -Rp0 <~/my-patch.diff

On Windows these tools are available in an MSys command line 
environment, for example the one provided by MinGW which in turn is part 
of the Qt installation.


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] Simulating QSO progress

[Charles Suckling]

To test out autosequencing, is is possible to play back wave files with
different types of message,  as would be the case as a QSO progresses?

 

73

 

Charlie

--
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] Patch files for Windows

[Charles Suckling]

Just wondering what folks use to generate patch files, recommendations etc.

 

I've downloaded Winmerge but not yet installed or tried it.

 

73

 

Charlie

--
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: CW ID not a good idea

[Steve Huston]

Just built and tested r7782, and man FT8 is fast paced.  I like it!

I did notice that having "CW ID after 73" turned on didn't work well
in that mode - I would get W2 out before it would change to the next
part of the sequence and stop.  I unchecked it for now.

-- 
Steve Huston - W2SRH - Unix Sysadmin, PICSciE/CSES & Astrophysical Sci
  Princeton University  |ICBM Address: 40.346344   -74.652242
345 Lewis Library   |"On my ship, the Rocinante, wheeling through
  Princeton, NJ   08544 | the galaxies; headed for the heart of Cygnus,
(267) 793-0852  | headlong into mystery."  -Rush, 'Cygnus X-1'

--
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