Interesting , is Op visible at
-40 dB ? ,
But yes , it was possible to re hash a message if
the ltrs/figs shift had been missed , but
the signal levels where many dB's higher and
once the change to multi tone was
implemented , picalo etc , then error
rates dropped and link up-times extended
You are correct though , OP is a data
mode , which by definition is two state and
therefore will have a pass/fail point , the
beacon is reporting 'path quality' by s/n at
the Rx ,
This applies to any beacon / data system ,
wspr has a decode fail point , qrss
has a decode fail point sure
you can join the dots up , but if you
need to receive the data , then qrss offers
no advantage Q # = ? Q 5 = good copy ,
if you don't see the 5 then what ? guess ?
G..
Sent: Monday, August 27, 2012 1:48 PM
Subject: LF: Re: OP missed decodes
Stefan es Co
It is often the case when Data modes cannot be decoded
they are visible on the waterfall display. It is also a fact that RTTY can
easily be visually read on a waterfall display when it does not decode/print
because of qrn hits or qsb.
In the past RTTY fsk marks/spaces were read from
undulator tape by a competent operator who knew the Murray code. This
method produced better results than direct demodulation/printing
The preferred method on LF/MF surely is QRSS,
DFCW for reliability in handling very weak signals then CW for the stronger
signals and local working.
de mal/g3kev
----- Original Message -----
Sent: Monday, August 27, 2012 11:39
AM
Subject: LF: OP missed decodes
G..,
Am 27.08.2012 13:18, schrieb Graham:
Did the
program show that decode on your PC? On my PC the decode did not appear! It
would be a pity if decodes would be lost. I tried to reach UZ2HZ but thought i
wasn't successful. Maybe it was the same with SM2DJK?
Maybe further
stations got successful TA decodes but no one knows? Another disadvantage
compared to QRSS/DFCW..
73, Stefan/DK7FC
