Return to KLUBNL.PL main page

rsgb_lf_group
[Top] [All Lists]

LF: Re: Opera - initial thoughts

To: <rsgb_lf_group@blacksheep.org>
Subject: LF: Re: Opera - initial thoughts
From: "James Moritz" <james.moritz@btopenworld.com>
Date: Sun, 22 Jan 2012 12:58:31 -0000
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btopenworld.com; s=s1024; t=1327237112; bh=Ad8uGv/JtDNUMQ9SCniEfA4558i/6Miz22MSCZ5hG+g=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:From:To:References:In-Reply-To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE; b=B/jyHb6seULskxLc/jKwoRhRSFki259rl64IvR9GVrnyCNiib3WiBCb4yvOUzlsKx1jteTbXdw7oMYIHU5PPKQVD1ozpxlMBIK3vYsBfh8KByAkyUjzoe42o/tn9iSKVhpNzupYN3kR5NZeKPowcyI9gg/4fdmnwt1VyCDb/PU8=
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btopenworld.com; h=DKIM-Signature:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:From:To:References:In-Reply-To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE; b=2gXAaGJRDwTFT7TnhisPUQw6k2pRYMNpuKKCPhcccRxIQgk5anvfii9wWWar39u0RxhV+VY9OufJMxZz5vsLkyc3PbqOk3s4+ad1WzVCMM1GF7dv/IFFURWLf5/uHzbhMP1ika99ajG530rlIc2FOPqdg3kKx53XmvFbfu2/9Ko= ;
Domainkey-status: good (testing)
In-reply-to: <4F1BE531.7370.A577295@mike.dennison.ntlworld.com>
References: <4F1BE531.7370.A577295@mike.dennison.ntlworld.com>
Reply-to: rsgb_lf_group@blacksheep.org
Sender: owner-rsgb_lf_group@blacksheep.org
Dear Mike, LF Group,
Is it better than QRSS?
It *is* QRSS8 (in Op32 mode), only instead of morse code, it uses an 
error-correcting code of some sort, details closely guarded by Mr. Ros.
However, I have not yet seen any evidence that it can beat QRSS at
the most marginal level.
Op32 sends a callsign in 32 minutes, which for throughput is about the same 
as QRSS30 or DFCW60. I guess under marginal conditions, it is very roughly 
comparable with those modes. The difference is that Opera gives you a 
"binary" result - either perfect copy / positive ID, or nothing at all, 
while QRSS gives you a result varying from "traces of signal" through "some 
bits missing but very likely your signal" to "solid O copy". So a marginal 
QRSS beacon signal might give you at least a partial result under conditions 
where Opera yields nothing but a blank screen, and you can usually increase 
the confidence of station identification from other information, such as 
knowing who is active, what frequency is being used, etc. On the other hand, 
if the Opera screen shows "G3XDV" once, you can be practically certain you 
have received G3XDV even if you have no other knowledge of 136k operations, 
and you don't have to spend any time trying to interpret the results.
If Opera evolves into a QSO mode, I guess Op32 would be the slowest 
practical format to use; it would allow a "rubber stamp" QSO with callsigns, 
reports and confirmation exchanged within a few hours - much longer than 
that would be rather impractical. The faster formats would certainly be 
feasible where the shorter-duration QRSS modes are currently used. For DX 
beacon use on 136k, Op32 isn't quite enough, and there is no great pressure 
on time - I definitely think there is a case for trying Op64, Op128...
I think nice features of Opera are:
-Easy and non-critical to set up and use
-Can be used with a simple CW TX
-"Slow" Op32 option better suited to 136k DX than other comparable modes, e.g. WSPR
-Automated reception with web-based reporting
-Simultaneous multi-mode reception

I think the current down-sides are:
-The "black box" nature of the package - not knowing what it is you are using, what it is doing (especially via the internet), having few control options
-Seems to put a lot of load on the CPU
-When I download the latest version, I don't want to go on a date ;-)

Cheers, Jim Moritz
73 de M0BMU



<Prev in Thread] Current Thread [Next in Thread>