Search String: Display: Description: Sort:

Results:

References: [ +from:w0yk@msn.com: 293 ]

Total 293 documents matching your query.

1. [RTTY] Dual Receive with WriteLog/MMTTY (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Tue, 6 Jan 2004 15:23:56 -0800
Has anyone set up dual receive (two decoders on one signal) in WriteLog using two MMTTY rttyrite windows instead of a TNC and MMTTY? The motivation for doing so is to have MMTTY windows with differen
/archives//html/RTTY/2004-01/msg00113.html (7,062 bytes)

2. [RTTY] Contest Entry Categories (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Fri, 9 Jan 2004 13:09:47 -0800
Well, we could refine our entry class definitions to the extent that there is an entry category that uniquely describes each of our unique stations and operators. Everyone would be a "winner", and th
/archives//html/RTTY/2004-01/msg00150.html (11,170 bytes)

3. RE: [RTTY] Concept of a new RTTY Contest (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Tue, 20 Jan 2004 10:16:15 -0800
In addition, low power entrants multiply their score by 2 and QRP entrants multiply their score by 4. A QSO with a QRP station is double points ... this is computed by the log checking software of t
/archives//html/RTTY/2004-01/msg00239.html (8,293 bytes)

4. RE: [RTTY] Re: Concept of a new RTTY Contest (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Tue, 20 Jan 2004 11:53:50 -0800
True ... if the new contest rules are written such that no current logging software will work. OTOH, if the contest rules were written to match an existing similar contest, e.g., the Stew Perry TBDC
/archives//html/RTTY/2004-01/msg00242.html (8,553 bytes)

5. RE: [RTTY] Concept of a new RTTY Contest (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Wed, 21 Jan 2004 10:50:19 -0800
As I noted in a posting to the reflector mid-day yesterday, most current contest logging software for the Stew Perry TBDC should work for your proposed RTTY contest. The score calculated by the Stew
/archives//html/RTTY/2004-01/msg00259.html (16,140 bytes)

6. RE: [RTTY] Dual Receive with WriteLog/MMTTY (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Wed, 21 Jan 2004 11:03:08 -0800
A couple weeks ago I posted a query (attached below) about multiple rttyrite/MMTTY windows in WriteLog using a single sound card. Thank you for the many helpful replies. A "telegram summary" of the f
/archives//html/RTTY/2004-01/msg00260.html (9,841 bytes)

7. RE: [RTTY] Concept of a new RTTY Contest (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Thu, 22 Jan 2004 10:46:02 -0800
My vote is for 24 out of 30 hours for SO, and MO can go the full 30. The one day, or part day, contests are very popular. They are fast paced and seldom boring. They don't wipe out the entire weeken
/archives//html/RTTY/2004-01/msg00268.html (10,183 bytes)

8. [RTTY] Multiple MMTTY Windows (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Mon, 16 Feb 2004 12:33:09 -0800
This past weekend in WPX, I ran 4 MMTTY windows in WriteLog (SO1R), each with a different profile (Standard RTTY, Flutter, Flutter (FIR) and Multi-Path). As I had hoped, it worked great. There were a
/archives//html/RTTY/2004-02/msg00189.html (10,330 bytes)

9. [RTTY] FMRE Cabrillo Log (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Tue, 17 Feb 2004 17:17:36 -0800
OK, I'm trying to create a Cabrillo format log for FMRE in WriteLog 10.45M and the "Cabrillo file" menu item is grayed out. Anyone know what's wrong? Didn't have this problem with RU or WPX. For FMRE
/archives//html/RTTY/2004-02/msg00227.html (6,717 bytes)

10. RE: [RTTY] RTTY Growth (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Fri, 20 Feb 2004 08:25:53 -0800
This is a frequent comment about the ARRL's change of moving contest results from QST to the web. I certainly understand the de-motivation to submit a log if your results aren't going to be publishe
/archives//html/RTTY/2004-02/msg00263.html (8,659 bytes)

11. RE: [RTTY] 3B9C (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Tue, 30 Mar 2004 19:33:57 -0800
DX Summit shows RTTY spots for 3B9C on 28, 21, 14 and 10 MHz since in the last 36 hours. I've heard them on all these bands except 28 MHz but have not been successful in working them on RTTY. The pil
/archives//html/RTTY/2004-03/msg00428.html (13,771 bytes)

12. [RTTY] 3B9C (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Thu, 1 Apr 2004 08:56:18 -0800
3B9C now on 14085.1 for USA only QSX up 3-4. 73, Ed - W0YK _______________________________________________ RTTY mailing list RTTY@contesting.com http://lists.contesting.com/mailman/listinfo/rtty
/archives//html/RTTY/2004-04/msg00000.html (5,807 bytes)

13. RE: DX Spotting was: [RTTY] T33C (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Sat, 10 Apr 2004 08:21:19 -0700
As they say on the cluster ... BINGO! If you tie up your phone line long enough to read email, you could more quickly hit the telnet cluster, search and filter on T33C and DIGI, and you're done. Man
/archives//html/RTTY/2004-04/msg00119.html (9,121 bytes)

14. RE: DX Spotting was: [RTTY] T33C (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Sat, 10 Apr 2004 08:41:34 -0700
So, your personal rules are that assistance from "The Daily DX and other DX sheets" is OK, but real-time data from the PacketCluster or Internet is not. In other words, assistance is OK if the data
/archives//html/RTTY/2004-04/msg00123.html (9,048 bytes)

15. RE: [RTTY] RULES FOR SCC RTTY 2004 HAVE BEEN MODIFIED! (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Tue, 10 Aug 2004 17:39:53 -0700
OTOH, the new rule seems to only effect those who win plaques, a small group, and it would be unusual if any of them did not have rig control. As for the standing SO band change limit, that really is
/archives//html/RTTY/2004-08/msg00083.html (11,247 bytes)

16. [RTTY] MMTTY 1.65B and Windows 98SE (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Fri, 31 Dec 2004 15:18:53 -0800
I'm setting up a couple of laptops for SO2R with WriteLog and MMTTY. One of the PCs is running Windows 98SE and MMTTY 1.65B locks up about every 4-5 transmissions, and then closes down. I re-loaded M
/archives//html/RTTY/2004-12/msg00281.html (7,596 bytes)

17. Re: [RTTY] Novel idea? (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Wed, 23 Nov 2005 18:04:15 -0800
I think this is fine solution. With 10' separation, I wouldn't expect any significant interaction between the A3 and the D4 at any relative orientation. But, since you will be able to rotate the D4 u
/archives//html/RTTY/2005-11/msg00165.html (12,778 bytes)

18. Re: [RTTY] ARRL RTTY Round-Up - Log checking (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Wed, 14 Dec 2005 06:05:19 -0800
Just because it is possible to write more log checking code, doesn't mean it is a good thing to do. The clock hour rule is much easier to monitor during the contest, compared to a sliding hour. Few,
/archives//html/RTTY/2005-12/msg00089.html (7,486 bytes)

19. Re: [RTTY] Telnet/Packet and the RTTY RU/Revision the Rules (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Sat, 17 Dec 2005 16:46:52 -0800
The ARRL HF Rules state ... 2.1.2.Single-Operator stations are allowed only one transmitted signal at any given time. The HF Rules along with the General Rules apply to the ARRL RTTY Round-Up as stat
/archives//html/RTTY/2005-12/msg00158.html (11,345 bytes)

20. Re: [RTTY] Telnet/Packet and the RTTY RU/Revision the Rules/Less thanPerfect (score: 1)
Author: "J. Edward (Ed) Muns" <w0yk@msn.com>
Date: Sun, 18 Dec 2005 01:48:26 -0800
If you do read the ARRL RTTY Round-Up Rules carefully, you will see that the General Rules and the HF Rules are referenced in that document. This is common for all ARRL contests to reference the othe
/archives//html/RTTY/2005-12/msg00170.html (13,819 bytes)

Current List: 1 - 20
Page: [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15]
This search system is powered by Namazu