The number of developers of soundcard RTTY software is pretty small, so I think it's reasonable to ask them to make software interoperable with a mechanical TTY. K6STI was concerned about this with his RITTY program and worked out end-of-line processing that is satisfactory. W1HKJ has just done the same for gmfsk. If MMTTY and MixW and TrueTTY and MultiPSK and maybe a few others will come along it will make the world safe for historical purists.
On the other hand, there are good reasons for putting something electronic between the TU and the mechanical TTY. (I'm repeating myself a lot lately.) If the mechanical TTY misses a STOP pulse the receiving shaft keeps going and it will be several characters before the machine gets back in sync. An electronic intermediary can note the missing STOP pulse and supply one to the machine to prevent the multi-character error. Otherwise the machine will always be at a disadvantage when competing with electronic receiving equipment. K6STI added a feature to RITTY providing an output signal to drive a printer with cleaned-up Baudot when receiving. I wish other programmers would do likewise. 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/
