That value is meant to only change during band change to avoid messing up
typing into the freq box. It's only used in the one place.
Unless Joe has some other observation it doesn't appear to me that this change
harms anything. Making it an option just means nobody will know to use it to
avoid the problem. And we've had plenty of reports of pskreporter things being
wrong which we've already done some work on to minimize errors. It's pretty
critical that pskreporter spots are correct for any number of reasons.
Mike W9MDB
On Monday, July 29, 2024 at 12:50:03 PM CDT, Andy Durbin <[email protected]>
wrote:
Mike,
Thanks for looking at this.
I intentionally proposed an option because Joe had indicated there were reasons
it was implemented to use table frequency rather than current dial frequency.
By implementing as an option those who like the way it works now would see no
change.
I documented a more extreme case than had been in included in draft 2. With no
frequency table loaded I tuned a spot collector CW spot at 21.011900. I
couldn't hear the spot so I used rig conrols to set USB mode and 21.074000.
PSK Reporter showed all the stations I decoded as offsets from 21.011900!
e.g.Dial frequency 21.074All.txt decode 240728_174145 21.012 Rx FT8 -12
-0.8 1465 BD4WVQ K4JOM EM60PSK Reporter showed K4JOM received at 21.013.365
73,Andy, k3wyc
From: Black Michael <[email protected]>
Sent: Monday, July 29, 2024 10:34 AM
To: [email protected] <[email protected]>
Cc: Andy Durbin <[email protected]>
Subject: Re: [wsjt-devel] ALL.TXT RX freq is not RX DIAL freq This small change
fixes the problem.Adding this outside the if clause ensures it is updated with
current information...m_freqNominalPeriod = m_freqNominal;
Although we should probably not do pskreporter when the frequency changes like
this as we aren't sure which frequency was decoded.
Mike W9MDB
void MainWindow::displayDialFrequency (){ if
(ui->actionUse_Dark_Style->isChecked())
ui->bandComboBox->setStyleSheet("QLineEdit {background-color: #31363b}"); //
initialize dark style at startup Frequency dial_frequency {m_rigState.ptt ()
&& m_rigState.split () ? m_rigState.tx_frequency () : m_rigState.frequency
()};
// lookup band auto const& band_name = m_config.bands ()->find
(dial_frequency); m_freqNominalPeriod = m_freqNominal; if (m_lastBand !=
band_name)
On Sunday, July 28, 2024 at 11:55:46 AM CDT, Andy Durbin via wsjt-devel
<[email protected]> wrote:
"What rig do you have that WSJT-X does not follow rig freq changes?
Mike W9MDB"
I have no such rig. WSJT-X follows my rig frequency with 1 Hz resolution as
indicated in the draft paper.
The issue is not that WSJT-X does not follow the rig frequency. The issue is
that WSJT-X knows the rig frequency but may report a different frequency to
ALL.TXT and PSK Reporter.
Would you please read the full draft and let me know if any part needs
clarification.
Thanks and 73,Andy, k3wyc
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
