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

[Dan Malcolm]

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


--
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] Archives of mailing list?

[Bill Somerville]

On 05/07/2017 00:51, Phil Karn wrote:

I'd like to pull down a complete list archive in MBOX format so I can
add it to my mailbox archives and search it with my usual local tools as
though I'd been subscribed from the beginning, but sourceforge doesn't
seem to provide this option -- only a clunky, web-based interface for
searching specific months and threads. (I hate webmail.)


Hi Phil,

I have provided the wst-devel list archives in mbox format. See PM for 
details.


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] Archives of mailing list?

[Phil Karn]

Hi guys, I've been subscribed to this list only since late April, so I'm
a newcomer. (I retired from Qualcomm after 20 years in late 2011 and had
a time- and energy-consuming bout with lymphoma in 2014, so I'm
belatedly discovering how much has gone on in the ham digital world. I
have some catching up to do!)

I'd like to pull down a complete list archive in MBOX format so I can
add it to my mailbox archives and search it with my usual local tools as
though I'd been subscribed from the beginning, but sourceforge doesn't
seem to provide this option -- only a clunky, web-based interface for
searching specific months and threads. (I hate webmail.)

Among other things I see that back in 2015 you found and fixed some bugs
in my Fano decoder, and I'd like to make sure I've nailed them all in my
own version. The only time I actually used it for a real application was
in my demodulator/decoder for the ISEE-3/ICE reboot project in 2014 and
I don't know if I found any or all of the same ones you did. They had to
do with off-by-one errors while searching the tail region of the tree.

I think I also caught wind of some errors in my Reed-Solomon
errors+erasures decoder, but by now you might have moved onto decoding
algorithms that weren't around when I did that.

73, Phil

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

[signalhz signalhz]

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


73 Eddy N4ABN
--
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] JTSDX Problems

[dgb]

First of all tnx to all the developers for the continuing great sftwe.

I was having problems compiling new version and this morning Mike W9MDB 
offered to connect with me via Teamviewer to find the problems.


He solved them quickly and in addition, tweaked many other things, and 
explained them to me as he went.


I wish to publicly pass an infinite thanks to him for his patience and 
time. He is definitely in the know! ;-)


73 Dwight NS9I




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

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

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

[Neil Zampella]

Mike,

didn't help ... made the change, built r7782, no change.   Made sure the 
change was in the .cpp file, and cleaned the build tree. Built it again, 
same thing, start equals the end time.   See attached screen cap.


Neil, KN3ILZ


On 7/4/2017 1:56 PM, Black Michael wrote:
That sounds reasonable to mewhen doing this I just put it in for 
double-clicking on either window.  But the right side shouldn't need it.


Go ahead and remove the "set_dateTimeQSO(-1)" line from this section 
of code in mainwindows.cpp and see if behaves for you.



voidMainWindow::doubleClickOnCall2(boolshift,boolctrl)
{
set_dateTimeQSO(-1);//resetourQSOstarttime
m_decodedText2=true;
doubleClickOnCall(shift,ctrl);
m_decodedText2=false;
}
de Mike W9MDB

*From:* Neil Zampella 
*To:* wsjt-devel@lists.sourceforge.net
*Sent:* Tuesday, July 4, 2017 12:03 PM
*Subject:* Re: [wsjt-devel] Question about QSO Start & End Times

UM .. how else do you respond when using JT65/JT9 .. I don't use the 
buttons on TAB 2.  Double clicking on a response in the RX window when 
I'm calling CQ I agree with, that should start the QSO, but double 
clicking in the TX window should not as its a normal way to trigger 
the next dialog is a normal way to progress through the QSO.


Or am I missing something here?

Neil, KN3ILZ

On 7/4/2017 11:38 AM, Black Michael wrote:
When you say "double click" you are talking about the double-clicking 
the message in the RX Frequency window?  That will reset the start 
time as of right now.


de Mike W9MDB


*From:* Neil Zampella  
*To:* wsjt-devel@lists.sourceforge.net 


*Sent:* Monday, July 3, 2017 6:44 PM
*Subject:* Re: [wsjt-devel] Question about QSO Start & End Times

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

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


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

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

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


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


Mike






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




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

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

[Black Michael via wsjt-devel]

