Re: [wsjt-devel] FT8 in r7800

https://physics.princeton.edu/pulsar/k1jt/ft8_Protocol_Change.txt On 7/6/2017 9:17 PM, David wrote: Hi ...i have just used JTSDK to upgrade to r7800 compiled 100% but when i started WSJT-X it came up with a message "FT8 tempory disabled" went to the Mode tab and found FT8 greyed out used

[wsjt-devel] FT8 in r7800

Hi ...i have just used JTSDK to upgrade to r7800 compiled 100% but when i started WSJT-X it came up with a message "FT8 tempory disabled" went to the Mode tab and found FT8 greyed out used JT65 mode and it runs okis there a problem with FT8 that required this action 73 David VK4BDJ

Re: [wsjt-devel] r7781 Observations

On Thu, Jul 6, 2017 at 3:05 PM, Bill Somerville wrote: > On 06/07/2017 22:45, Rick wrote: >> >> Sidebar question ... while building the latest revision is a matter of >> updating the svn (push button, computer does all the rest), is there a way >> to select an earlier

Re: [wsjt-devel] WSJT-X: Working frequency suggestions

> On Jul 6, 2017, at 3:33 PM, Bill Somerville wrote: > > If you move that separator down to zero on a band full of JT65 signals you > will probably see the problem. Interestingly, I’ve run 1K separator for quite some time now and I haven’t noticed a problem. However,

[wsjt-devel] Frequency calibration - use of RWM Moscow in Europe

