The NZ4O Daily LF/MF/HF/6M Frequency Radiowave Propagation Forecast #2010-04
has been published on Friday 01/22/2009 at 1000 UTC, valid UTC Saturday
01/23/2010 through 2359 UTC Friday 01/23/2009 at http://www.solarcycle24.org
.
73 GUD DX,
Thomas F. Giella, NZ4O
Lakeland, FL, USA
Here is another, similar chart:
http://www.dxatlas.com/RttyCompare/
I was comparing MMTTY with MultiPSK and gMFSK against RTTY in white noise.
Interesting observation was that MMTTY was better than MultiPSK at better than
marginal SNR, but MultiPSK was slightly better than MMTTY at very low
Both yours and Alex's graphs show superiority of TrueRTTY and MixW. I
wonder whether TrueRTTY is doing synchronous detection. This is what I plan
to try when I retire, hi.
73, Vojtech OK1IAK
TrueTTY also gave results better than any other package tested for MFSK16.
Wes, WZ7I
On Fri, Jan 22, 2010 at 8:00 AM, Wes Cosand wes.cos...@gmail.com wrote:
Both yours and Alex's graphs show superiority of TrueRTTY and MixW. I wonder
whether TrueRTTY is doing synchronous detection. This is what I plan to try
when I retire, hi.
73, Vojtech OK1IAK
TrueTTY also gave
On Fri, Jan 22, 2010 at 8:17 AM, Andy obrien k3uka...@gmail.com wrote:
On Fri, Jan 22, 2010 at 8:00 AM, Wes Cosand
wes.cos...@gmail.comwes.cosand%40gmail.com
wrote:
Both yours and Alex's graphs show superiority of TrueRTTY and MixW. I
wonder whether TrueRTTY is doing synchronous
I have had a registered copy for about 8 years now and love the program,
absolutely worth it..
Fred
VE3FAL
On Fri, 22 Jan 2010 08:32:06 -0500
Wes Cosand wes.cos...@gmail.com wrote:
On Fri, Jan 22, 2010 at 8:17 AM, Andy obrien k3uka...@gmail.com wrote:
On Fri, Jan 22, 2010 at 8:00 AM,
--- In digitalradio@yahoogroups.com, Vojtech bubn...@... wrote:
Both yours and Alex's graphs show superiority of TrueRTTY and MixW. I wonder
whether TrueRTTY is doing synchronous detection. This is what I plan to try
when I retire, hi.
There used to be the K6STI RITTY program which
Now I don't know about TrueTTY, but MMTTY has a number of things
you can play with in terms of the filtering and detection, so I
wonder if we could get some comparisons of those - or at least
tell us what the setup was when it was tested.
Jim W6JVE
Folk:
I have conducted an experiment comparing the sensitivity of several software
programs for MFSK16 similar to those just posted for RTTY. The data in the
MFSK16 tests were a little tighter than in the RTTY experiment, presumably
because of the absence of the profound effect of stochastic
I am their first MFSK16 QSO and it is usually because they are running one
of the packages that has RSID
This has been my experience too. I operate THOR4 and Contestia. Most
first time QSOs are with the aid of RSID.
philw de ka1gmn
On Fri, Jan 22, 2010 at 11:49 AM, Wes Cosand
Andy,
I have had a registered copy of TruTTY for years and it constantly outperforms
any other program for RTTY. I also think the MFSK-16 and PSK31 implementations
are excellent too. Well worth the money if you need a simple to operate,
processor non-intensive application. It also interfaces
My shack PC has some resource issues when using the only software
that I know of that has some digital mode SDR support, Multipsk. This
is because it requires Multipsk AND a SDR software to be used in
tandem. The TWO applications are more than my system can handle. I
do have CW Skimmer that
MMTTY provides a choice of three different RTTY decoders, with the ability
to shape the filters for each. There is also an optional bandpass filter and
an optional notch filter, with user control of shape for each. As a first
step in improving MMTTY's RTTY decoding performance, I am determining
Hello Wes and all,
I tried here Multipsk versus Mixw at -9 dB of S/N in RTTY 45 (I have not
TRUETTY but they seem to be equivalent).
I tested with a text and the Multipsk decoding was better than the Mixw one .
However, in RTTY the ITA2 set of character is used so it is difficult to
compare
Andy,
is because it requires Multipsk AND a SDR software to be used in
Multipsk works alone on SdR (RX/TX). You don't need another SdR (and surely
it would be a mess to work with two SdR programs doing the same thing).
Simply, indicate in Multipsk which sound card (or sound cards if a speaker
I'm sorry I don't understand Patrick. How do you start the SDR's
reception in Multipsk ? The SDR I have is not playing audio until usual SDR
software starts the receiver and audio flows . I do not see that in
Multipsk ?
Andy K3UK
On Fri, Jan 22, 2010 at 6:12 PM, Patrick Lindecker
Andy,
By default, for digital RX/TX, you don't strictly need to hear the sound. When
you pushed on I/Q interface Direct via the sound card, you could RX/TX just
selecting the desired signal on the waterfall. Now if you want to hear the
received sound (the base band demodulated one, not the
Patrick, thank you for your kind note.
I discovered, as you have known for a long time, that testing RTTY is not
easy because of random figures/letters shifts. As you said, a single
inappropriate shift can mess up a lot of characters! That makes the
statistics difficult.
My test text file is
Dear Andy
What sdr and what trx are you using?
I use a icom 765 with a homebrewd downconverter
not a real sdr but I can
use the software that is built for if of 12khz
And it is possible to connect powersdr with hrd to control the trx
A friend from me did this with his kenwood ts2000 (no
Hello Wes,
I saw the test file. It is nice except the long suite of figures, which could
be a cause of possible systematic failure (with many errors following a first
error) . Better would be to keep only the call signs which include figures and
letters and produce a good diversity (and so a
On Fri, Jan 22, 2010 at 7:44 PM, Patrick Lindecker f6...@free.fr wrote:
Hello Wes,
I saw the test file. It is nice except the long suite of figures, which
could be a cause of possible systematic failure (with many errors following
a first error) . Better would be to keep only the call
21 matches
Mail list logo