That sounds reasonable to mewhen doing this I just put it in for 
double-clicking on either window.  But the right side shouldn't need it.
Go ahead and remove the "set_dateTimeQSO(-1)" line from this section of code in 
mainwindows.cpp and see if behaves for you.


void MainWindow::doubleClickOnCall2(bool shift, bool ctrl){  
set_dateTimeQSO(-1); // reset our QSO start time  m_decodedText2=true;  
doubleClickOnCall(shift,ctrl);  m_decodedText2=false;}
de Mike W9MDB  From: Neil Zampella 
 To: wsjt-devel@lists.sourceforge.net 
 Sent: Tuesday, July 4, 2017 12:03 PM
 Subject: Re: [wsjt-devel] Question about QSO Start & End Times
   
 UM .. how else do you respond when using JT65/JT9 .. I don't use the buttons 
on TAB 2.  Double clicking on a response in the RX window when I'm calling CQ I 
agree with, that should start the QSO, but double clicking in the TX window 
should not as its a  normal way to trigger the next dialog is a normal way to 
progress through the QSO. 
 
 Or am I missing something here?
 
 Neil, KN3ILZ
  
 On 7/4/2017 11:38 AM, Black Michael wrote:
  
  When you say "double click" you are talking about the double-clicking the 
message in the RX Frequency window?  That will reset the start time as of right 
now.
  
  de Mike W9MDB 
From: Neil Zampella 
 To: wsjt-devel@lists.sourceforge.net 
 Sent: Monday, July 3, 2017 6:44 PM
 Subject: Re: [wsjt-devel] Question about QSO Start & End Times
  
   In reply to your other post .. yes, I'm using JTSDK.
 
 Again, I'm using Tab 2, not Tab 1.  JT65/JT9 .. no auto sequencing.    Just 
double clicking to trigger the next response in the sequence.   
  
  On 7/3/2017 12:58 PM, Black Michael wrote:
  
  Any double-clicks on lines will reset the start time to "unknown". 
  When the QSO transitions to TX 2 or TX 3 the start time gets set.   Any 
double clicks on lines after that would also reset the start time.  Tx 6 also 
resets start time. If start time is not set by TX 2 or TX 3 then it will end up 
being the stop time. 
  And does autoseq sequence to "TX 6" by itself?  That would explain why 
autoseq modes get their time reset. 
  Mike 
 


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


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

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

[Bill Somerville]

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.


--
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 1:17 PM, Bill Somerville wrote:

On 04/07/2017 15:21, Neil Zampella wrote:

Hi Neil,

I forgot to mention that the two options in WSJT-X 
"Settings->General" "Monitor off at startup" and "Monitor returns to 
last used frequency" control what happens when you start WSJT-X. 
Switching configurations is equivalent to starting WSJT-X again.


73
Bill
G4WJS


Hmmm ... not a factor in my case Bill, as I have neither one of those 
checked in any of my configurations.


Hi Neil,

you need "Monitor returns to last used frequency" checked if you are 
expecting WSJT-X to change frequency on startup or configuration 
switch (in the destination configuration in the case of configuration 
switches).


73
Bill
G4WJS.



Hi Bill,

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.


Now, the jt65/jt9 config is the 'default' configuration, maybe that has 
something to do with it.


Does this clarify anything??

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] Frequency doesn't shift when changing configurations

[Dan Malcolm]

Bill, Neil,

That works for me now with r7782.

 

Dan – K4SHQ

 

From: Bill Somerville [mailto:g4...@classdesign.com] 
Sent: Tuesday, July 04, 2017 12:17 PM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] Frequency doesn't shift when changing configurations

 

On 04/07/2017 15:21, Neil Zampella wrote:

Hi Neil, 

I forgot to mention that the two options in WSJT-X "Settings->General" "Monitor 
off at startup" and "Monitor returns to last used frequency" control what 
happens when you start WSJT-X. Switching configurations is equivalent to 
starting WSJT-X again. 

73 
Bill 
G4WJS 


Hmmm ... not a factor in my case Bill, as I have neither one of those checked 
in any of my configurations. 

Hi Neil,

you need "Monitor returns to last used frequency" checked if you are expecting 
WSJT-X to change frequency on startup or configuration switch (in the 
destination configuration in the case of configuration switches).

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] build on debian stretch

[ki7mt via wsjt-devel]

Hello All,

