That is the correct thing to do, if your rig can only go up to 100 watts. Remember that PSK31 has a crest factor of about 3 dB. By the time your idle Varicode produces 50 watts average RMS output, th
Chen, Does cocoaModem provide a way to set the data rate for ASCII down to 45.45 baud? Moving to 45.45 baud ASCII (ITA-5) would provide the benefits discussed while maintaining compatibility with all
Again, why couple a better code to higher speed with poorer S/N and wider bandwidth? Why not stick with 45.45 baud and compatibility with all the MMTTY/Windows installations linked to EXTFSK with its
It's amazing that this happens when most if not all programs for PSK allow you to create profiles I have a number of them one for chit chat,one for DX, one for contesting,etc in the case of the conte
cocoaModem has duplicate wideband 2-receiver RTTY interfaces. One uses Baudot encoding and the other uses ASCII encodings. You can select either interface dynamically. The Baudot interface is restric
Hi Chen I had a model 28 here 'back when', but it was only a 60wpm machine (I think it was 45 baud). Some of the 28's actually had a transmission that could shift from 60 to 75 and some 100 wpm. I ca
Aha, Wikipedea has the answer: http://en.wikipedia.org/wiki/Teletype_Model_28 The KSR28 is a Baudot machine. By using Google, I then found this: http://simh.trailing-edge.com/pdf/pdp18b_doc.pdf The f
Yes you can use 45.45 with ASCII in fldigi. The interface is completely user configurable. http://www.w1hkj.com/FldigiHelp-3.21/configRTTY.html Ed W3NR _______________________________________________
OK, I was looking in the wrong place ... expected to find data rate in Preferences rather than "Aux". Yes, one can choose 45.45 baud with ASCII. However, choosing ITA-5 requires using the "custom" s
Is this a ritty reflector? -- Original Message -- Anybody want to try ASCII? I've never made a QSO. I'm calling CQ at 14.088.5 MHz. Paul, N8HM _______________________________________________ RTTY mai
Yes, and any other digital mode, as explained in the subscription web page at http://lists.contesting.com/mailman/listinfo/RTTY Please note the very first sentence, right at the end. 73, Bill W6WRT R
Interesting discussion, though I don't exactly know why this veered off into what modes are "better" contesting and how to hack MMTTY for 7 bit ASCII. This thread was about PSK31 being less fun than
45.45 baud is not only allowed in RTTY contesting, it is the Amateur RTTY standard. The weird number (more precisely 45.454545... baud) comes from the 22.0 ms bit period of the noisy boat anchors tha
The modes that are more robust (accurate) are slow. The modes that are faster are less robust. This issue has been debated for years. For contesting, especially for multi-hop DX QSOs where PSK falls
DX QSOs where PSK falls flat, 45* baud 170 Hz shift RTTY seems to be the contester's favorite, at least so far. Bill, I'm not arguing that PSK31 has more "contest utility" than RTTY. As for all-purp
HI Andy I think one thing that makes it really slow is that most PSK op's that I've worked just send canned macro's back and forth. You ask a question and you get rig, QSL route, grid square, date an
The PSK31 squelch tail had been discussed on this reflector even back in 2007: http://lists.contesting.com/_rtty/2007-11/msg00124.html But, as far as I know, no contest program has attempted to elimi
Here is a suggestion. Since many of the "PSK programs" really just use Moe AE4JY's WinPSK DLL anyway, why don't "someone" who is Windows savy modify WinPSK so that it: 1) converts all upper case to l
Moe's DLL does not have a particularly long "squelch tail" at the end of transmission (at least when used with AA6YQ's WinWarbler). It's slightly more than 500 msec. The real problem is the PSK31 "pr
REPLY: Agreed. I think SSB is the most efficient mode for contest exchanges, but I greatly prefer RTTY. To each his own. 73, Bill W6WRT _______________________________________________ RTTY mailing li