date:20161207

Re: [wsjt-devel] WSJT-X v1.7.0-rc3

2016-12-07 Thread Black Michael

If you operate split mode you don't need to do that.  Any problems you have 
would more likely be on transmit rather than receive.If you are receiving them 
at that offset why change?  You likely won't get any better signal on a lower 
offset...it's all about SNR on receive.  And signal+noise rolls off at the same 
rate...so same SNR.On transmit however if you're rig is rolling off at 2800 you 
could lose output power...not a good thing.Split solves the transmit problem by 
moving adjusting your rig frequency so your transmit is in the 1500-2000Hz 
range.  Helps keep your signal clean too.
de Mike W9MDB 

  From: C. Gary Rogers 
 To: WSJT software development  
 Sent: Wednesday, December 7, 2016 7:36 AM
 Subject: Re: [wsjt-devel] WSJT-X v1.7.0-rc3

Morning all. Just love this program and the JT modes. Here is a request for 
future versions. 

When operating in the JT9+JT65 mode, suppose I respond to a JT9 CQ at 2800 on 
the waterfall, setting the cursor there. Because this frequency is right at the 
edge for my sound card, I decide to switch to the JT9 mode for better signal. 
In an early version of 1.7 devel, the cursor would go to 800 on the waterfall, 
requiring no additional frequency adjustment. Vice versa when returning back to 
JT9+JT65 mode. In subsequent RCs, this functionality is no longer there. When 
switching from JT9+JT65 to JT9, the cursor goes to 200. When switching back to 
the dual mode, the cursor goes to 4800+ previous freq. Is it possible to 
restore this functionality or is it still there and I need to change a setting? 
I hope I explained this so others can understand. If not, I'll try to clarify. 

Again, thanks to the developers and coders for creating and improving this 
program!

73 Gary KO3F 

Sent from my iPhone

> On Dec 5, 2016, at 9:44 AM, Joe Taylor  wrote:
> 
> Deal Colleagues,
> 
> Thanks to all coders, bug reporters, and testers for helping us to get 
> WSJT-X v1.7 into good shape for a third candidate release.
> 
> The following notice will be sent soon to the wsjtgroup reflector.
> 
>    -- 73, Joe, K1JT
> 
> 
> 
> To: Users of WSJT-X
> 
> The WSJT Development Group is pleased to announce a third candidate 
> release of WSJT-X Version 1.7.0.  Once again this is a beta release. 
> Most program features have been tested in the field already by a large 
> number of users.
> 
> A short list of new features and capabilities (relative to Version 1.6) 
> can be found in the section "New in Version 1.7" of the new WSJT-X User 
> Guide:
> http://www.physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main-1.7.0-rc3.html#NEW_FEATURES
> and also here:
> http://physics.princeton.edu/pulsar/K1JT/Release_Notice.txt
> 
> In addition to bug fixes, program improvements and additions since 
> v1.7.0-rc2 include the following:
> 
> 1. New logic and behavior for the "CQ nnn ..." messages in WSJT-X fast 
> modes.
> 
> 2. Support for messages of the form "CQ aa K1ABC FN42", where "aa" 
> represents any two Latin letters.
> 
> 3. A new sync pattern for the experimental QRA64 mode, and a new decoder 
> that handles large Doppler spreads with excellent sensitivity.  These 
> capabilities are important for use of QRA64 for microwave EME.
> 
> 4. Major additions to the WSJT-X User Guide, especially for features 
> related to VHF-and-up usage.
> 
> 5. Downloadable sample files for all supported modes.
> 
> If you would like to use the latest WSJT-X software and are willing to 
> help us with reports and feedback on program behavior, we encourage you 
> to upgrade to this candidate release now.  When any reported bugs have 
> been fixed, a slightly amended Version 1.7.0 will soon become the 
> standard "General Availability" release of WSJT-X.
> 
> Reports should be sent to the email list wsjtgr...@yahoogroups.com or 
> wsjt-devel@lists.sourceforge.net.
> 
> Be sure to read the extensively updated WSJT-X v1.7 User Guide.  Please 
> send corrections and suggestions for its improvement to this email list, 
> or to K1JT.
> 
> A detailed log of program changes since v1.6 is available here:
> http://physics.princeton.edu/pulsar/K1JT/wsjtx-1.7.0.log
> 
> Upgrading from Version 1.4, 1.5, 1.6, or earlier versions of 1.7 will be 
> seamless.  There is no need to uninstall a previous version or to move 
> any files.
> 
> Installation packages for Windows, Linux, and OS X can be downloaded 
> from the following links:
> 
> Windows:
> http://physics.princeton.edu/pulsar/k1jt/wsjtx-1.7.0-rc3-win32.exe
> 
> Linux (Debian, Ubuntu 16.04 LTS,... 32-bit):
> http://physics.princeton.edu/pulsar/k1jt/wsjtx_1.7.0-rc3_i386.deb
> 
> Linux (Debian, Ubuntu 16.04 LTS,... 64-bit):
> http://physics.princeton.edu/pulsar/k1jt/wsjtx_1.7.0-rc3_amd64.deb
> 
> Linux (Fedora 24, RedHat,... 32-bit):
> http://physics.princeton.edu/pulsar/k1jt/wsjtx-1.7.0-rc3.i686.rpm
> 
> Linux

