Re: [wsjt-devel] On my wish list: Notification sounds.

[jarmo]

Sat, 8 Dec 2018 00:58:13 -0500
Neil Zampella  kirjoitti:

> 
> JT-Alert works, it runs in its own thread, and can properly access
> other output devices on your computer much easier.

Linux world, CQRLOG has CQ-monitor, where sound alarms
can be set for different things...

Jarmo


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

Re: [wsjt-devel] On my wish list: Notification sounds.

[Neil Zampella]

I would rather NOT have WSJT-X have to worry about trying to access 
ANOTHER audio interface considering the issues current users have trying 
to get the audio to connect properly.  Then trying to do that over three 
separate OS platorms.


JT-Alert works, it runs in its own thread, and can properly access other 
output devices on your computer much easier.


While the color coding was added for those users on platforms that do 
not have such a good alerting system, or can't add one due to processor 
limitations, I can't see adding sounds as being a worthwhile use of 
their time as there are alternatives for at least two of the platforms 
being used.


Neil, KN3ILZ


On 12/7/2018 11:22 AM, David Tiller wrote:


> And yes, I know that JTAlert can do it (I have earlier used this 
function with great success)



It's so successful that I hear "CQ" spoken over the air on non-phone 
freqs at least 5 different times a week. It gets very old hearing that 
for hours at a time.



If the devs do decide to add sounds, please let's make sure that the 
alert sound interface is __never__ the same as the radio sound interface.



--

*David Tiller | *Senior Manager
dtil...@captechconsulting.com
o 804.355.0511



 
 
 
 
 


*2018 Best Firms to Work For #2* in Information Technology




*From:* m...@oz5xn.dk 
*Sent:* Friday, December 7, 2018 9:51 AM
*To:* wsjt-devel@lists.sourceforge.net
*Subject:* [wsjt-devel] On my wish list: Notification sounds.

Am I really the only one there would love to have notification / alarm 
sounds? I really miss the possibility for a sound when own call sign 
is decoded. This is very useful when calling CQ with long time between 
responses. Another sound for any call decoded is useful e.g. when 
monitoring MSK 144 under low activity and poor conditions. Sounds 
could be a beep, ding or a user defined wav file.


And yes, I know that JTAlert can do it (I have earlier used this 
function with great success), but after the new great color markings 
for B4 etc. became included in WSJT-X, it’s not any longer necessary 
for me to use JTAlert (except for the sounds). I’m running remote 
controlled for most of the winter time and wish to minimize the remote 
set-up software. Please consider implementation of such a feature in a 
future version. Thanks for your efforts and fantastic work!


Vy 73 de 5P9R/OZ5XN, Allan




---
This email has been checked for viruses by AVG.
https://www.avg.com
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] 2.0 RC5

[WB5JJJ]

Still times where there are few users of v2.  But it's building by the
day.  Been on RC's since the start and I'm contacting more and more new
calls all the time.  Some times are better than others.  20m during  the
day, 40m evenings and 80m at night.  Even 160m occasionally when I can get
the antenna to tune.

There are tens of thousands on v1.9.1 or earlier and around 2,500 on v2.
Hopefully that will change after the Grid Chase is over the end of the
month and the full release version comes out on Monday.  Hang in there.

George

On Fri, Dec 7, 2018 at 7:22 PM Unni Tharakkal 
wrote:

> I tried different selections and procedures still I am not able to resolve
> my RX decoding on RC 5.00. Request help
> I synchronized the system clock also
> System is ACER with Win 10 and Dig. interface is a BY product Link 3.
> 1.9.1 version was working ok.
>
> VU2TE
> Unni
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>


-- 
George Cotton, WB5JJJ
PO Box 1025
Russellville, AR  72811

479.968.7737 Home
479.857.7737 Cell

DMR K5CS (Local Repeater) - 310515, CC1, TS2
DMR Arkansas - 3105

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

[wsjt-devel] 2.0 RC5

[Unni Tharakkal]

I tried different selections and procedures still I am not able to resolve
my RX decoding on RC 5.00. Request help
I synchronized the system clock also
System is ACER with Win 10 and Dig. interface is a BY product Link 3.
1.9.1 version was working ok.

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

Re: [wsjt-devel] On my wish list: Notification sounds.

[David Tiller]

> And yes, I know that JTAlert can do it (I have earlier used this function 
> with great success)


It's so successful that I hear "CQ" spoken over the air on non-phone freqs at 
least 5 different times a week. It gets very old hearing that for hours at a 
time.


If the devs do decide to add sounds, please let's make sure that the alert 
sound interface is __never__ the same as the radio sound interface.