There looks to be a fair bit of confusion around the names for readline. I
found several bugs that point to using:

libreadline-dev for Debian >= Stretch

You may need to enable a different repository to do that though.

https://packages.debian.org/search?suite=stretch=any=path
=contents=libreadline-dev

Debian is at top of the food chain so to speak. Ubuntu, Mint, and all the
derivative distros use the same control system for packaging (building) on
infrastructure servers. They use what's called a Debian Control file.
However, each release gets isolated to a specific set of packages. The names
of those packages can change from release to release (Wheezy --> Jessie -->
Stretch, etc)

You can use : apt-cache search ,  apt-cache show , apt-cache
policy , check the manifests for a release, or any number of methods to
track down package information on Debian based distro's.

Worst comes to worst, get on IRC => Debian Mentors, and ask there. Those
folks know their stuff well. You could also email the Debian developer
that's in charge of the package. If anyone knows the story, that person, or
persons, would have the latest scoop.

73's
Greg, KI7MT


-Original Message-
From: Rich Griffiths [mailto:r...@w2rg.net] 
Sent: Tuesday, July 4, 2017 10:16 AM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] build on debian stretch

I never learned exactly how debian/ubuntu checks dependencies, so please
excuse this possibly silly question.

In some cases, might it not be possible simply to do:

ln -s libread5 libread6  (??)

I've encountered other situations where the only important difference
between the old and newer packages was the filename.


... RichW2RG



On 07/04/2017 05:25 AM, Bill Somerville wrote:
> On 04/07/2017 05:01, Phil Karn wrote:
>> Has anyone installed or rebuilt wsjtx on the new Debian release 9.0,
>> codename "stretch"?
>>
>> Stretch dropped some packages that weren't being supported upstream,
>> apparently including libreadline6 that wsjtx has as a dependency.
>>
>> libreadline5 is still present in stretch.
>
> Hi Phil,
>
> I don't think WSJT-X itself has a libreadline dependency but Hamlib 
> does I believe. If you are using the DEB file from the WSJT-X home 
> page or from the SourceForge files area you should note that package 
> is released only as a stop gap until our Linux package maintainers get 
> there thing done. It is built for the current LTS Ubuntu distribution 
> (16.04 LTS) and s not necessarily expected to work on other 
> distributions.
>
> The source package we release should build locally on other Linux 
> distros, have you tried that? You may have to install some 
> dependencies of course.
>
>
https://sourceforge.net/projects/wsjt/files/wsjtx-1.7.0/wsjtx-1.7.0.tgz/down
load 
>
>
> See INSTALL in the archive for installation details.
>
> 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


--
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 04/07/2017 15:21, Neil Zampella wrote:

Hi Neil,

I forgot to mention that the two options in WSJT-X 
"Settings->General" "Monitor off at startup" and "Monitor returns to 
last used frequency" control what happens when you start WSJT-X. 
Switching configurations is equivalent to starting WSJT-X again.


73
Bill
G4WJS


Hmmm ... not a factor in my case Bill, as I have neither one of those 
checked in any of my configurations.


Hi Neil,

you need "Monitor returns to last used frequency" checked if you are 
expecting WSJT-X to change frequency on startup or configuration switch 
(in the destination configuration in the case of configuration switches).


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] Question about QSO Start & End Times

[Neil Zampella]

UM .. how else do you respond when using JT65/JT9 .. I don't use the 
buttons on TAB 2.  Double clicking on a response in the RX window when 
I'm calling CQ I agree with, that should start the QSO, but double 
clicking in the TX window should not as its a normal way to trigger the 
next dialog is a normal way to progress through the QSO.


Or am I missing something here?

Neil, KN3ILZ


On 7/4/2017 11:38 AM, Black Michael wrote:
When you say "double click" you are talking about the double-clicking 
the message in the RX Frequency window?  That will reset the start 
time as of right now.


de Mike W9MDB


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

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

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


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

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

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


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


Mike






--
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] Testing JT8

[Neil Zampella]

Doug ..

I'm just a member and alpha tester here, so you can take this with a 
large teaspoon of salt but ...


The version you 'downloaded' is about 30 revisions behind.   So anything 
you're seeing may have already been fixed.   Don't download any 'builds' 
updates are fast and furious.   Use the JTSDK to build it yourself, and 
keep up with the changes so that any reports will be based on the 
current code base.