Re: [wsjt-devel] wsjt-x 1.7.0-rc2 anomaly

2016-12-07 Thread Joe Taylor

In JT9+JT65 mode the text window on the right-hand side displays 
received messages at the selected Rx frequency.  Your screen shot shows 
your Rx (and Tx) frequency set at 553 Hz.  The signal from NF3R is at 
1165 Hz.  Decodes of his signal therefore appear in your left ("Band 
Activity" window but not in your right ("Rx frequency") window.

-- Joe, K1JT

On 12/6/2016 10:07 PM, John wrote:
>
> Attached is a screen shot showing a strange anomaly with this release.
>
> Setup was to write my tx and rx to the right-hand panel. As you can see,
> it didn't in this case. NF3R sent me a -01 instead of his gridsqare.
>
> The work-around was to make selections on the left panel.
>
> Prior to this happening, the app was performing as expected. The only
> change I made before this happened was to select retaining the tx power
> and tune power.
>
> AlarmeJT 0.6.0 was connected to the UDP server at the time this happened
> and appeared to function properly.
>
> Please let me know if I can help further.
>
> 73,
>
> John W4JKL
>
>
>
>
> --
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today.http://sdm.link/xeonphi
>
>
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] wsjt-x 1.7.0-rc2 anomaly - additional info

2016-12-07 Thread John

I forgot to give the operating conditions at the computer.

The computer is an Intel Atom 330 based desktop at 1.6GHz with 2GB of ram.

I am running Debian 8 jessie on it.

The radio is an IC-7300 and uses USB to connect to the computer for CAT 
and audio.

At the time of the anomaly, I was running a couple of Windows apps under 
Wine. Neither of them interacted with wsjt-x or AlarmeJT.

wsjt-x was not using hamlib to control the radio.

73,

John W4JKL





--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X v1.7.0-rc3

2016-12-07 Thread C. Gary Rogers

Morning all. Just love this program and the JT modes. Here is a request for 
future versions. 

When operating in the JT9+JT65 mode, suppose I respond to a JT9 CQ at 2800 on 
the waterfall, setting the cursor there. Because this frequency is right at the 
edge for my sound card, I decide to switch to the JT9 mode for better signal. 
In an early version of 1.7 devel, the cursor would go to 800 on the waterfall, 
requiring no additional frequency adjustment. Vice versa when returning back to 
JT9+JT65 mode. In subsequent RCs, this functionality is no longer there. When 
switching from JT9+JT65 to JT9, the cursor goes to 200. When switching back to 
the dual mode, the cursor goes to 4800+ previous freq. Is it possible to 
restore this functionality or is it still there and I need to change a setting? 
I hope I explained this so others can understand. If not, I'll try to clarify. 

Again, thanks to the developers and coders for creating and improving this 
program!

73 Gary KO3F 

Sent from my iPhone