Hi, When performing the Frequency Calibration using the 3 combined RWM frequencies (4.996 , 9.996 and 14.996 MHz), I have observed very consistent results with the DF typically floating less than 0.2 Hz. RWM transmit an unmodulated carrier between 0 and 8 minutes past the hour (as well as 30

Re: [wsjt-devel] r7781 Observations

On 06/07/2017 22:45, Rick wrote: GUI Observations: Switching configurations does not reset to the appropriate frequency if you edit the frequency/mode table. If you reset to the defaults, you can switch back and forth, and the radio will follow, however if you edit any entry (I changed JT-65

Re: [wsjt-devel] r7781 Observations

On 06/07/2017 22:45, Rick wrote: Sidebar question ... while building the latest revision is a matter of updating the svn (push button, computer does all the rest), is there a way to select an earlier release for compilation? I'm using r7781, and probably should have updated to r7782 last

Re: [wsjt-devel] WSJT-X: Working frequency suggestions

On 06/07/2017 09:14, Takehiko Tsutsumi wrote: Finally, it is a great idea to allocate "JT9 on same frequency as JT65" on 2200m and 630m. I really wish you to expand this idea up to 6m band as it is a first step to obsolete JT65 and replace to JT9 today and FT8 later. It is the time to deploy

Re: [wsjt-devel] Frequency measuring modes

I wonder if the FreqCal frequencies should be removed and then  added to a list in the docs. So when starting FreqCal mode and there are no frequencies defined it tells you to go look in the docs for recommendations on how to select calibration freqs...along with directions on how to do the

Re: [wsjt-devel] Frequency measuring modes

On 7/6/2017 5:23 PM, David Birnbaum wrote: I know that there are a set of frequencies in the table and most of them are useful. But local AM radio needs to be set for each station and not all the time/frequency standard frequencies work for everyone all the time. db Delete the ones not

Re: [wsjt-devel] Frequency measuring modes

I know that there are a set of frequencies in the table and most of them are useful. But local AM radio needs to be set for each station and not all the time/frequency standard frequencies work for everyone all the time. db

Re: [wsjt-devel] Frequency calibration - use of AM broadcasts

On 06/07/17 20:58, Joe Taylor wrote: > Richard -- > > On 7/6/2017 3:48 PM, Richard Lamont wrote: >> Is it a good idea to use AM broadcast transmitters as a frequency >> standard when the regulatory tolerance (ITU and many countries) for such >> transmitters is +/- 10 Hz? Is that good enough for

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

Pull the qsotime.patch again -- I just posted another one. At least in my testing it's working for both double clicking QSOs in the Rx Freq column and with short modes. de Mike W9MDB  From: Bill Somerville To: wsjt-devel@lists.sourceforge.net Sent: Thursday, July

Re: [wsjt-devel] Frequency measuring mode

The frequencies are in the freq table in WSJT-X.  Did you know that?  "FreqCal". de Mike W9MDB From: David Birnbaum To: wsjt-devel@lists.sourceforge.net Sent: Thursday, July 6, 2017 3:40 PM Subject: [wsjt-devel] Frequency measuring mode I noticed that the

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

Thank you, Michael. I’ve been confused as to the function of the slider - it never seemed to do anything for me because I’ve always left Flatten checked. It seems like education is needed in either case (leaving it on the main window, or moving it to the waterfall window). In that case, it

[wsjt-devel] Frequency measuring mode

I noticed that the frequency measuring mode was in 1.7.0, but it only does measurement according to frequencies in table. The averaging (fmtaverage) and calibration calculation (fmeasure) don't seem to be in a menu. The partial integration is only partly useful. If one wants to use it for

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

That's a good idea...if only the Wide Graph is visible and Flatten checked or neither graph is visible then disable the slider.I like it.  Then the question will be "why is the slider greyed out" :-) de Mike W9MDB From: Tim Carlson To: Black Michael

Re: [wsjt-devel] Frequency calibration - use of AM broadcasts

On 06/07/17 20:56, Bill Somerville wrote: > On 06/07/2017 20:48, Richard Lamont wrote: >> Is it a good idea to use AM broadcast transmitters as a frequency >> standard when the regulatory tolerance (ITU and many countries) for such >> transmitters is ± 10 Hz? Is that good enough for the purpose? >

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

Hi Al, On 7/6/2017 3:59 PM, CX8AT VERA wrote: Maybe I missed something when reading this group's mail, but something that I don't like is to have 2 windows (main window and wide graph) apart, is hard for me to keep both with the right size in a small wide 13" notebook, It is possible to

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

I don't know if expanding the explanation about the effects of things in the docs would help.  Like what NOT to do.Seems most don't read them anyways...but maybe we should do it anyways for those that do. The more education the better IMHO So instead of Use the receiver gain controls and/or

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

Hi Joe Maybe I missed something when reading this group's mail, but something that I don't like is to have 2 windows (main window and wide graph) apart, is hard for me to keep both with the right size in a small wide 13" notebook, It is possible to have both just in one windows? this maybe

Re: [wsjt-devel] Frequency calibration - use of AM broadcasts

Richard -- On 7/6/2017 3:48 PM, Richard Lamont wrote: Is it a good idea to use AM broadcast transmitters as a frequency standard when the regulatory tolerance (ITU and many countries) for such transmitters is +/- 10 Hz? Is that good enough for the purpose? 73, Richard G4DYA As described here

Re: [wsjt-devel] Frequency calibration - use of AM broadcasts

On 06/07/2017 20:48, Richard Lamont wrote: Is it a good idea to use AM broadcast transmitters as a frequency standard when the regulatory tolerance (ITU and many countries) for such transmitters is ± 10 Hz? Is that good enough for the purpose? Hi Richard, I would expect many to be at least

Re: [wsjt-devel] Frequency calibration - use of AM broadcasts

When I was working in BC, and later when looking at stations with an HP precision frequency measuring instrument, I regularly saw errors less than one Hz on the MF broadcast band with major US stations. 73, Jim K9YC On 7/6/2017 12:48 PM, Richard Lamont wrote: Is it a good idea to use AM

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

On 06/07/2017 20:43, Black Michael via wsjt-devel wrote: This was discussed a while ago and those users who were using the FastGraph wanted to keep the control on the main window. So...preferring usability over confusion was the result and it was decided to keep it on the main window. It

[wsjt-devel] Frequency calibration - use of AM broadcasts

Is it a good idea to use AM broadcast transmitters as a frequency standard when the regulatory tolerance (ITU and many countries) for such transmitters is +/- 10 Hz? Is that good enough for the purpose? 73, Richard G4DYA

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

This was discussed a while ago and those users who were using the FastGraph wanted to keep the control on the main window. So...preferring usability over confusion was the result and it was decided to keep it on the main window. It will be a teaching process and I'm sure we'll get lots of

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

About the former “digital gain” slider - yes, I agree it’s time to move it out of the main window. If the functionality is retained in the fast and slow graphs, then it can be eliminated entirely. We might want to consider unifying the waterfall controls in a pop up that can be hidden once

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

> On Jul 6, 2017, at 10:07 AM, Black Michael via wsjt-devel > wrote: > > We talked about removing the slider and putting it on the waterfall but some > wanted it to remain on the main screen. Commenting ONLY on this part of it, the slider does seem a bit

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

Mike, I discovered this change and made changes to my soundcard levels. But I have to confess that the slider looks like it controls levels also. First it is adjacent to the level meter on the left bottom, and second it is not labeled. Personally if it controls something waterfall it should

Re: [wsjt-devel] Suggestions for three extra bits in FT8

Thanks for the insight, Bill. Is there a writeup of the protocol anywhere for deeper understanding? One idea I had after playing around with PSK & FSQ these past few days is to leverage an extra bit to allow for a QSO centered around freeform messaging on HF. Specifically, one of those bits to be

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

The slider NEVER affected recording level and caused far too many problems with misinterpretation. What you see on the meter IS the recording level and it cannot and should not be changed from WSJT-X as that would all be in the digital space where you don't want to touch things. You want 0dB on

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

I'll agree that automating the freq cal would be good. It's not real simple to make it foolproof. Since it's a linear correction I think only two or three points at most are needed just using WWV and one AM station would be good but not necessary.  The AM station would have to be manually

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

Mike The change that disconnected the thermometer from the waterfall slider. A number of folks set the input audio at any old level and adjusted the slider to get the thermometer mid range. The change will force appropriate level adjustment. 73 Charlie > What change?  The meter shows the

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

On 06/07/2017 17:00, Black Michael via wsjt-devel wrote: I've got 3 patches outstanding #1 Menu controls working when controls are hidden + CTRL-E/Shift-E shortcuts for enabling/disabling Tx even/1st #2 Fix rigctld aborting on rigs without set_vfo (e.g. FT-891/991) #3 Fix QSO start times for

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

What change?  The meter shows the recording level now instead of the waterfall level.  The slider controls the waterfall and not the meter anymore (it never should have).We talked about removing the slider and putting it on the waterfall but some wanted it to remain on the main screen. de Mike

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

I've got 3 patches outstanding #1 Menu controls working when controls are hidden + CTRL-E/Shift-E shortcuts for enabling/disabling Tx even/1st#2 Fix rigctld aborting on rigs without set_vfo (e.g. FT-891/991)#3 Fix QSO start times for double-click progression and autoseq modes Here they are:

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

Hi Joe Perhaps worth mentioning the change to the audio level setting to avoid inadvertent clipping - folks now have to adjust soundcard level controls, radio level or external 'attenuator'. Charlie > Hi all, > > I'm compiling a list of important new features and other changes that > will be

Re: [wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

The following come to mind: - Phase and amplitude equalization for MSK144. (We/I need to fix the refspec part of this, and also write up some docs) - SWL mode for MSK144 allows third-party monitoring Sh-message QSOs. - Enhanced frequency management scheme (Bill should contribute the proper

[wsjt-devel] Preparation for WSJT-X v1.8.0-rc1

Hi all, I'm compiling a list of important new features and other changes that will be in WSJT-X v1.8. 1. New mode called FT8: QSOs 4 times faster than JT9, JT65 2. New mode for Frequency Calibration 3. Improved performance of decoders for JT65, QRA64, and MSK144 4. New utility programs:

Re: [wsjt-devel] Suggestions for three extra bits in FT8

On 06/07/2017 14:26, James Lemley wrote: After discarding the idea of encoding eight humorous messages, and without studying the rest of the protocol to see if these are already implemented, here are my suggestions for the three extra bits with a transmit frame: HI James, adding extra ad

[wsjt-devel] Suggestions for three extra bits in FT8

After discarding the idea of encoding eight humorous messages, and without studying the rest of the protocol to see if these are already implemented, here are my suggestions for the three extra bits with a transmit frame: Bit 0: Must this message be acknowledged? Some people get worked up about

[wsjt-devel] FT8: IMPORTANT NOTICE

To: All WSJT-X users of FT8 From:WSJT Development Team Subject: IMPORTANT NOTICE ABOUT EXPERIMENTAL MODE FT8 Thanks to all alpha testers who have sent us helpful information on their experiences with FT8. The mode is basically working well, but we've determined that we can improve it

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

Hi All re "Morse code speeds are conventionally defined in a very precise way. See, for example, http://www.kent-engineers.com/codespeed.htm . The width of the main spectral lobe of a CW signal in Hz is roughly equal to the speed in WPM. Fairly strong secondary lobes occur at multiples of

Re: [wsjt-devel] WSJT-X: Working frequency suggestions

Bill, Thank you for compiling such a precise list concerning default working frequency suggestions. I am indeed impressed by you professional manner. Here is my comments presented in your list. 1. 80m: Thank you for including my proposal. JARL has spent a few years to have international