Home |
Search |
Today's Posts |
#7
![]() |
|||
|
|||
![]()
"Larry W4CSC" wrote .
One fault of PSK31 is its NOT an error-checking mode grinding the transmitter on and off looking for an ACK response. Actually, error correction is done after the data is received using info added before it is transmitted, so it shouldn't be too hard for some enterprising SW geek to come up with an EC add-on for PSK31. On the transmit end the EC SW would simply intercept the keyboard output, put it into ID'd 'packets' with parity/other checks*, then send it on to the PSK31 SW input, making the PSK SW think is was 'hearing' the keyboard. On the reeive end it would intercept the PSK SW's output and do the parity/other checks, make corrections*, then either display the info or send back a ID'd 'NAK' telling the xmtr to repeat the packet. The xmit PC would have to store all the packets comprising a transmission until it got an "over" inication from the kbd but that's be no sweat for modern PCs with 40+ GByte HDs. Think of it as packet adapted to modern PC technology or "packet via PSK31". *think "Hamming". |