On Tue, Oct 19, 1999 at 11:04:19AM +0200, IW4DSU Chris wrote:
> But, i've read also the Thomas's page.... and he writes:
>
> Since most HF protocols retain even bit synchronisation over transmission
> cycles, HF controllers need a very accurate clock.
> The CCIR SITOR specification calls for 20 ppm! The PC environment does
This is true for the TOR modes; I don't think it is true for RTTY.
(Perhaps Thomas can comment?) There are timing problems with SSTV but
most programs have a way to adjust that. Just listen around for people
sending and calibrate your software until the picture comes out straight.
I had a nice QSO with a ham on the other side of the country who sent
me a test pattern to calibrate my setup.
> So, if the hamcomm program for DO$ works well... why can't another
> program for Linux do the same as well ? :)
Linux is not as real time as DOS because the system is multitasking.
However, anything that works in Windows should be possible in Linux,
I believe. For RTTY there should be no problem.
> > If not, start programming hihi :-)
>
> Me only ??? Naaaaah.
>
> I have to know too many thecnical informations.... protocols, I/O
> input/output.... Naaaaah.
I would like to have this software available for linux too.
In a few weeks I will finally finish university and hope to start
coding some of these protocols. I would like to have both RTTY and
Hellschreiber available on linux. We already have PSK31 and SSTV.
IZ8BLY's Hellschreiber program for Windows is very nice.
Re: RTTY, I know some DSP but do not have any information on the
baudot character set -- ie what does a particular sequence of marks
and spaces mean?
Hamish VK3SB