--

David Tiller | Senior Manager
dtil...@captechconsulting.com
o 804.355.0511

[http://www.captechconsulting.com/siggen/logo.png]

[http://www.captechconsulting.com/siggen/Dkblue_Facebook.png]
 [http://www.captechconsulting.com/siggen/Dkblue_Twitter.png] 
  
[http://www.captechconsulting.com/siggen/Dkblue_LinkedIn.png] 
  
[http://www.captechconsulting.com/siggen/Dkblue_StackOverflow.png] 
  
[http://www.captechconsulting.com/siggen/Dkblue_YouTube.png] 
  
[http://www.captechconsulting.com/siggen/Dkblue_Instagram.png] 

2018 Best Firms to Work For #2 in Information Technology



From: m...@oz5xn.dk 
Sent: Friday, December 7, 2018 9:51 AM
To: wsjt-devel@lists.sourceforge.net
Subject: [wsjt-devel] On my wish list: Notification sounds.


Am I really the only one there would love to have notification / alarm sounds? 
I really miss the possibility for a sound when own call sign is decoded. This 
is very useful when calling CQ with long time between responses. Another sound 
for any call decoded is useful e.g. when monitoring MSK 144 under low activity 
and poor conditions. Sounds could be a beep, ding or a user defined wav file.

And yes, I know that JTAlert can do it (I have earlier used this function with 
great success), but after the new great color markings for B4 etc. became 
included in WSJT-X, it’s not any longer necessary for me to use JTAlert (except 
for the sounds). I’m running remote controlled for most of the winter time and 
wish to minimize the remote set-up software. Please consider implementation of 
such a feature in a future version. Thanks for your efforts and fantastic work!



Vy 73 de 5P9R/OZ5XN, Allan


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

[wsjt-devel] Hello

[John Laybourne]

Just seeing if my email is working to u

Get Outlook for Android

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

Re: [wsjt-devel] Notification sounds

[mail]

Hi Uwe,

Thanks. Nice to get some support here! J  A version2.1 or later would be
just fine. I don't think it's a big job to make that. In the simplest
version: If Call=red colour then play file. And for the other one: If any
decode then play file. And of course some programming must be done for
selection of files and audio drivers etc. But just a big wish from me. J

73 de 5P9R/OZ5XN,

Allan 

 

Fra: DG2YCB, Uwe [mailto:dg2...@gmx.de] 
Sendt: 7. december 2018 19:59
Til: al...@nelsson.net; 'WSJT software development'
Emne: [wsjt-devel] Notification sounds

 

Hi Allan,

 

I agree with you that it would be really nice, if the new highlighting
scheme one day also includes notification sounds. Would be a next logical
development step. However, I think for the time being we should focus first
on a successful change from 75 bit to 77 bit messages. Such a notification
sound scheme make only sense, when for every "all band" or "on band"
condition an individual sound could be selected, in addition to the f/g and
b/g colors. Really nice to have it, but surely a considerable amount of
programming work. Perhaps something for a 2.1 version of WSJT-X? I would
support that.

 

73 de DG2YCB,

Uwe



German Amateur Radio Station DG2YCB

Dr. Uwe Risse

eMail: dg2...@gmx.de

Info: www.qrz.com/db/DG2YCB

 

Von: m...@oz5xn.dk [mailto:m...@oz5xn.dk] 
Gesendet: Freitag, 7. Dezember 2018 15:52
An: wsjt-devel@lists.sourceforge.net
Betreff: [wsjt-devel] On my wish list: Notification sounds.

 

Am I really the only one there would love to have notification / alarm
sounds? I really miss the possibility for a sound when own call sign is
decoded. This is very useful when calling CQ with long time between
responses. Another sound for any call decoded is useful e.g. when monitoring
MSK 144 under low activity and poor conditions. Sounds could be a beep, ding
or a user defined wav file. 

And yes, I know that JTAlert can do it (I have earlier used this function
with great success), but after the new great color markings for B4 etc.
became included in WSJT-X, it's not any longer necessary for me to use
JTAlert (except for the sounds). I'm running remote controlled for most of
the winter time and wish to minimize the remote set-up software. Please
consider implementation of such a feature in a future version. Thanks for
your efforts and fantastic work!  

 

Vy 73 de 5P9R/OZ5XN, Allan

 

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

Re: [wsjt-devel] On my wish list: Notification sounds.

[mail]

David,

 

You have never heard me (and actually I have never heard others!). Of course
an alternative sound output should be used for that. It's in general always
a good idea to disable Windows system- and ALL other sounds when running
digital modes. Actually I can easily run WSJT-X and at the same time be on
Skype. I'm using the USB audio codec with my 7300 and Realtek for e.g. Skype
and JTAlert. Never had any problems. 

 

73, Allan



Fra: David Tiller [mailto:dtil...@captechconsulting.com] 
Sendt: 7. december 2018 17:22
Til: al...@nelsson.net; WSJT software development
Emne: Re: [wsjt-devel] On my wish list: Notification sounds.

 

> And yes, I know that JTAlert can do it (I have earlier used this function
with great success)

 

It's so successful that I hear "CQ" spoken over the air on non-phone freqs
at least 5 different times a week. It gets very old hearing that for hours
at a time. 

 

If the devs do decide to add sounds, please let's make sure that the alert
sound interface is __never__ the same as the radio sound interface.

 

--


David Tiller | Senior Manager


dtil...@captechconsulting.com


o 804.355.0511



  



 




 


2018 Best Firms to Work For #2 in Information Technology

 

  _  

From: m...@oz5xn.dk 
Sent: Friday, December 7, 2018 9:51 AM
To: wsjt-devel@lists.sourceforge.net
Subject: [wsjt-devel] On my wish list: Notification sounds. 

 

Am I really the only one there would love to have notification / alarm
sounds? I really miss the possibility for a sound when own call sign is
decoded. This is very useful when calling CQ with long time between
responses. Another sound for any call decoded is useful e.g. when monitoring
MSK 144 under low activity and poor conditions. Sounds could be a beep, ding
or a user defined wav file. 

And yes, I know that JTAlert can do it (I have earlier used this function
with great success), but after the new great color markings for B4 etc.
became included in WSJT-X, it's not any longer necessary for me to use
JTAlert (except for the sounds). I'm running remote controlled for most of
the winter time and wish to minimize the remote set-up software. Please
consider implementation of such a feature in a future version. Thanks for
your efforts and fantastic work!  

 

Vy 73 de 5P9R/OZ5XN, Allan

 

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

[wsjt-devel] Notification sounds

[DG2YCB, Uwe]

Hi Allan,

 

I agree with you that it would be really nice, if the new highlighting
scheme one day also includes notification sounds. Would be a next logical
development step. However, I think for the time being we should focus first
on a successful change from 75 bit to 77 bit messages. Such a notification
sound scheme make only sense, when for every "all band" or "on band"
condition an individual sound could be selected, in addition to the f/g and
b/g colors. Really nice to have it, but surely a considerable amount of
programming work. Perhaps something for a 2.1 version of WSJT-X? I would
support that.

 

73 de DG2YCB,

Uwe



German Amateur Radio Station DG2YCB

Dr. Uwe Risse

eMail: dg2...@gmx.de

Info: www.qrz.com/db/DG2YCB

 

Von: m...@oz5xn.dk [mailto:m...@oz5xn.dk] 
Gesendet: Freitag, 7. Dezember 2018 15:52
An: wsjt-devel@lists.sourceforge.net
Betreff: [wsjt-devel] On my wish list: Notification sounds.

 

Am I really the only one there would love to have notification / alarm
sounds? I really miss the possibility for a sound when own call sign is
decoded. This is very useful when calling CQ with long time between
responses. Another sound for any call decoded is useful e.g. when monitoring
MSK 144 under low activity and poor conditions. Sounds could be a beep, ding
or a user defined wav file. 

And yes, I know that JTAlert can do it (I have earlier used this function
with great success), but after the new great color markings for B4 etc.
became included in WSJT-X, it's not any longer necessary for me to use
JTAlert (except for the sounds). I'm running remote controlled for most of
the winter time and wish to minimize the remote set-up software. Please
consider implementation of such a feature in a future version. Thanks for
your efforts and fantastic work!  

 

Vy 73 de 5P9R/OZ5XN, Allan

 

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

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

[Stephen Ireland]

Bill,

I appreciate some of what is in this as between what you and Joe have presented 
here as it provides a base for me and many others to sift through to obtain 
some clarity.

My apologies if for whatever reason some posts ended up in wrong places. Due to 
disabilities I work primarily off email feeds.

My interest here, having disabilities myself, is to support other Amateurs that 
I and others work with in making this software accessible to their needs. 
Sometimes it requires customisation.

Many here are very competent; others vary in degrees. I have formerly been 
teaching this sort of stuff – based on systems programming - for over 30 years 
in both high and low level Academic and Technical Environments.

I had problems interpreting some responses. I was not alone, and some responses 
since my initial posts echo this observation.

The purpose here is that AR is for private learning and advancement – for 
helping others. HAM – Help All Mankind.

Please refer to the private email that I have sent as some of what is in this 
email is far from appropriate in an open developers’ forum – especially when AR 
needs to unify and rally around central leaders (as many here in this group 
are).

73 and thanks to you both so far, though further constructive comments and 
guidance would be appreciated.

Stephen Ireland
VK3VM / VK3SIR

Sent from Mail for Windows 10


From: Bill Somerville 
Sent: Saturday, December 8, 2018 3:32:30 AM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] Clear guidance - Development Environment

Stephen,

comments in line below.

On 07/12/2018 10:32, Stephen Ireland wrote:
Joe,

A couple of weeks back I put a post in here requesting details of how the 
environment for compiling and developing WSJT-X releases was constructed. I 
received responses that many have commented as being unhelpful and lacking 
guidance back.
Please remember WSJT-X is an open source project, requests for information 
about development tools are fine but demands will get little response. 
Collaboration in the Open Source community is largely based on contribution and 
individuals usually earn their status proving their interest and capabilities 
by making direct contributions. Even then the contributions must be in line 
with where the project leader(s) want to go, after all it is their project and 
they drive it forward, usually by giving huge amounts of their time and 
experience free of charge to the user community.

>From comments passing it appeared that Greg Beam’s brilliant JTSDK was not 
>being used as the central environ; with great difficulty I also gathered from 
>responses that base development is performed under Linux and that Windows 
>versions are cross-compiled from Linux. Likewise I drew conclusions that 
>development from XCode was based upon Linux-lines. Can this please be 
>confirmed?

While not detracting in any way from Greg's excellent work with the JT-SDK, it 
is a wrapper around the pre-existing tasks and tools that any competent 
developer would know how to do and acquire or at least be able to work out for 
themselves. The need for the JT-SDK comes from the large community of users who 
are not software developers but are keen to build the very latest development 
sources even before they are deemed ready for release by the core team. This 
fills a need but by no means is the best environment for a developer who is 
making changes to the source on a daily basis. The JT-SDK is largely biased 
towards building the sources without any changes with a single aim of producing 
an executable to go and try out on the bands. Apart from the fact that the 
JT-SDK is heavily MS Windows focused (yes I know it has a Linux variant, but 
more about building WSJT-X for Linux below), it is actually inconvenient for a 
developer who is working on multiple projects that share the same tool sets as 
those used by WSJT-X. Having the tools bundled up with a WSJT-X focus in not 
workable for a developer in such a position.

The bottom line is that the JT-SDK is a tool for end users that want to build 
WSJT-X from sources on Windows with an aim to run the product an with no 
intention of doing any development work on the project. I am sure one could use 
the JT-SDK as a developer but once the initial set up of a development machine 
is complete, the day to day tasks of software development are more easily done 
with the underlying tools that the project uses, e.g. CMake.

There has been a number of comments in separate posts eluding to this same 
request that I am making.
I haven't seen those, perhaps you are referring to posts where Linux users are 
trying to build from sources because the binary installer packages we provide 
are not suitable for their particular Linux distribution or versions. These 
cases are almost always due to some lack of knowledge of the packaging system 
for their Linux distribution or of 

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

[Stephen Ireland]

Joe,



The clear guidance is heavily appreciated.



  *   ... Greg Beam’s brilliant JTSDK was not being used as the central environ 
...



Scroll back a couple of weeks and you will see some very unclear responses to 
straight forward questions that have misdirected many ... echoed in personal 
emails from other frustrated Amateurs that I have received here also seeking 
guidance.



For the record, I am a huge supporter of Greg’s work, as I am in your efforts 
... I understand what Greg has achieved well – but am still working up to speed 
with techniques that you have employed 



Without Greg’s base work many of the compatible enhancements to WSJT-X would 
not be possible 



  *   XCode was based upon Linux-lines



Shhh... Don't tell our Mac-o-philes that OS-X is based upon Unix 



Keep up the great work. GL for the GA release on the 10th... I have been 
pushing it heavily as you are aware... I will warn that there is considerable 
resistance to “what works” already – and that is evident by the screen full of 
v1 and no decodable v2 stations in my parts “South of the Equator” as we speak !



[ I run both versions multiplexed through DXLab Commander ].



73



Steve I

VK3VM / VK3SIR



Sent from Mail for Windows 10




From: Joe Taylor 
Sent: Saturday, December 8, 2018 3:19:38 AM
To: WSJT software development
Subject: Re: [wsjt-devel] Clear guidance - Development Environment

Steve --

On 12/7/2018 5:32 AM, Stephen Ireland VK3VM wrote:

>  From comments passing it appeared that Greg Beam’s brilliant JTSDK was
> not being used as the central environ; with great difficulty I also
> gathered from responses that base development is performed under Linux
> and that Windows versions are cross-compiled from Linux.

That's not correct.  We develop in Windows, Linux, or even macOS as
needed and as convenient.  In general we don't cross-compile.

> Likewise I drew
> conclusions that development from XCode was based upon Linux-lines. Can
> this please be confirmed?

I'll just speak for myself:  I don't use XCode, and I don't know what's
meant by "Linux-lines".

As for your other requests: I'm currently using Qt5.5, MinGW, g++ gcc
gfortran 4.9.2.  More recent Qt versions are probably OK too.  You can
certainly start with Greg's JTSDK, if you choose that approach,
modifying its scripts to your own particular needs.

-- 73, Joe, K1JT


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

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

[Bill Somerville]

Stephen,

comments in line below.

On 07/12/2018 10:32, Stephen Ireland wrote:


Joe,

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


Please remember WSJT-X is an open source project, requests for 
information about development tools are fine but demands will get little 
response. Collaboration in the Open Source community is largely based on 
contribution and individuals usually earn their status proving their 
interest and capabilities by making direct contributions. Even then the 
contributions must be in line with where the project leader(s) want to 
go, after all it is their project and they drive it forward, usually by 
giving huge amounts of their time and experience free of charge to the 
user community.


From comments passing it appeared that Greg Beam’s brilliant JTSDK was 
not being used as the central environ; with great difficulty I also 
gathered from responses that base development is performed under Linux 
and that Windows versions are cross-compiled from Linux. Likewise I 
drew conclusions that development from XCode was based upon 
Linux-lines. Can this please be confirmed?


While not detracting in any way from Greg's excellent work with the 
JT-SDK, it is a wrapper around the pre-existing tasks and tools that any 
competent developer would know how to do and acquire or at least be able 
to work out for themselves. The need for the JT-SDK comes from the large 
community of users who are not software developers but are keen to build 
the very latest development sources even before they are deemed ready 
for release by the core team. This fills a need but by no means is the 
best environment for a developer who is making changes to the source on 
a daily basis. The JT-SDK is largely biased towards building the sources 
without any changes with a single aim of producing an executable to go 
and try out on the bands. Apart from the fact that the JT-SDK is heavily 
MS Windows focused (yes I know it has a Linux variant, but more about 
building WSJT-X for Linux below), it is actually inconvenient for a 
developer who is working on multiple projects that share the same tool 
sets as those used by WSJT-X. Having the tools bundled up with a WSJT-X 
focus in not workable for a developer in such a position.


The bottom line is that the JT-SDK is a tool for end users that want to 
build WSJT-X from sources on Windows with an aim to run the product an 
with no intention of doing any development work on the project. I am 
sure one could use the JT-SDK as a developer but once the initial set up 
of a development machine is complete, the day to day tasks of software 
development are more easily done with the underlying tools that the 
project uses, e.g. CMake.




There has been a number of comments in separate posts eluding to this 
same request that I am making.


I haven't seen those, perhaps you are referring to posts where Linux 
users are trying to build from sources because the binary installer 
packages we provide are not suitable for their particular Linux 
distribution or versions. These cases are almost always due to some lack 
of knowledge of the packaging system for their Linux distribution or of 
Linux development in general. We are more than happy to help these 
individuals on a case by case basis, which it almost always is because 
their experience level vary greatly and the variants of Linux vary 
equally each requiring slightly different recipes for building a complex 
package like WSJT-X.



So that we are all on the same page, pending the “General 
Availability” release of WSJT-X 2.0 and the concept racing into a 
brave new world, can the development/production environ and versions 
of software used (i.e. Qt versions, Linux environs if used etc.) 
please be confirmed? If Greg Bream’s scripts etc. are not used can the 
environment and its setup/deployment please be clearly documented (in 
an evolving document ?) so that everyone working across WSJT-X and is 
advancement can be completely on the same page?


The tool and library versions are not fixed, there are certain 
constraints determined by the source code itself and also by production 
restrictions. Largely we use the latest versions of all dependencies but 
those latest versions are gated by requirements to support older 
operating system versions. Individual users need not be constrained so 
strictly if they wish to build from sources since they only have to 
produce executables that run on their individual system.


With v2.0.0 GA the basic constraints are:

MS Windows:

 * We use the MinGW variant of the MS Windows Qt development package as
   we have no need or interest in using the proprietary tool chain for
   the MSVC++ variant of the Qt development package.
 * Qt v5.5 (last version that supports Windows XP) we will drop 

Re: [wsjt-devel] 2.0.0 rc5 JT65 bw looks like JT9

[Russ]

Maybe it is a good idea to also note that when you switch to JT65 + JT9
Mode, you also have to click on the button to change to JT65 tx.  Otherwise
when you switch back to JT65 mode the problem persists.  Also, every time
you switch to another mode and then back to JT65, the sub mode reverts to
'A'.  It does not remember that you have selected another sub mode before.

Also, I'd like to ask why there is no "F Tol" box in JT65 + JT9 mode, even
when JT65 has been selected? And also why the indicated receiving bandwidth
on the graph is not correct for JT65.

Thanks. 73 - Russ K2TXB

> -Original Message-
> From: Joe Taylor 
> Sent: Friday, December 07, 2018 8:20 AM
> To: WSJT software development 
> Subject: Re: [wsjt-devel] 2.0.0 rc5 JT65 bw looks like JT9
> 
> Hi Wolfgang,
> 
> On 12/7/2018 3:56 AM, Wagner Wolfgang OE1WWL wrote:
> 
> > When I change the mode from FT8 to JT65 (today not via JT9) the red and
> > green markers have a smaller bandwidth than before. It appears like the
> > bandwidth of JT9.
> 
> This problem was identified and fixed about a week ago.  It will be
> correct in WSJT-X 2.0.
> 
> With RC5 release candidate "RC5", the workaround it to switch
> temporarily to JT9+JT65 mode, then back to JT65 mode.
> 
>  -- 73, Joe, K1JT
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel



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

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

[Joe Taylor]

Steve --

On 12/7/2018 5:32 AM, Stephen Ireland VK3VM wrote:

 From comments passing it appeared that Greg Beam’s brilliant JTSDK was 
not being used as the central environ; with great difficulty I also 
gathered from responses that base development is performed under Linux 
and that Windows versions are cross-compiled from Linux. 


That's not correct.  We develop in Windows, Linux, or even macOS as 
needed and as convenient.  In general we don't cross-compile.


Likewise I drew 
conclusions that development from XCode was based upon Linux-lines. Can 
this please be confirmed?


I'll just speak for myself:  I don't use XCode, and I don't know what's 
meant by "Linux-lines".


As for your other requests: I'm currently using Qt5.5, MinGW, g++ gcc 
gfortran 4.9.2.  More recent Qt versions are probably OK too.  You can 
certainly start with Greg's JTSDK, if you choose that approach, 
modifying its scripts to your own particular needs.


-- 73, Joe, K1JT


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

Re: [wsjt-devel] Frequency selection dropdown truncated

[Bill Somerville]

On 07/12/2018 15:33, Greg M0NZO wrote:

Hi all

I’ve just installed WSJT-X v2.0.0-rc5 under a default Raspbian 9.6 
installation. Everything appears to be working fine, except for the 
dropdown list for frequency selection is truncated (please see 
attached screenshot). Is this a bug?


73
Greg M0NZO 


Hi Greg,

this is highly dependent on the window manager used, for example here is 
a screen capture using my Ubuntu dev system as a remote X-Server to run 
WSJT-X on a Raspberry Pi, showing that it works just fine:


73
Bill
G4WJS.

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

Re: [wsjt-devel] Frequency selection dropdown truncated

[WB5JJJ]

I prefer your chopped off info as mine cuts out the middle.  So 7.078 (or
74) would be 7.07...(40m).  Kinda makes it difficult to remember what you
have.  It has been reported and maybe a fix in v2 release.

On Fri, Dec 7, 2018 at 9:38 AM Greg M0NZO  wrote:

> Hi all
>
> I’ve just installed WSJT-X v2.0.0-rc5 under a default Raspbian 9.6
> installation. Everything appears to be working fine, except for the
> dropdown list for frequency selection is truncated (please see attached
> screenshot). Is this a bug?
>
> 73
> Greg M0NZO 
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>


-- 
George Cotton, WB5JJJ
PO Box 1025
Russellville, AR  72811

479.968.7737 Home
479.857.7737 Cell

DMR K5CS (Local Repeater) - 310515, CC1, TS2
DMR Arkansas - 3105

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

Re: [wsjt-devel] Specification for side band attenuation

[Joe Taylor]

Hi Simon, Richard, and all,

As Bill stated, the phase of an FT8 signal is continuous.  The first 
derivative of phase (i.e., the frequency) has discontinuous steps at 
symbol boundaries.


The attached plot shows the average spectrum of ten simulated FT8 
signals carrying different messages.  Small details will be different 
for different messages, but the broad outline is always the same.


The ITU occupied bandwidth containing 99% of the power is 52 Hz.  Skirts 
extend farther outward, of course.  The signal is 65 Hz wide at -20 dB,

102 Hz at -30 dB, and 195 Hz at -40 dB.

We could, of course, apply a digital filter to the generated audio 
signal to reduce power in the wings of the spectrum.  The filtered 
signal would no longer have a constant envelope.


-- 73, Joe, K1JT
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] On my wish list: Notification sounds.

[mail]

Am I really the only one there would love to have notification / alarm
sounds? I really miss the possibility for a sound when own call sign is
decoded. This is very useful when calling CQ with long time between
responses. Another sound for any call decoded is useful e.g. when monitoring
MSK 144 under low activity and poor conditions. Sounds could be a beep, ding
or a user defined wav file. 

And yes, I know that JTAlert can do it (I have earlier used this function
with great success), but after the new great color markings for B4 etc.
became included in WSJT-X, it's not any longer necessary for me to use
JTAlert (except for the sounds). I'm running remote controlled for most of
the winter time and wish to minimize the remote set-up software. Please
consider implementation of such a feature in a future version. Thanks for
your efforts and fantastic work!  

 

Vy 73 de 5P9R/OZ5XN, Allan

 

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

Re: [wsjt-devel] 2.0.0 rc5 JT65 bw looks like JT9

[Joe Taylor]

Hi Wolfgang,

On 12/7/2018 3:56 AM, Wagner Wolfgang OE1WWL wrote:


When I change the mode from FT8 to JT65 (today not via JT9) the red and
green markers have a smaller bandwidth than before. It appears like the
bandwidth of JT9.


This problem was identified and fixed about a week ago.  It will be 
correct in WSJT-X 2.0.


With RC5 release candidate "RC5", the workaround it to switch 
temporarily to JT9+JT65 mode, then back to JT65 mode.


-- 73, Joe, K1JT


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

Re: [wsjt-devel] Specification for side band attenuation

[Richard Lamont]

On 07/12/2018 02:46, Simon wrote:
> What is the guideline or specification for audio frequency signal
> attenuation outside of the 50Hz (plus and minus 25 Hz from centre) band
> width?  
> 
> For example, signal should be x dB below carrier, at frequency plus
> and minus 50 Hz from centre?

In the Protocol Specification in the User Manual, it says (in the case
of FT8) that "The total occupied bandwidth is 8 × 6.25 = 50 Hz." It's
just the number of tones multiplied by the tone spacing.

The ITU defines occupied bandwidth (Radio Regulation 1.153) as being the
bandwidth containing 99% of the mean power, with 0.5% above and 0.5%
below. The same definition of bandwidth is used in the UK amateur
licence, and probably those of many other countries.

With the ITU definition, the occupied bandwidth will depend on the
shaping of the keying waveform. To get the bandwidth low, Gaussian
keying is used in some modes.

FT8 does not use Gaussian keying. Instead, the tone frequency is
switched instantaneously at a zero-crossing point. This produces a
wideband transient between symbols. It's comparable to frequency
modulating a carrier with a square wave.

There's also a wideband transient from the amplitude keying at the
beginning of the first symbol and the end of the last, where the tone
switches suddenly between zero and full amplitude. This is comparable to
a CW key click.

This was explored by Neil Smith G4DBN in his presentation at the 2018
RSGB Convention. A video of the presentation is available online but
only to RSGB members:

https://rsgb.org/main/publications-archives/video/rsgb-convention-lectures/rsgb-2018-convention-lectures/
I've often wondered what the occupied bandwidth of FT8 is when measured
the ITU way.

As far as the WSJT-X waterfall goes, some of the apparent 'smearing' is
owing to the FFT, but I suspect some may also be real and caused by the
switching transients.

73,
Richard G4DYA


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

Re: [wsjt-devel] Please Clarify How to Operate with Sticky Tx4 & Tx5 and not advance to Tx6

[charlie]

In our case the DX call and grid were not cleared.  It was the jump to TX6
and disabling TX that were the issue.

Agreed it is only two mouse clicks to restart a repeat RR73 message, but
having to do it repeatedly in the contest prompted the comment, in each
case then starting late into the period thus reducing the chance of QSO
partner decoding it.

The current behaviour seems to be at odds with having Disable TX after 73
unchecked.  Accept that RR73 is not 73 of course, but the issue is the
same for contest operating.

Charlie

> Bill,As I think some others have been
> reporting, the unchecking of "Clear DX call and grid after logging" seems
> to be broken on my Windows version of rc5. Mine is unchecked, yet it
> continues to clear the DX call and grid, jump to TX6, and toggle TX Enable
> off whenever mine sends RR73. This has been continuous through many
> closings and restarts of rc5 with the box unchecked. I have also tried
> unchecking Call 1st at the beginning of the QSO during my TX of the other
> station's report, no difference seen
> here.I'm not fast enough to recover in time
> to continue the QSO when the other station sends my report again because
> he did not copy my report, but mine has already sent RR73, cleared the DX
> Call and grid, and toggled TX off anyway. Is this just the Windows version
> problem, or are other versions not having the same problem? I am hoping
> this has been fixed in the GA release?73 de
> KV4ZY
> 
> 
>  Original Message 
> Subject: Re: [wsjt-devel] Please Clarify How to Operate with Sticky
> Tx4
>  Tx5 and not advance to Tx6
> From: Bill Somerville  href="mailto:g4...@classdesign.com;>g4...@classdesign.com
> Date: Thu, December 06, 2018 5:56 pm
> To:  href="mailto:wsjt-devel@lists.sourceforge.net;>wsjt-devel@lists.sourceforge.net
> 
> On 06/12/2018 17:26, Stephen Taylor - K6SJT wrote:
>  I think I recall from last year if the I placed a check mark in the
> 'Call
>  1st' box the program would move down to Tx6 CQ at the end of a
> contact, BUT
>  if the box was NOT CHECKED the Auto seq would remain on the Tx5 73
> and NOT
>  ADVANCE to Tx6. The advantage of that was if I didn't get a return 73
> I
>  could quickly press 'Enable Tx' to resend my 73. Bill, am I recalling
> this
>  wrong?
> 
>  Bill, because I operate 95% of the time Responding to CQs, not
> Sending CQs,
>  I would like some way to have the Tx 4 and/or Tx 5 remain in place
> (sticky)
>  at the end of each contact rather than advancing to Tx 6 CQ.
> 
> Hi Steven,
> 
> if you uncheck the option "Settings-Reporting-Clear DX call and
> grid 
> after logging" then you get what you want and can be also ready to call
> 
> CQ or call another station. You can clear down the DX Call, DX grid, and
> 
> messages manually using the F4 keyboard shortcut. Agreed you need to 
> click twice to reselect Tx4 (RR73) or Tx5 (73) and re-send it, you are
> 
> also only two clicks away from calling CQ on a new Tx offset or a 
> double-click away from calling another station. That seems a fair 
> balance of usability between calling CQ, always replying to CQ calls, 
> repeating a message to complete a QSO, or starting a new QSO with 
> another station calling CQ. None of the options takes more than two 
> mouse clicks.
> 
> 73
> Bill
> G4WJS.
> 
> 
> 
> ___
> wsjt-devel mailing list
>  href="mailto:wsjt-devel@lists.sourceforge.net;>wsjt-devel@lists.sourceforge.net
>  href="https://lists.sourceforge.net/lists/listinfo/wsjt-devel;>https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
> 
> 
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>




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

[wsjt-devel] Clear guidance - Development Environment

[Stephen Ireland]

Joe,

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

>From comments passing it appeared that Greg Beam’s brilliant JTSDK was not 
>being used as the central environ; with great difficulty I also gathered from 
>responses that base development is performed under Linux and that Windows 
>versions are cross-compiled from Linux. Likewise I drew conclusions that 
>development from XCode was based upon Linux-lines. Can this please be 
>confirmed?

There has been a number of comments in separate posts eluding to this same 
request that I am making.

So that we are all on the same page, pending the “General Availability” release 
of WSJT-X 2.0 and the concept racing into a brave new world, can the 
development/production environ and versions of software used (i.e. Qt versions, 
Linux environs if used etc.) please be confirmed? If Greg Bream’s scripts etc. 
are not used can the environment and its setup/deployment please be clearly 
documented (in an evolving document ?) so that everyone working across WSJT-X 
and is advancement can be completely on the same page?

I realise that some fear that "releasing the rabbits” can cause damage. 
Likewise this is not supposed to be a forum for “rabbits”.

In most regulatory dominions it is stated that AR is provides a license for 
self-experimentation and hence advancement. Inquisition is the forerunner to 
experimentation. There is a lot that we can all learn from guidance that you 
and the other key developers can provide. There is no greater utility/legacy 
than to leave ideas imprinted on others.

That is why I ask.

73

Steve I
VK3VM / VK3SIR



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