I'm sitting on the side, laughing my *** off, about this whole RTTY story. On the one hand, a user of a FREE program is insisting that the reply he gets is inadequate; while calling for adherence to a "Standard" that does not exist. The RTTY standard seems to be 'Do it yourself", but some simple expedients are ignored. If John wants to use his 'Boat Anchor' electromechanical device in an electronic world, let him add a simple electromechanical solution to his problem; a 'Micro-Switch' that triggers a relay when the type head hits(literally) the EOL, can be set to do many things, such as signal 'CR/LF', or ring a bell to get the operators attention. This way, he can prevent punching holes in his paper, while adhering to his electromechanical 'Purity'. Follow the Golden Rule-'He who furnishes the Gold (does the work) sets the rules'. This program (DxLab) is one of the best supported assemblies of complex procedures in existence. And the cost is Nada- Zilch- it's free. You should adapt to it, with your BA, not insist on someone else adapting it to archaic gadgets. Have fun-Bill-W4BSG
jhaynesatalumni wrote: >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 > > > > > > > > > > -- Bill Aycock W4BSG Woodville, Alabama 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/
