On 11/09/2015 19:11, Joe Taylor wrote:
> Bill --
Hi Joe,
>
>> You may have this correct already but when setting a split Tx frequency
>> the following sequence or an equivalent is necessary:
>>
>>if (m_monitoring || m_transmitting) {
>> if (m_config.transceiver_online ()) {
>>
Bill --
> You may have this correct already but when setting a split Tx frequency
> the following sequence or an equivalent is necessary:
>
> if (m_monitoring || m_transmitting) {
> if (m_config.transceiver_online ()) {
> if (m_config.split_mode ()) {
> // All c
Hi Steve,
Thanks for the additional info. I will look forward to your further
progress with the sfrsd decoder.
> By the way, one thing that I’ve already noticed is that some
> files produce lots of identical un-decodable received symbol
> vectors. Since I have to try a whole bunch of virtual re
Hi Joe,
Re the sfrsd program. Please regard this as merely a framework for future
development. Nothing in the current code is optimized and I am almost certain
that I can do better. I think that it is premature to do any quantitative
performance comparisons with KV. I will say that it was very
On 11/09/2015 17:57, Joe Taylor wrote:
> Hi Bill,
Hi Joe,
...
>> That probably requires m_bSimplex to be true, perhaps not the best name
>> for that variable and Configuration::transceiver_tx_frequency() to be
>> signalled when Configuration::transceiver_frequency() has been signalled
>> to set a
Hi Bill,
> I assume fast modes will normally always be at the same nominal audio
> frequency probably centred in the SSB Tx passband.
I now have things set up so that JTMSK is always centered at 1500 Hz.
The JT9-fast modes all use 700 Hz for the lowest tone; this means that
the widest fast subm
On 11/09/2015 17:05, Joe Taylor wrote:
> Hi Bill,
Hi Joe,
>
>> Perhaps we should be doing the same as for WSPR with the fast modes i.e.
>> turning off split on the rig. It looks like you have already added some
>> of the relevant code in r5774 assuming that
>> MainWindow::fast_config(true) is being
Hi Bill,
> Perhaps we should be doing the same as for WSPR with the fast modes i.e.
> turning off split on the rig. It looks like you have already added some
> of the relevant code in r5774 assuming that
> MainWindow::fast_config(true) is being called appropriately.
I had previously thought this
Hi Joe,
On 11/09/2015 15:30, Joe Taylor wrote:
> ...
>
> You must be set up to use Split (or "Fake it") mode? The fast JT9 modes
> need up to 1800 Hz of bandwidth, so the intent is that the lowest Tx
> audio tone should always be 700 Hz. For the fast JT9 modes, don't use
> Split.
Perhaps we shou
Hi Joe
No, I can't think of any immediate serious applications for fast JT9 for
EME either, other than perhaps for very short duration digital contacts
between well-equipped stations.
I guess the motivation was to understand what was happening with behaviour
we did not initally expect - this is
Hi Charlie,
G3WDG wrote:
> With Doppler control off, and Split set to none, the [fast JT9] tones are
> indeed on
> the correct frequency and I don't get Rig control errors, but can't
> properly use it for EME!
Agreed. But the fast JT9 modes were intended for ionoscatter, not EME.
The wide (bu
Hi Joe
I think we are getting closer to understanding the problem with the JT9
tone shifts Rex and I have been seeing.
The issue is, that for operating EME with Doppler control enabled, we have
to use Split or Fake it (the latter in my case). Else I get rig control
errors. This was the mode you
Hi Rex,
Many thanks for your helpful comments on code revision 5865.
VK7MO wrote:
> Some feedback on r5865. Some of this might be in the "cleaning up category"
> that you might prefer to fix at a later stage.
>
> JT9 Fast Modes
>
> We are still seeing the problem of frequency jumps on JT9 fast
Hi Steve,
I finally found time for a quick look at "sfrsd", your drop-in
replacement for kvasd that uses the stochastic Chase algorith.
I compiled and ran it on a few test cases this morning, and (as will be
no surprise to you) found that it works, and it succeeds in some cases
where the hard-
Hi Bill,
Thanks for thinking about this. Our computer hosting the WSJT web site
does not accept ftp connections. In principle I could host anonymous
ftp connections on another Linux machine here; but wouldn't it be almost
as good to put a link and package of sample files on the WSJT web site,
On 11/09/2015 13:38, Alessandro Gorobey wrote:
> Hi Joe, Bill, Claude & all,
Hi All,
>
>
> Il 11/09/2015 14:08, Claude Frantz ha scritto:
>> On 09/11/2015 01:53 PM, Bill Somerville wrote:
>>
>> Hi Bill, Jo & all,
>>
>>> I am putting together an enhancement to WSJT-X to download sample files
>>> fro
Hi Joe, Bill, Claude & all,
Il 11/09/2015 14:08, Claude Frantz ha scritto:
> On 09/11/2015 01:53 PM, Bill Somerville wrote:
>
> Hi Bill, Jo & all,
>
>> I am putting together an enhancement to WSJT-X to download sample files
>> from the Internet. It may be helpful to use the FTP protocol but that
On 09/11/2015 01:53 PM, Bill Somerville wrote:
Hi Bill, Jo & all,
> I am putting together an enhancement to WSJT-X to download sample files
> from the Internet. It may be helpful to use the FTP protocol but that
> would require an FTP server to host the files. Does
> ftp://physics.princeton.edu/p
Hi Bill,
all working
Il 10/09/2015 23:08, Bill Somerville ha scritto:
> On 10/09/2015 10:53, Alessandro Gorobey wrote:
>> Hi Bill,
> Hi Sandro,
>
> thanks for the detailed report of the issues below.
>> Il 09/09/2015 23:03, Bill Somerville ha scritto:
> In if I select two times the some band
On 09/09/2015 20:52, Joe Taylor wrote:
> Hi Bill,
Hi Joe,
...
>> Personally I would prefer a solution that ships the sample files but
>> compresses them to minimize package size. Second preference would be a
>> separate download from the project web site where users could cherry
>> pick the sample
20 matches
Mail list logo
