Search String: Display: Description: Sort:

Results:

References: [ +from:mda@n1en.org: 45 ]

Total 45 documents matching your query.

21. Re: [RTTY] Point-and-click vs typing (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Sat, 4 Oct 2014 16:30:05 +0000
If you're using one-computer-per-radio and are using Windows, take a look at Multiplicity (http://edgerunner.com/multiplicity) Multiplicity is a virtual KVM switch. You run it on two or more computer
/archives//html/RTTY/2014-10/msg00074.html (10,803 bytes)

22. Re: [RTTY] Point-and-click vs typing (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Sun, 5 Oct 2014 19:29:07 +0000
Then I have to ask: what size keyboards are being used, in two computer, two keyboard, one hand per keyboard operation? I'm not disagreeing; I'm just trying to get a picture in my head so I can under
/archives//html/RTTY/2014-10/msg00078.html (17,156 bytes)

23. Re: [RTTY] ic-7100 (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Fri, 13 Feb 2015 17:05:25 +0000
Get the drivers from the Icom website. After installing the drivers, connect the USB cable. There will be 4 devices created: * The first COM port will be for CAT. Point N1MM+ to it as (probably) Radi
/archives//html/RTTY/2015-02/msg00045.html (10,414 bytes)

24. Re: [RTTY] WHY put CQ at the end? (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Tue, 17 Feb 2015 18:38:52 +0000
Skimmer data makes click-and-pounce a viable strategy for having fun. So, let's say that you're running, and I'm clicking. The next spot on my click-list is W6LL. I click, and immediately see printed
/archives//html/RTTY/2015-02/msg00096.html (10,627 bytes)

25. Re: [RTTY] WHY put CQ at the end? (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Tue, 17 Feb 2015 22:09:23 +0000
I just checked my cluster logs. Over 1000 spots for M7T appear from RTTY skimmers feeding the RBN. -- Michael Adams | N1EN | mda@n1en.org --Original Message de G3YYD-- In the recent CQWPXRTTY no skim
/archives//html/RTTY/2015-02/msg00111.html (9,232 bytes)

26. Re: [RTTY] Mouse performance (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Thu, 19 Mar 2015 18:04:10 +0000
In the past, when I've had problems with a pointer being twitchy, it's been some combination of a need to clean the gadget, system load, and/or RF getting in the way. I'm using a Logitech cordless tr
/archives//html/RTTY/2015-03/msg00081.html (8,762 bytes)

27. Re: [RTTY] ARRL band plan (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Sat, 11 Apr 2015 18:57:49 +0000
Re. "where are all the techs": At least within the VE team I help out with, a few years ago, a number of folks sitting for Tech were doing so for CERT or CERT-like purposes. Now, a majority of the fo
/archives//html/RTTY/2015-04/msg00058.html (8,540 bytes)

28. Re: [RTTY] ARRL Board Meeting - Approved modified HF band plan changes (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Wed, 22 Jul 2015 17:40:37 +0000
Perhaps that's one of the reasons someone (formerly?) at the FCC speculated on eventually only having one license class. Personally, I view the proposed expansion of privileges as one possible respon
/archives//html/RTTY/2015-07/msg00076.html (9,201 bytes)

29. Re: [RTTY] To all RTTY group members (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Wed, 5 Aug 2015 00:43:59 +0000
I never click on links in email, but if there's an explanation of what the link is, I might transcribe it into a browser (although perhaps a dumb text-only browser if I'm skeptical). -- Michael Adams
/archives//html/RTTY/2015-08/msg00017.html (8,451 bytes)

30. Re: [RTTY] Decoder performance on crowded bands (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Wed, 30 Sep 2015 03:45:22 +0000
The last time I rewrote my collection of RTTY contest macros (about a year ago?), I thought that the consensus on best practice was to use CRLF's sparingly, only at the start of a CQ, in order to be
/archives//html/RTTY/2015-09/msg00155.html (9,229 bytes)

31. Re: [RTTY] RTTY and Skimmer was: Re: Decoder performance on crowded bands (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Thu, 1 Oct 2015 16:25:11 +0000
Today, skimmers report once every 10 minutes while a station is detected running. I wonder, if that logic were tweaked to adjust that window to report "every 10 minutes or after another station has b
/archives//html/RTTY/2015-10/msg00007.html (9,554 bytes)

32. Re: [RTTY] RTTY Contest Operating (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Wed, 17 Feb 2016 22:40:17 +0000
I am by no means an expert....but I have my macros set up in the form: TEST R1UN R1UN CQ S2NP S2NP S2NP 599 123 123 S2NP 599 456 456 S2NP TU R1UN CQ I send the exchange twice for verification (I'm lo
/archives//html/RTTY/2016-02/msg00171.html (9,350 bytes)

33. Re: [RTTY] RTTY Contest Operating (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Thu, 18 Feb 2016 21:05:43 +0000
Strangely, I went the other direction, from 3 to 2, and didn't see too much of an increase in requests for repeats (I'm always LP). I end up doing something like this: 599 001 001 N1EN AGN? 001 001 0
/archives//html/RTTY/2016-02/msg00225.html (11,582 bytes)

34. Re: [RTTY] (fwd) ARLB007 FCC Invites Comments on ARRL Petition That Seeks 80/75 Meter Adjustments (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Thu, 25 Feb 2016 23:10:55 +0000
Just FYI, the 75m phone crowd seems to be off to an early start in opposing the RM. -- Michael Adams | N1EN | mda@n1en.org Forwarded from the ARRL: 73, Bill W6WRT ____________________________________
/archives//html/RTTY/2016-02/msg00288.html (13,767 bytes)

35. Re: [RTTY] DXCC Honor Roll (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Tue, 29 Mar 2016 13:01:09 +0000
Has anyone checked the satellite photos recently to see if Scarborough Reef has grown into an island? (Note: in the interest of keeping amateur radio and politics separate, I explicitly am not expres
/archives//html/RTTY/2016-03/msg00311.html (8,469 bytes)

36. Re: [RTTY] RM-11708 (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Fri, 29 Jul 2016 13:33:47 +0000
Note this paragraph: "12. While we tentatively conclude that a specific bandwidth limitation for RTTY and data emissions in the MF/HF bands is not necessary, we nonetheless request comment on whether
/archives//html/RTTY/2016-07/msg00101.html (9,084 bytes)

37. Re: [RTTY] If you care about CW and RTTY - time is of the essence (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Mon, 8 Aug 2016 14:27:20 +0000
Just to repeat and expand upon something I wrote earlier: The FCC's comments make pretty clear that they accept the arguments for removing the symbol rate limit, and that they think that removing the
/archives//html/RTTY/2016-08/msg00027.html (10,093 bytes)

38. Re: [RTTY] If you care about CW and RTTY - time is of the essence (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Mon, 8 Aug 2016 15:39:01 +0000
I'm certainly not the right person to suggest a detailed technical argument. I'm more of an appliance operator...but I do have experience from my day job in getting the attention of legislators and r
/archives//html/RTTY/2016-08/msg00029.html (10,442 bytes)

39. Re: [RTTY] If you care about CW and RTTY - time is of the essence (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Mon, 8 Aug 2016 18:36:14 +0000
While there's no doubt that fast data would help Winlink, there are at least two other groups that perceive a benefit: 1. Emcomm folks chimed in during the initial comment period on interoperability
/archives//html/RTTY/2016-08/msg00034.html (10,310 bytes)

40. Re: [RTTY] FW: If you care about CW and RTTY - time is of theessence (score: 1)
Author: Michael Adams <mda@n1en.org>
Date: Tue, 16 Aug 2016 19:42:29 +0000
Pactor 3 and 4 use Pactor 1 for the initial call; moving to faster waveforms once the modems negotiate capabilities, etc. If you catch the initial call, you should be able to decode it using free sof
/archives//html/RTTY/2016-08/msg00064.html (11,280 bytes)


This search system is powered by Namazu