Neil, KN3ILZ


On 7/3/2017 3:15 PM, svtdoug wrote:


Ok, joined the list.

I downloaded and installed WSJT-X v1.7.1-devel r7752, running on 
Windows 7 64bit.  Having fun with JT8 on 14.079, but have noticed a 
tendency to not decode strong signals.  Tried turning rx gain down, 
but does not seem to help.  Loosing QSO’s due to this.   Other than 
that, great mode.  Like the 15 sec cycle and auto Generate std msgs.


Doug – W7DRM



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

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

[Neil Zampella]

As I mentioned before .. this was happening WAY before FT8 was 
introduced on non-autosequenced QSOs under JT65/JT9.


Neil, KN3ILZ


On 7/4/2017 11:24 AM, John Nelson wrote:

Mike,


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

I suspect this may be the cause.  Activity is low today so I have not had the 
chance to test this.

If this is the case, I assume there should be a simple fix:  if (auto_seq) then 
don’t reset start time.

— 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] Testing JT8

[Erik -]

Doug - change to the latest build (7782 I think) as somewhere between your 7752 
and 7782 that decoding problem on strong signals became not so prevalent.

Erik EI4KF.


From: svtdoug [mailto:svtd...@gmail.com]
Sent: 03 July 2017 19:16
To: wsjt-devel@lists.sourceforge.net
Subject: [wsjt-devel] Testing JT8

Ok, joined the list.

I downloaded and installed WSJT-X v1.7.1-devel r7752, running on Windows 7 
64bit.  Having fun with JT8 on 14.079, but have noticed a tendency to not 
decode strong signals.  Tried turning rx gain down, but does not seem to help.  
Loosing QSO's due to this.   Other than that, great mode.  Like the 15 sec 
cycle and auto Generate std msgs.

Doug - W7DRM

--
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] build on debian stretch

[Rich Griffiths]

I never learned exactly how debian/ubuntu checks dependencies, so please 
excuse this possibly silly question.


In some cases, might it not be possible simply to do:

ln -s libread5 libread6  (??)

I've encountered other situations where the only important difference 
between the old and newer packages was the filename.



... RichW2RG



On 07/04/2017 05:25 AM, Bill Somerville wrote:

On 04/07/2017 05:01, Phil Karn wrote:

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

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

libreadline5 is still present in stretch.


Hi Phil,

I don't think WSJT-X itself has a libreadline dependency but Hamlib 
does I believe. If you are using the DEB file from the WSJT-X home 
page or from the SourceForge files area you should note that package 
is released only as a stop gap until our Linux package maintainers get 
there thing done. It is built for the current LTS Ubuntu distribution 
(16.04 LTS) and s not necessarily expected to work on other 
distributions.


The source package we release should build locally on other Linux 
distros, have you tried that? You may have to install some 
dependencies of course.


https://sourceforge.net/projects/wsjt/files/wsjtx-1.7.0/wsjtx-1.7.0.tgz/download 



See INSTALL in the archive for installation details.

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] CMake Eror

[Seb]

That was easy.  Thanks Mike!

73 de Sebastian, W4AS




> On Jul 4, 2017, at 11:36 AM, Black Michael via wsjt-devel 
>  wrote:
> 
> Sounds like something is hosed on your system.
> 
> Try "enable-clean" and build again.
> 
> de Mike W9MDB
> 
> 
> From: Seb 
> To: Black Michael via wsjt-devel  
> Sent: Tuesday, July 4, 2017 10:31 AM
> Subject: [wsjt-devel] CMake Eror
> 
> After successfully building WSJT-X for several months, today I experienced 
> this issue:
> 

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

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

[Black Michael via wsjt-devel]

When you say "double click" you are talking about the double-clicking the 
message in the RX Frequency window?  That will reset the start time as of right 
now.

de Mike W9MDB
  From: Neil Zampella 
 To: wsjt-devel@lists.sourceforge.net 
 Sent: Monday, July 3, 2017 6:44 PM
 Subject: Re: [wsjt-devel] Question about QSO Start & End Times
   
 In reply to your other post .. yes, I'm using JTSDK.
 
 Again, I'm using Tab 2, not Tab 1.  JT65/JT9 .. no auto sequencing.    Just 
