An HF email system that could operate entirely independently of the
internet (as opposed to using HF links to overcome local-area
internet outages) would require a significant infrastructure. Either
its a mesh, in which case users must be persuaded to keep their nodes
(transceiiver + PC running the app) running most of the time, or some
subset of users must be persuaded to deploy and maintain "super
nodes" that handle the routing. Given sufficient motivation, either
approach could be made to work, but what would be the rationale, Walt?
73,
Dave, AA6YQ
--- In digitalradio@yahoogroups.com, "DuBose Walt Civ AETC CONS/LGCA"
<[EMAIL PROTECTED]> wrote:
>
> Remember...let's keep WinLink and SCAMP, Pactor, etc separate.
>
> WinLink is a messaging application.
>
> SCAMP, Pactor and all the soundcard "modes" are modem/data protocol
implementations.
>
> We know how WinLink works so there is not problem duplicating a
like or perhaps better HF E-Mail application. As far as data
modes/protocols go, look at where we have gone since the early PSK31
days...there are dozens of soundcard data protocols/modes/modems.
>
> If I were a company technology officer, of a company who's purpose
was developing communications technology...or the technology officer
for amateur radio, I would be very dis-heartened at the data
protocols/modes/modems produces as well as the HF E-Mail applications
developed. None are really as robust as the should/could be, none of
the sound card modes have the throughput that they should and there
are is no really good HF E-Mail program that is based on the
capability of operating "stand-alone" without using the Internet.
>
> Surely amateur radio can do better.
>
> Let me mention that a chat mode, while certainly the basis of so
much amateur radio operations, and rightly so, should not be our
ultimate goal in developing data modes and messaging systems...we
should have and have always had higher goals.
>
> If we stop developing the chat modes, we risk losing the "fun" in
amateur radio and the avocation itself. But still we need to look
our purpose in society.
>
> 73,
>
> Walt/K5YFW
>
> -----Original Message-----
> From: digitalradio@yahoogroups.com
[mailto:[EMAIL PROTECTED]
> Sent: Monday, August 21, 2006 10:36 PM
> To: digitalradio@yahoogroups.com
> Subject: Re: [digitalradio] Re: PC-ALE Signal Detect Before
> Transmitting: An Experiment
>
>
> Hopefully, there will be a shift toward more open software which
would
> be more in line with amateur radio tradition.
>
> The Winlink 2000 folks keep everything proprietary up to this
point.
> That even includes the old software such as Winlink. From what we
can
> tell, Winlink 2000 has one main programmer who is very
accomplished, but
> one person can only do so much. There may be one other person
working
> with them but it is not clear and they are not open to discussion.
>
> SCAMP actually uses components from Linux and uses GPL'd software
such
> as RDFT. But it is hard to tell what future software would be used.
It
> has been a year or two since any development was done on SCAMP that
has
> been openly discussed.
>
> The one ARQ mode currently available for sound card use is the
Linux
> based PSKmail. Even Linux sound card Pactor I may not work as well
as
> hardware versions, although I wonder if the much more powerful
computers
> of today might help remediate that.
>
> The huge breakthrough that SCAMP provided in addition to the busy
> channel detect capability, was the "pipelined" ARQ which eliminated
the
> computer timing issues. After all it worked fabulously well (with a
good
> signal) on Windows XP.
>
> Pipelining also means that when you ARQ a mode, it doesn't
appreciably
> slow down the throughput, although it will increase latency
somewhat
> since the software is working on the last packet of data while the
next
> packet is being received.
>
> It is my view that the amateur radio community can best benefit
when we
> have cross platform products that interoperate.
>
> 73,
>
> Rick, KV9U
>
>
> kd4e wrote:
>
> >Given that the developers have little or no motivation
> >nor spare resources to bring SCAMP into the light the
> >task must fall to an proprietary-app independent team.
> >
> >Are there elements of SCAMP that are controlled by the
> >proprietary Winlink2000 licensing that make independent
> >work impossible or improbable?
> >
> >Linux developers wrestle past the efforts of MS and Adobe
> >and others to prevent interoperability of Linux with their
> >apps and have succeeded magnificently.
> >
> >Perhaps the solution to the SCAMP/Winlink2000 protocol
> >bottleneck will be found in the Linux world?
> >
> >
> >
> >
>
>
>
> Need a Digital mode QSO? Connect to Telnet://cluster.dynalias.org
>
> Other areas of interest:
>
> The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/
> DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy
discussion)
>
>
> Yahoo! Groups Links
>
Need a Digital mode QSO? Connect to Telnet://cluster.dynalias.org
Other areas of interest:
The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/
DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion)
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/digitalradio/
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