> On Dec 5, 2016, at 9:44 AM, Joe Taylor  wrote:
> 
> Deal Colleagues,
> 
> Thanks to all coders, bug reporters, and testers for helping us to get 
> WSJT-X v1.7 into good shape for a third candidate release.
> 
> The following notice will be sent soon to the wsjtgroup reflector.
> 
>-- 73, Joe, K1JT
> 
> 
> 
> To: Users of WSJT-X
> 
> The WSJT Development Group is pleased to announce a third candidate 
> release of WSJT-X Version 1.7.0.  Once again this is a beta release. 
> Most program features have been tested in the field already by a large 
> number of users.
> 
> A short list of new features and capabilities (relative to Version 1.6) 
> can be found in the section "New in Version 1.7" of the new WSJT-X User 
> Guide:
> http://www.physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main-1.7.0-rc3.html#NEW_FEATURES
> and also here:
> http://physics.princeton.edu/pulsar/K1JT/Release_Notice.txt
> 
> In addition to bug fixes, program improvements and additions since 
> v1.7.0-rc2 include the following:
> 
> 1. New logic and behavior for the "CQ nnn ..." messages in WSJT-X fast 
> modes.
> 
> 2. Support for messages of the form "CQ aa K1ABC FN42", where "aa" 
> represents any two Latin letters.
> 
> 3. A new sync pattern for the experimental QRA64 mode, and a new decoder 
> that handles large Doppler spreads with excellent sensitivity.  These 
> capabilities are important for use of QRA64 for microwave EME.
> 
> 4. Major additions to the WSJT-X User Guide, especially for features 
> related to VHF-and-up usage.
> 
> 5. Downloadable sample files for all supported modes.
> 
> If you would like to use the latest WSJT-X software and are willing to 
> help us with reports and feedback on program behavior, we encourage you 
> to upgrade to this candidate release now.  When any reported bugs have 
> been fixed, a slightly amended Version 1.7.0 will soon become the 
> standard "General Availability" release of WSJT-X.
> 
> Reports should be sent to the email list wsjtgr...@yahoogroups.com or 
> wsjt-devel@lists.sourceforge.net.
> 
> Be sure to read the extensively updated WSJT-X v1.7 User Guide.  Please 
> send corrections and suggestions for its improvement to this email list, 
> or to K1JT.
> 
> A detailed log of program changes since v1.6 is available here:
> http://physics.princeton.edu/pulsar/K1JT/wsjtx-1.7.0.log
> 
> Upgrading from Version 1.4, 1.5, 1.6, or earlier versions of 1.7 will be 
> seamless.  There is no need to uninstall a previous version or to move 
> any files.
> 
> Installation packages for Windows, Linux, and OS X can be downloaded 
> from the following links:
> 
> Windows:
> http://physics.princeton.edu/pulsar/k1jt/wsjtx-1.7.0-rc3-win32.exe
> 
> Linux (Debian, Ubuntu 16.04 LTS,... 32-bit):
> http://physics.princeton.edu/pulsar/k1jt/wsjtx_1.7.0-rc3_i386.deb
> 
> Linux (Debian, Ubuntu 16.04 LTS,... 64-bit):
> http://physics.princeton.edu/pulsar/k1jt/wsjtx_1.7.0-rc3_amd64.deb
> 
> Linux (Fedora 24, RedHat,... 32-bit):
> http://physics.princeton.edu/pulsar/k1jt/wsjtx-1.7.0-rc3.i686.rpm
> 
> Linux (Fedora 24, RedHat,... 64-bit):
> http://physics.princeton.edu/pulsar/k1jt/wsjtx-1.7.0-rc3.x86_64.rpm
> 
> OS X 10.7 and later:
> http://physics.princeton.edu/pulsar/k1jt/wsjtx-1.7.0-rc3-Darwin.dmg
> 
> Source code snapshot:
> http://physics.princeton.edu/pulsar/k1jt/wsjtx-1.7.0-rc3.tgz
> 
>  -- 73 from Joe, K1JT, for the WSJT Development Group
> 
> --
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of

Re: [wsjt-devel] problem compiling 1.7.0 rc 3 on ARM

2016-12-07 Thread Richard Bown

Hi

PROGRESS 
its not deleting the ~/jtsdk/wsjtx/gar/  that allows the build

its purging QT5 then re-installing libqt5serialport5-dev, qtmultimedia5-dev
the dependencies for those load everything else on Ubuntu 16.04

purging :  sudo apt-get purge libqt5*  & sudo apt-get purge qt5*

It would suggest that regular updating , ( apt-get update && apt-get upgrade ) 
over a period of
time breaks actual dependencies 
I can at the moment rebuild multiple times , just with the clean option set , 
without altering the
contents of ~/jtsdk/wsjtx/gar/
100% PITA


On Wed, 7 Dec 2016 10:05:27 +
Richard Bown  wrote:

