Mail Archive Search: <+from:chen@mac.com>

Results:

References: [ +from:chen@mac.com: 539 ]

Total 539 documents matching your query.

1. [RTTY] RTTY from DX (score: 1): Author: Kok Chen <chen@mac.com>; Date: Sat, 14 Nov 2009 11:54:33 -0800; This URL has a link to a Quicktime movie of VP2MUM RTTY operation that Tom, DL2RUM has posted: http://groups.yahoo.com/group/cocoamodem/message/509 Give it a while for the file to load and start runn; /archives//html/RTTY/2009-11/msg00077.html (9,135 bytes)
2. Re: [RTTY] Any EQSL is invalid (score: 1): Author: Kok Chen <chen@mac.com>; Date: Sat, 07 Nov 2009 00:33:59 -0800; The only QSL card I received (many years ago) from a "pirate" was from Amy ZK1AT. Later found out that the call sign was never licensed by the authorities. She ran the harbor radio in North Cook, so; /archives//html/RTTY/2009-11/msg00046.html (7,233 bytes)
3. [RTTY] RTTY Shifts (score: 1): Author: Kok Chen <chen@mac.com>; Date: Sun, 01 Nov 2009 15:37:26 -0800; In an email to me, Russ WA3FRP brought up something interesting -- of switching to wider shifts on the lower bands. When shifts are too narrow, the mark and space can be so close to one another that; /archives//html/RTTY/2009-11/msg00019.html (8,408 bytes)
4. Re: [RTTY] 160m in RTTY Contests (score: 1): Author: Kok Chen <chen@mac.com>; Date: Sun, 01 Nov 2009 11:50:36 -0800; Remember to include extra diddles or LTRS shifts if your software has the capability. That is the easiest way to detect if, and how much, echo is present. A LTRS character consists of a short Space t; /archives//html/RTTY/2009-11/msg00018.html (9,422 bytes)
5. [RTTY] ST-8000 (score: 1): Author: Kok Chen <chen@mac.com>; Date: Sun, 01 Nov 2009 10:41:31 -0800; I've always wondered how many ST-8000 owners took advantage of the receive regenerator. 50%? More? Back in them days, I had written a program to talk to a pair of Kantronics KAM+ (for two receiver op; /archives//html/RTTY/2009-11/msg00017.html (9,885 bytes)
6. Re: [RTTY] Topband: 160m in RTTY Contests (score: 1): Author: Kok Chen <chen@mac.com>; Date: Sun, 01 Nov 2009 00:26:22 -0700; On the air? You mean I need to transmit to discover what propagation conditions are like? Many of us who are primarily interested in signal demodulation and propagation spend day and night _listening; /archives//html/RTTY/2009-11/msg00000.html (9,979 bytes)
7. Re: [RTTY] Topband: 160m in RTTY Contests (score: 1): Author: Kok Chen <chen@mac.com>; Date: Sat, 31 Oct 2009 21:19:01 -0700; The point is not that you cannot use the low bands for RTTY. No one has claimed that in this thread. The point is that steam RTTY requires much higher SNR to operate under propagation conditions that; /archives//html/RTTY/2009-10/msg00261.html (14,420 bytes)
8. Re: [RTTY] Propagation On 60m in RTTY Contests (score: 1): Author: Kok Chen <chen@mac.com>; Date: Tue, 27 Oct 2009 16:38:49 -0700; Of course it occurs for every other mode. I have not said otherwise. I just wanted to point out that RTTY, with a 22ms symbol rate, is much more susceptible (i.e., even loud signals print with lots o; /archives//html/RTTY/2009-10/msg00206.html (10,094 bytes)
9. Re: [RTTY] 160m in RTTY Contests (score: 1): Author: Kok Chen <chen@mac.com>; Date: Mon, 26 Oct 2009 22:15:12 -0700; I think Jim may be referring to multipath effects on the lower bands? You can literally "see" the low band multipath by watching maps from the lower frequency US Coast Guard HF-FAX stations (DDH in G; /archives//html/RTTY/2009-10/msg00173.html (11,817 bytes)
10. Re: [RTTY] Trindade and RTTY (score: 1): Author: Kok Chen <chen@mac.com>; Date: Sun, 18 Oct 2009 19:50:04 -0700; They also appeared during the ARRL DX contest. Nice mult :-). 73 Chen, W7AY _______________________________________________ RTTY mailing list RTTY@contesting.com http://lists.contesting.com/mailman/l; /archives//html/RTTY/2009-10/msg00131.html (6,603 bytes)
11. Re: [RTTY] K4M on RTTY (score: 1): Author: Kok Chen <chen@mac.com>; Date: Thu, 15 Oct 2009 22:45:22 -0700; Ahhh, to be young again... AH4/AH0W was easy pickings on RTTY back in 1996. 73 Chen, W7AY _______________________________________________ RTTY mailing list RTTY@contesting.com http://lists.contesting; /archives//html/RTTY/2009-10/msg00103.html (7,102 bytes)
12. Re: [RTTY] AFSK vs FSK question (score: 1): Author: Kok Chen <chen@mac.com>; Date: Sun, 04 Oct 2009 16:43:22 -0700; Jerry is perfectly correct. The only downside of "AFSK" is that you need to carefully maintain the audio output from your sound card so as not to overdrive the transmitter. If you are using the micro; /archives//html/RTTY/2009-10/msg00026.html (10,465 bytes)
13. Re: [RTTY] What causes RTTY with longish character spacing? (score: 1): Author: Kok Chen <chen@mac.com>; Date: Tue, 29 Sep 2009 16:42:45 -0700; Shouldn't MMTTY also be sending diddles if a word is not yet ready to be transmitted? If so, the audible RTTY cadence that we are used to hearing won't be broken. Everything will appear to *sound* no; /archives//html/RTTY/2009-09/msg00191.html (9,327 bytes)
14. Re: [RTTY] What causes RTTY with longish character spacing? (score: 1): Author: Kok Chen <chen@mac.com>; Date: Tue, 29 Sep 2009 16:37:59 -0700; Because there is no way to echo the RTTY buffer in the microHAM "Keyer Protocol"s FSK interface back to the computer, some programs opted to use only a single character of the buffer. I, for example,; /archives//html/RTTY/2009-09/msg00190.html (10,708 bytes)
15. Re: [RTTY] What causes RTTY with longish character spacing? (score: 1): Author: Kok Chen <chen@mac.com>; Date: Tue, 29 Sep 2009 15:59:17 -0700; I think Charles meant the use of FSK-D. That is the mode in the K3 that takes paddles. One tell tale sign should be the drunks appear to slow down when sending J and numbers and then speed up when th; /archives//html/RTTY/2009-09/msg00187.html (9,716 bytes)
16. Re: [RTTY] Zone sent as letters? (score: 1): Author: Kok Chen <chen@mac.com>; Date: Mon, 28 Sep 2009 22:19:38 -0700; The second case. The USOS receiver has no idea whether the transmitter is using USOS (it can probably do a statistical guess for a long message, but in general, it does not know). A Baudot decoder ke; /archives//html/RTTY/2009-09/msg00157.html (14,506 bytes)
17. Re: [RTTY] Zone sent as letters? (score: 1): Author: Kok Chen <chen@mac.com>; Date: Mon, 28 Sep 2009 10:27:37 -0700; As I have mentioned this more than once already, Bill, if a symbol error (what you refer to as QRN or QRM) can wipe out the FIGS that you mentioned, it can also wipe out the extra FIGS that USOS inse; /archives//html/RTTY/2009-09/msg00137.html (13,611 bytes)
18. Re: [RTTY] Zone sent as letters? (score: 1): Author: Kok Chen <chen@mac.com>; Date: Sun, 27 Sep 2009 16:20:08 -0700; Lets use rational dialog instead of scare tactics. You seem to think that a FIGS before the 599 can get wipe out by noise and thus cause an "TOOAWT." And yet a FIGS after a space character in a USOS; /archives//html/RTTY/2009-09/msg00114.html (10,084 bytes)
19. Re: [RTTY] Zone sent as letters? (score: 1): Author: Kok Chen <chen@mac.com>; Date: Sun, 27 Sep 2009 10:15:18 -0700; Unfortunately, it does. The transmitter has to check if a character with a numerical shift is being send right after sending a space character. When USOS is used at the receiving end, the transmitter; /archives//html/RTTY/2009-09/msg00105.html (8,331 bytes)
20. Re: [RTTY] Zone sent as letters? (score: 1): Author: Kok Chen <chen@mac.com>; Date: Sun, 27 Sep 2009 00:19:27 -0700; That is an incorrect analysis of the original poster's (AD1C) problem. The "599 PR AL" is due the fact that the receiver was using USOS while the transmitter was not. I.e., Jim *was* using USOS on h; /archives//html/RTTY/2009-09/msg00100.html (8,415 bytes)

Current List: 1 - 20
Page: [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20]