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/
 


Reply via email to