> Hi Greg
> I dont doubt the rc3 builds are OK, I downloaded your build for armhf this 
> morning and it runs.
> 
> All I get reported on startup is unable to initialise openGLfor 
> RasterGLSurface, reverting to
> RasterSurface
> and buffer under runs.
> Back to my attempts to build on the beast from Korea
> It differs from the Raspbery Pi and clones with the hardware and
> the drivers are propriety , and I suspect this is where the problem lie.
> On the two errors on the build its throwing up 10+ opengl errors like
> 
> /usr/include/arm-linux-gnueabihf/qt5/QtGui/qopenglfunctions.h:2138:5:
> error:‘::glVertexAttribPointer’ has not been declared 
> ::glVertexAttribPointer(indx, size, type,
> normalized, stride, ptr); Always where a ::glVertexAttribxx’ has not been 
> declared 
> this I've not seen before this round of trying to build rc3
> I would like to find the cause of this.
> I've gone past any of the thing which allowed to build previously as the 
> build directory
> jtsdk/wsjtx/ is deleted so each build is clean.
> 
> I'd be interested if anyone else has had problems with Hardkernel products 
> (odroid ) C1+ or XU4
> Maybe time to find another computer for the shack
> 
> 
> On Tue, 6 Dec 2016 22:36:04 -0700
> KI7MT  wrote:
> 
> > All of the Launchpad builds (i386, amd64, ppc64el, and ARM) were
> > successful. Here are the ARM build logs for Ubuntu 14.04.5:
> > 
> > ARMv8 arm64:
> > https://launchpad.net/~ki7mt/+archive/ubuntu/wsjtx-next/+build/11530957
> > 
> > ARMv7 armhf:
> > https://launchpad.net/~ki7mt/+archive/ubuntu/wsjtx-next/+build/11530958
> > 
> > The builds also passed on Xenial (16.04) and Yakkety (16.10)
> > 
> > 
> > 73's
> > Greg, KI7MT
> > 
> > 
> > On 12/06/2016 09:43 PM, Richard Shaw wrote:  
> > > As another data point, here's a successful build of rc3 on Fedora Rawhide
> > > (future f26) on the arm7vhl target which built...
> > > 
> > > http://koji.fedoraproject.org/koji/taskinfo?taskID=16780515
> > > 
> > > You can use that link to inspect the build logs.
> > > 
> > > Thanks,
> > > Richard
> > 
> > --
> > Developer Access Program for Intel Xeon Phi Processors
> > Access to Intel Xeon Phi processor-based developer platforms.
> > With one year of Intel Parallel Studio XE.
> > Training and support from Colfax.
> > Order your platform today.http://sdm.link/xeonphi
> > ___
> > wsjt-devel mailing list
> > wsjt-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wsjt-devel  
> 
> 
> 



-- 
-- 
Best wishes /73 
Richard Bown

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


--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] problem compiling 1.7.0 rc 3 on ARM

2016-12-07 Thread Richard Bown

Hi Greg
I dont doubt the rc3 builds are OK, I downloaded your build for armhf this 
morning and it runs.

All I get reported on startup is unable to initialise openGLfor 
RasterGLSurface, reverting to
RasterSurface
and buffer under runs.
Back to my attempts to build on the beast from Korea
It differs from the Raspbery Pi and clones with the hardware and
the drivers are propriety , and I suspect this is where the problem lie.
On the two errors on the build its throwing up 10+ opengl errors like

/usr/include/arm-linux-gnueabihf/qt5/QtGui/qopenglfunctions.h:2138:5: 
error:‘::glVertexAttribPointer’ has not been declared 
::glVertexAttribPointer(indx, size, type,
normalized, stride, ptr);
Always where a ::glVertexAttribxx’ has not been declared 
this I've not seen before this round of trying to build rc3
I would like to find the cause of this.
I've gone past any of the thing which allowed to build previously as the build 
directory
jtsdk/wsjtx/ is deleted so each build is clean.

I'd be interested if anyone else has had problems with Hardkernel products 
(odroid ) C1+ or XU4
Maybe time to find another computer for the shack

On Tue, 6 Dec 2016 22:36:04 -0700
KI7MT  wrote:

> All of the Launchpad builds (i386, amd64, ppc64el, and ARM) were
> successful. Here are the ARM build logs for Ubuntu 14.04.5:
> 
> ARMv8 arm64:
> https://launchpad.net/~ki7mt/+archive/ubuntu/wsjtx-next/+build/11530957
> 
> ARMv7 armhf:
> https://launchpad.net/~ki7mt/+archive/ubuntu/wsjtx-next/+build/11530958
> 
> The builds also passed on Xenial (16.04) and Yakkety (16.10)
> 
> 
> 73's
> Greg, KI7MT
> 
> 
> On 12/06/2016 09:43 PM, Richard Shaw wrote:
> > As another data point, here's a successful build of rc3 on Fedora Rawhide
> > (future f26) on the arm7vhl target which built...
> > 
> > http://koji.fedoraproject.org/koji/taskinfo?taskID=16780515
> > 
> > You can use that link to inspect the build logs.
> > 
> > Thanks,
> > Richard  
> 
> --
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today.http://sdm.link/xeonphi
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

-- 
-- 
Best wishes /73 
Richard Bown

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

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X v1.7.0-rc3

Re: [wsjt-devel] wsjt-x 1.7.0-rc2 anomaly

[wsjt-devel] wsjt-x 1.7.0-rc2 anomaly - additional info

Re: [wsjt-devel] WSJT-X v1.7.0-rc3

Re: [wsjt-devel] problem compiling 1.7.0 rc 3 on ARM

Re: [wsjt-devel] problem compiling 1.7.0 rc 3 on ARM

6 matches

Site Navigation

Mail list logo

Footer information