Megalextoria
Retro computing and gaming, sci-fi books, tv and movies and other geeky stuff.

Home » Archive » net.micro.cpm » YAM/MODEM new generations
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
YAM/MODEM new generations [message #135000] Fri, 10 May 1985 21:19 Go to next message
Anonymous
Karma:
Originally posted by: BUDDENBERGRA@USC-ISI.ARPA (Rex Buddenberg)
Article-I.D.: brl-tgr.10591
Posted: Fri May 10 21:19:28 1985
Date-Received: Sun, 12-May-85 02:30:54 EDT
Sender: news@brl-tgr.ARPA
Lines: 18

Charlie Strom mentions an overhaul of MODEM/YAM apparantly in the
offing.  First, let me compliment all the folks that made MODEM7 et al
operate as well as it does -- Ward Christiansen and conspiracy
have done well.
	Now some suggestions when the new model is worked up:
-*-*- Larger blocks will improve throughput on quiet lines, and that
capability is a worthwhile pursuit.  But some of us live with noisy lines,
at least some of the time.  The option of reverting back to smaller
blocks should be preserved for that and compatability reasons.
-*-*-  Has anyone considered adding error correcting coding?  There exists
a CCITT standard.  Since processing power is cheaper than communications
power, this might be worthwhile.
-*-*-  A little systems integration might be in order here.  To
do business, I need MODEM7 to work with my micro friends and Kermit
to talk to the net.  Could we all get together?
-*-*-  Suggest writing the code in as high a level language a practical
to facilitate porting.
-------
Re: YAM/MODEM new generations [message #135001 is a reply to message #135000] Sat, 11 May 1985 11:03 Go to previous messageGo to next message
jalbers[1] is currently offline  jalbers[1]
Messages: 9
Registered: March 1985
Karma: 0
Junior Member
Article-I.D.: brl-tgr.10594
Posted: Sat May 11 11:03:54 1985
Date-Received: Mon, 13-May-85 00:24:36 EDT
Sender: news@brl-tgr.ARPA
Lines: 12


I agree that we should keep short as well as long blocks in the code.  It
makes more sense for some people.  
The idea of Kermit and modem7 getting together sounds VERY exciting.  They
are both very popular in their areas (Modem7 is more micro-micro, less
micro-mini/mainframe, where Kermit was devloped to go between the larger
systems, as well as micros).  I think it would be a great step forward
if someone could merge the two protocols into one program.

							Jon Albers
								JALBERS@SIMTEL20
-------
YAM/MODEM new generations [message #135002 is a reply to message #135000] Sat, 11 May 1985 12:35 Go to previous message
CSTROM is currently offline  CSTROM
Messages: 53
Registered: February 2013
Karma: 0
Member
Article-I.D.: brl-tgr.10596
Posted: Sat May 11 12:35:21 1985
Date-Received: Mon, 13-May-85 00:26:18 EDT
Sender: news@brl-tgr.ARPA
Lines: 12

While I see your points, there seems to be a consensus among those who
are planning to actually implement the changes to the protocol that if
things are made significantly more complex we will lose the
universality of Christensen protocol. Anyone is of course free to add
whatever bells and whistles he likes (Pro-YAM for example supports
Christensen, YAM [1K blocks], Kermit and Compuserve B protocols) but
the basic definition of the protocol should not be made needlessly
complex.
By the way, YAM's protocol allows an arbitrary mixture of 128 and 1024
byte blocks, and SOH signaling the former wile an STX the latter.

-Charlie
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: BYTE back issues
Next Topic: Tausworthe Random Nr Generator
Goto Forum:
  

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Tue Apr 23 15:03:47 EDT 2024

Total time taken to generate the page: 0.06550 seconds