double clicking to trigger the next response in the sequence.   
  
 On 7/3/2017 12:58 PM, Black Michael wrote:
  
  Any double-clicks on lines will reset the start time to "unknown". 
  When the QSO transitions to TX 2 or TX 3 the start time gets set.   Any 
double clicks on lines after that would also reset the start time.  Tx 6 also 
resets start time. If start time is not set by TX 2 or TX 3 then it will end up 
being the stop time. 
  And does autoseq sequence to "TX 6" by itself?  That would explain why 
autoseq modes get their time reset. 
  Mike 
 
   

   --
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] CMake Eror

[Black Michael via wsjt-devel]

Sounds like something is hosed on your system.
Try "enable-clean" and build again.
de Mike W9MDB

  From: Seb 
 To: Black Michael via wsjt-devel  
 Sent: Tuesday, July 4, 2017 10:31 AM
 Subject: [wsjt-devel] CMake Eror
   
After successfully building WSJT-X for several months, today I experienced this 
issue:
-CMake Error at CMake/Modules/LibFindMacros.cmake:87 (message):  
Required library hamlib NOT FOUND.
  Install the library (dev version) and try again.  If the library is already  
installed, use ccmake to set the missing variables manually.Call Stack (most 
recent call first):  CMake/Modules/Findhamlib.cmake:69 (libfind_process)  
CMakeLists.txt:805 (find_package)

-- Configuring incomplete, errors occurred!See also 
"C:/JTSDK/wsjtx/devel/qt55/1.7.1/7782/Release/build/CMakeFiles/CMakeOutput.log".
 CMAKE BUILD 
ERROR
 There was a problem building ( wsjtx devel )
 Check the screen for error messages, correct, then try to re-build ( wsjtx  
devel Release install )-

Since hamlib was not found, I built it again.  Then attempted another compile 
of WSJT-X, and it appeared to be ok, but it got ‘stuck’ (didn’t go any further) 
than this:
- Linking CXX executable wsjtx.exe[100%] Built target 
wsjtx-
As I expected, the build did not complete.  This is on Windows 10, 64-bit.  I 
don’t really know how this happened, but I figured that before I reinstall 
everything, someone on here can come up with a faster solution, or, could there 
be additional problems where I might as well reinstall JTSDK again?
73 de Sebastian, W4AS




--
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] CMake Eror

[Seb]

After successfully building WSJT-X for several months, today I experienced this 
issue:

-
CMake Error at CMake/Modules/LibFindMacros.cmake:87 (message):
  Required library hamlib NOT FOUND.

  Install the library (dev version) and try again.  If the library is already
  installed, use ccmake to set the missing variables manually.
Call Stack (most recent call first):
  CMake/Modules/Findhamlib.cmake:69 (libfind_process)
  CMakeLists.txt:805 (find_package)


-- Configuring incomplete, errors occurred!
See also 
"C:/JTSDK/wsjtx/devel/qt55/1.7.1/7782/Release/build/CMakeFiles/CMakeOutput.log".


 CMAKE BUILD ERROR


 There was a problem building ( wsjtx devel )

 Check the screen for error messages, correct, then try to
 re-build ( wsjtx  devel Release install )
-


Since hamlib was not found, I built it again.  Then attempted another compile 
of WSJT-X, and it appeared to be ok, but it got ‘stuck’ (didn’t go any further) 
than this:

-
 Linking CXX executable wsjtx.exe
[100%] Built target wsjtx
-

As I expected, the build did not complete.  This is on Windows 10, 64-bit.  I 
don’t really know how this happened, but I figured that before I reinstall 
everything, someone on here can come up with a faster solution, or, could there 
be additional problems where I might as well reinstall JTSDK again?

73 de Sebastian, W4AS




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

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

I suspect this may be the cause.  Activity is low today so I have not had the 
chance to test this.

If this is the case, I assume there should be a simple fix:  if (auto_seq) then 
don’t reset start time.

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

[wsjt-devel] Testing JT8

[svtdoug]

Ok, joined the list.  

 

I downloaded and installed WSJT-X v1.7.1-devel r7752, running on Windows 7
64bit.  Having fun with JT8 on 14.079, but have noticed a tendency to not
decode strong signals.  Tried turning rx gain down, but does not seem to
help.  Loosing QSO's due to this.   Other than that, great mode.  Like the
15 sec cycle and auto Generate std msgs.

 

