| |
PA2AGA > HDDIG 18.06.00 04:41l 227 Lines 7349 Bytes #-9440 (0) @ EU
BID : HD_2000_167B
Read: GUEST
Subj: HamDigitalDigest 2000/167B
Path: DB0AAB<DB0SL<DB0RGB<DB0MRW<DB0ERF<DB0BRI<DB0SM<PI8DAZ<PI8GCB<PI8HGL
Sent: 000617/2311Z @:PI8HGL.#ZH1.NLD.EU #:52334 [Den Haag] FBB $:HD_2000_167B
From: PA2AGA@PI8HGL.#ZH1.NLD.EU
To : HDDIG@EU
Date: Sun, 18 Jun 00 00:19:21 MET
Message-Id: <hd_2000_167B>
From: pa2aga@pe1mvx.ampr.org
To: hd_broadcast@pa2aga.ampr.org
X-BBS-Msg-Type: B
> > you recommend? I am looking for something that's easy to use and that
> > will run on the 386. Thanks!
> >
> > 73
> > KB8QQS - Jason
> > jjodon@en.com
> >
> > Sent via Deja.com http://www.deja.com/
> > Before you buy.
>
> --
> KC7ZRU | In Laramie Area
> Laramie, WY | UARC Repeater
> DN71eh | 146.610
> "The Dungeon" online at http://www.cyberhighway.net/~tateb
> Remove 73s from addy to send email
>
------------------------------
Date: Thu, 15 Jun 2000 20:42:18 -0400
From: Gorsline Family <gorslin@pathcom.com>
Subject: FT-980 software
If you're successfully using rig control or logging software with the
980, please let me know:
1. what it is and how to find it
2. what interface are you using computer to rig
3. what port parameters are you using (baud rate, parity, length, # stop
bits)
I'm trying to get an interface set-up without success and need to reduce
the number of unknowns (interface circuit, rig, or logging program not
having the right command set). A working program and any other
information would be a great start to diagnostics. tnx
73, George VE3YV/ K8HI ve3yv@rac.ca
------------------------------
Date: Fri, 16 Jun 2000 09:54:35 -0000
From: "Juergen Hoenig" <hoenig@fh-furtwangen.de>
Subject: help
hi
------------------------------
Date: Thu, 15 Jun 2000 13:46:30 GMT
From: hamish@cloud.net.au (Hamish Moffatt VK3SB)
Subject: Hottest and fastest HF mode
W6RCecilA <Cecil.A.Moore@ieee.org> wrote:
> Tor Tveitane wrote:
>> What is currently the fastest and hottest HF mode in use??
> I researched the subject before I bought my present modem. For my
> money, it is PACTOR II from SCS. URLs: http://www.pactor.com and
> http://www.scs-ptc.com
Is this proprietary protocol even legal on the amateur bands?
Hamish
--
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>
------------------------------
Date: Thu, 15 Jun 2000 09:31:21 -0500
From: W6RCecilA <Cecil.A.Moore@IEEE.org>
Subject: Hottest and fastest HF mode
Hamish Moffatt VK3SB wrote:
>
> W6RCecilA <Cecil.A.Moore@ieee.org> wrote:
> > Tor Tveitane wrote:
> >> What is currently the fastest and hottest HF mode in use??
>
> > I researched the subject before I bought my present modem. For my
> > money, it is PACTOR II from SCS. URLs: http://www.pactor.com and
> > http://www.scs-ptc.com
>
> Is this proprietary protocol even legal on the amateur bands?
Of course, all the FCC has to do to monitor it is acquire an
SCS modem. And there's enough published material that dedicated
DSP engineers could duplicate the functions of the SCS modem on
a DSP eval board. There is no built-in encryption and all the
techniques are old hat to DSP modem designers.
--
73, Cecil, W6RCA http://www.mindspring.com/~w6rca
------------------------------
Date: Thu, 15 Jun 2000 19:43:07 +0200
From: Alexander Kurpiers <a.kurpiers@nt.tu-darmstadt.de>
Subject: Hottest and fastest HF mode
W6RCecilA wrote:
> > Is this proprietary protocol even legal on the amateur bands?
As long as you can decode it with publically available modems I think
yes.
> .... And there's enough published material that dedicated
> DSP engineers could duplicate the functions of the SCS modem on
> a DSP eval board.
This is not true, you do NOT have these information (but you don't have
them
for Clover either, even if the documentation makes us believe that).
>There is no built-in encryption and all the
> techniques are old hat to DSP modem designers.
Yes, but still there is a lot in the protocol that is not documented. Of
course
you could go in reverse engineer all the relevant information. But as
Pactor II is still activly under development and improvement and may
change any
time SCS has a new firmware out this can be a tedious task...
73' Alexander
--
Alexander F. Kurpiers | Voice: +49-6151-162369
Institut fuer Nachrichtentechnik | Fax : +49-6151-165545
Merckstrasse 25 | EMail: a.kurpiers@nt.tu-darmstadt.de
D-64283 Darmstadt (Germany) | Hamradio: dl8aau@db0ais.#hes.deu.eu
------------------------------
Date: Thu, 15 Jun 2000 14:22:43 -0500
From: W6RCecilA <Cecil.A.Moore@IEEE.org>
Subject: Hottest and fastest HF mode
Alexander Kurpiers wrote:
>
> W6RCecilA wrote:
> > .... And there's enough published material that dedicated
> > DSP engineers could duplicate the functions of the SCS modem on
> > a DSP eval board.
>
> This is not true, you do NOT have these information (but you don't have
> them for Clover either, even if the documentation makes us believe that).
Ahhhh, you underestimate the abilities of "dedicated DSP engineers".
--
73, Cecil, W6RCA http://www.mindspring.com/~w6rca
------------------------------
Date: Thu, 15 Jun 2000 20:28:36 GMT
From: jdouglas@timewave.com (John Douglas)
Subject: Hottest and fastest HF mode
I wonder if, maybe, the hottest and fastest HF mode has become PSK31. I see
more PSK "tracks" than I hear signals of the other modes. With the exception
of message handling I hear/see more activity and enthusiam for this mode than
I ever saw for the other "new" digital modes.
73
John N0ISL
------------------------------
Date: Thu, 15 Jun 2000 19:15:53 -0400
From: "Rob" <Pse@NoEmail.Com>
Subject: Hottest and fastest HF mode
Well I hate to disagree with HANK. But even for bulk data transport, based
on my experience, it is my opinion that PACTOR II is VASTLY superior to
CLOVER II for HF use.
Let's talk apples with apples.
With these new modes, talking about baud rates is misleading. It is much
better to talk about the EFFECTIVE DATA THROUGHPUT rate. Both PACTOR II and
CLOVER II have OVERHEAD in their protocols which reduces the EFFECTIVE data
throughput rates.
At the outset, it is hard to compare CLOVER II with PACTOR II.
The PACTOR II protocol implements Pseudo Markow data Compression (PMC) and
run line encoding (which can be turned off for testing purposes). The data
compression built into the PACTOR II protocol typically increases the
effective data throughput rate on ASCII files by a factor of 1.9 (i.e.
almost doubles the effective data throughput rate). PACTOR II also uses
memory ARQ to combat errors on HF. I have found that PACTOR II's memory ARQ
is VERY effective at combating errors on HF.
CLOVER II does NOT use any type of data compression NOR does it use memory
ARQ.
But CLOVER II does employ a three-step strategy to combat errors. First,
channel parameters are measured and one of SIX modulation formats is chosen
and one of FOUR BLOCK lengths is chosen to minimize errors and maximize data
throughput. This is called the Adaptive ARQ Mode" of CLOVER-II. Second,
Reed-Solomon Forward Error Correction (FEC) encoding is used to correct a
limited number of byte errors per transmitted block. Finally, data blocks in
which errors exceeding the capacity of the Reed-Solomon decoder are
repeated.
In the ARQ modes, CLOVER-II has three Reed Solomon "coder efficiencies"
options: 60% (Robust bias), 75%(normal bias) and 90% (Fast bias).
To be continued in digest: hd_2000_167C
Read previous mail | Read next mail
| |
