--- In [email protected], "Vojtech Bubnik" <bubn...@...> wrote:
> Patrick, I have a proposal for one low hanging fruit project. How > about to receive RTTY in a synchronous way? I believe most SW really > generate precise synchronous RTTY, where the only variable is the > unknown stop bit length (mostly 1.5?). If the stop bit length is being > estimated or selected from menu, one could receive RTTY synchronously > and greatly increase sensitivity of this legacy but often used mode. It's been done, in the K6STI RITTY software some years ago. Not that it couldn't be done again. K6STI was selling his software and pulled it off the market when users began stealing it. Also it was basically DOS software, and that may have been a necessity considering the timing vagaries of multitasking operating systems. There was for a time an implementation of Pactor-I in RTTY, later taken out. What K6STI did was something I had been dreaming about ever since the vacuum tube and heavy metal days of RTTY, so I was tickled pink that he did it. I had a few arguments with him about the dynamics of the "digital flywheel" as he called it; but he's the expert and I'm not. As things turned out it did not greatly increase the sensitivity - it was good for a db or two and that was about all. One neat thing he did, that I wish other RTTY software writers would do, was to output cleaned-up Baudot while receiving, so that one could drive a TTY machine from it, using his software as sort of the ultimate T.U. Jim W6JVE