Doug - W7DRM

 

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

[Dan Malcolm]

Bill,
I see the same problem Neil sees.  I have tried both with and without
"Monitor returns to last used frequency" checked and see no difference.  I
still have to manually change the frequency from the dropdown list.

Dan Malcolm - K4SHQ

-Original Message-
From: Bill Somerville [mailto:g4...@classdesign.com] 
Sent: Tuesday, July 04, 2017 4:08 AM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] Frequency doesn't shift when changing
configurations

On 04/07/2017 03:08, Neil Zampella wrote:
> Switching configurations from what I have setup for FT8 to the 
> 'normal' JT65/JT9 setup, the frequency does not move from the FT8 to 
> the JT modes frequency.  This also occurs going the other way. The 
> only way to reset the frequency is to either re-select the mode from 
> the mode menu where its already set in the saved configuration, or 
> re-select the band from the drop down.
>
> I already have two configurations setup for use.  The 'normal' 
> configuration for JT65/JT9 slow modes, and the FT8 configuration. 

Hi Neil,

I forgot to mention that the two options in WSJT-X "Settings->General" 
"Monitor off at startup" and "Monitor returns to last used frequency" 
control what happens when you start WSJT-X. Switching configurations is
equivalent to starting WSJT-X again.

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] Frequency doesn't shift when changing configurations

[Neil Zampella]

On 7/4/2017 5:07 AM, Bill Somerville wrote:

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


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


Hi Neil,

I forgot to mention that the two options in WSJT-X "Settings->General" 
"Monitor off at startup" and "Monitor returns to last used frequency" 
control what happens when you start WSJT-X. Switching configurations 
is equivalent to starting WSJT-X again.


73
Bill
G4WJS


Hmmm ... not a factor in my case Bill, as I have neither one of those 
checked in any of my configurations.


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] Frequency doesn't shift when changing configurations

[Neil Zampella]

Hi Bill,

See below ..

On 7/4/2017 5:05 AM, Bill Somerville wrote:

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


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


To reproduce:

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

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

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

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


Hi Neil,

Have you reset the working frequencies table since building with FT8 
support or added some working frequencies for the bands you are using?




Yes, that was the first thing I did.  As an aside, it may be a good idea 
to add in the manual that when upgrading from a previous version to 
reset the frequencies when in FT8 mode, as I found out the hard way 
about doing that.




As a side note, I would not recommend using Commander as a rig control 
intermediary with FT8 mode, it does not process CAT commands fast 
enough to switch between Rx and Tx promptly and you will have 
truncated Tx messages. Truncated Tx messages will reduce the 
likelihood your messages being decoded.




I followed that thread with Dave, and have been adjusting the Commander 
settings for my KX3. I really would hate to have to include rig 
control changes in any configuration for FT8 .



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] build on debian stretch

[Bill Somerville]

Hi Steve,

I am pretty sure only Hamlib has a libreadline dependency and that is 
optional. If you rebuild Hamlib with your preferred libreadline 
installed you should be able stick with one version.


73
Bill
G4WJS.

On 04/07/2017 12:27, Steven Franke wrote:

Hi Bill -
I’ve started encountering the libreadline dependency when building wsjtx-x on 
OS X since a couple of days ago when I updated my macports installation. The 
wsjt-x build wants to see readline 6 whereas the latest macports installs 
readline 7. On the other hand, the gnu octave version installed by macports has 
a dependence on readline 7. So I am switching between the two when going back 
and forth between building wsjt-x and examining results in octave.
Steve


On Jul 4, 2017, at 4:25 AM, Bill Somerville  wrote:

On 04/07/2017 05:01, Phil Karn wrote:

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

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

libreadline5 is still present in stretch.

Hi Phil,

I don't think WSJT-X itself has a libreadline dependency but Hamlib does I 
believe. If you are using the DEB file from the WSJT-X home page or from the 
SourceForge files area you should note that package is released only as a stop 
gap until our Linux package maintainers get there thing done. It is built for 
the current LTS Ubuntu distribution (16.04 LTS) and s not necessarily expected 
to work on other distributions.

The source package we release should build locally on other Linux distros, have 
you tried that? You may have to install some dependencies of course.

https://sourceforge.net/projects/wsjt/files/wsjtx-1.7.0/wsjtx-1.7.0.tgz/download

See INSTALL in the archive for installation details.

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] build on debian stretch

[Steven Franke]

Hi Bill - 
I’ve started encountering the libreadline dependency when building wsjtx-x on 
OS X since a couple of days ago when I updated my macports installation. The 
wsjt-x build wants to see readline 6 whereas the latest macports installs 
readline 7. On the other hand, the gnu octave version installed by macports has 
a dependence on readline 7. So I am switching between the two when going back 
and forth between building wsjt-x and examining results in octave.
Steve

> On Jul 4, 2017, at 4:25 AM, Bill Somerville  wrote:
> 
> On 04/07/2017 05:01, Phil Karn wrote:
>> Has anyone installed or rebuilt wsjtx on the new Debian release 9.0,
>> codename "stretch"?
>> 
>> Stretch dropped some packages that weren't being supported upstream,
>> apparently including libreadline6 that wsjtx has as a dependency.
>> 
>> libreadline5 is still present in stretch.
> 
> Hi Phil,
> 
> I don't think WSJT-X itself has a libreadline dependency but Hamlib does I 
> believe. If you are using the DEB file from the WSJT-X home page or from the 
> SourceForge files area you should note that package is released only as a 
> stop gap until our Linux package maintainers get there thing done. It is 
> built for the current LTS Ubuntu distribution (16.04 LTS) and s not 
> necessarily expected to work on other distributions.
> 
> The source package we release should build locally on other Linux distros, 
> have you tried that? You may have to install some dependencies of course.
> 
> https://sourceforge.net/projects/wsjt/files/wsjtx-1.7.0/wsjtx-1.7.0.tgz/download
> 
> See INSTALL in the archive for installation details.
> 
> 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] build on debian stretch

[Bill Somerville]

On 04/07/2017 05:01, Phil Karn wrote:

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

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

libreadline5 is still present in stretch.


Hi Phil,

I don't think WSJT-X itself has a libreadline dependency but Hamlib does 
I believe. If you are using the DEB file from the WSJT-X home page or 
from the SourceForge files area you should note that package is released 
only as a stop gap until our Linux package maintainers get there thing 
done. It is built for the current LTS Ubuntu distribution (16.04 LTS) 
and s not necessarily expected to work on other distributions.


The source package we release should build locally on other Linux 
distros, have you tried that? You may have to install some dependencies 
of course.


https://sourceforge.net/projects/wsjt/files/wsjtx-1.7.0/wsjtx-1.7.0.tgz/download

See INSTALL in the archive for installation details.

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] Inquiry about sending .wav files with failed

[Bill Somerville]

Hi Rick,

comments in line below.

On 04/07/2017 01:50, K5GZR - Rick wrote:

Couldn't figure out how to reply on the SourceForge site.  Sorry about
possible weird reply format.
This list is an email one. SourceForge, sensibly IMHO, do not attempt to 
wrap email forums in fancy web interfaces.


Thanks for your reply.  Putting the files on a cloud site will work for me
when I need to send files to the team at some time in the future.
In this case, the weak signal sequences (S1 or lower) decoded, but the
strong signal sequences (S5 to S6) from the same station did not decode.
Both the weak and strong signal sequences had reasonably constant strengths
throughout the sequences, with no fades and no MS pings.  WSJT-X release was
r.
An example of two .WAV files from a QSO where a strong signal does not 
decode yet anther weaker one does sounds like one of the categories that 
should be reported. An example with .WAV files would be helpful.


As the FT8 decoder is still under development, we would expect you to 
try decoding such saved .WAV files with the latest revision of WSJT-X 
before raising an issue as there may have been recent changes that 
rectify the issue.


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 04/07/2017 03:08, Neil Zampella wrote:
Switching configurations from what I have setup for FT8 to the 
'normal' JT65/JT9 setup, the frequency does not move from the FT8 to 
the JT modes frequency.  This also occurs going the other way. The 
only way to reset the frequency is to either re-select the mode from 
the mode menu where its already set in the saved configuration, or 
re-select the band from the drop down.


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


Hi Neil,

I forgot to mention that the two options in WSJT-X "Settings->General" 
"Monitor off at startup" and "Monitor returns to last used frequency" 
control what happens when you start WSJT-X. Switching configurations is 
equivalent to starting WSJT-X again.


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 04/07/2017 03:08, Neil Zampella wrote:
Switching configurations from what I have setup for FT8 to the 
'normal' JT65/JT9 setup, the frequency does not move from the FT8 to 
the JT modes frequency.  This also occurs going the other way. The 
only way to reset the frequency is to either re-select the mode from 
the mode menu where its already set in the saved configuration, or 
re-select the band from the drop down.


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


To reproduce:

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

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

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

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


Hi Neil,

Have you reset the working frequencies table since building with FT8 
support or added some working frequencies for the bands you are using?


As a side note, I would not recommend using Commander as a rig control 
intermediary with FT8 mode, it does not process CAT commands fast enough 
to switch between Rx and Tx promptly and you will have truncated Tx 
messages. Truncated Tx messages will reduce the likelihood your messages 
being decoded.


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



Hi Jordan,

that sounds like a different issue from the one that Neil is reporting. 
Are you switching configurations from "Menu->Configurations" to switch 
between FT8 and other modes?


Have you reset the suggested working frequencies list since building a 
version with FT8? If not then you probably need to or add some 
frequencies for FT8 to the "Settings->Frequencies->Working Frequencies" 
table. WSJT-X can only select a frequency for a mode and band if there 
is one set up.


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

[Richard Lamont]

I agree with Greg.

FT8 combines the best of 'slow' and 'fast' modes but operationally it's
quite challenging because there's a lot of information to absorb and
very little thinking time. More automation is appropriate, IMHO.

As far as grabbing a response to a CQ from the stack goes, for general
DXing it might be nice if instead of grabbing the first off the stack,
it gives priority to (1) unworked DXCC entities, (2) unworked callsigns,
(3) anyone else. Just a thought.

Also, for stations responding to a CQ, it would be helpful to disable
the TX if the CQing station has responded to someone else.

73,
Richard G4DYA

On 04/07/17 00:59, Greg Beam wrote:
> Hi Joe, All,
> 
> After a brief stint in calling CQ, I soon realized my reflexes with the ole
> mouse buttons are not what they used to be. I guess I've not been
> participating in enough RTTY contests :-) In any case:
> 
> When in RUN mode (calling CQ):
> - Would it be possible to assign a single hot-key to grab the First-In
> Response to a CQ ?
> - Additionally, what about a combination of First-In-First-Out /
> Last-In-First-Out check boxes that grabs a response off the stack?
> - Maybe an ESM (Enter Sends Message / Right Click ) sends the message from
> the Band / Rx Frequency grids
> - Lastly, maybe a way to quickly enable / disable ( just in the Band
> Activity / Rx Activity) only the responses that contain MY_CALL
> 
> As this is a fast mode with HF contest potential, the items above are well
> received in the RTTY community in several major programs. 
> 
> I'm finding it difficult to focus on the RX box for responses, click on the
> responder, and not grab the wrong call, a;; within a second or so. I could
> only imagine how that would be after 24hrs of contesting. I've miss-fired on
> this several times already. It could be just me, and I've not been operating
> fast modes for a while. 
> 
> Anyways, just a few thoughts to ponder.
> 
> 73's
> Greg, KI7MT
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>  
> 


-- 
Richard Lamont


--
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] Wide Graph (7781 - W10)

[Erik -]

Trivial matter: uncheck the box labelled 'Control' to stop displaying the wide 
graph controls - - when WSJT-X is restarted, the controls remain hidden but 
there is the small issue that the box has become checked.

Erik EI4KF.

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

Re: [wsjt-devel] FT8 Feature Request

[Erik -]

I'd second Greg's request.

Also, is there something I haven't set that is preventing replies to my 
callsign appearing in the RX Frequency pane? As it is now, they only appear in 
the Band Activity pane. Yesterday evening (EU Time), 20m was so busy with FT8 
that I had to wait for a lot of scrolling to stop before I could click on a 
call that had replied to me. This meant my TX started a few seconds into the TX 
period and that seemed to be to the detriment of being decoded by the 
responding stn. I was looking for the one line response on the right hand side 
but it only appeared after I had managed to click on the call on the left side.

Erik EI4KF


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

Hi Joe, All,

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

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

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

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

Anyways, just a few thoughts to ponder.

73's
Greg, KI7MT


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

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