Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[RTTY\]\s+Waterfall\s+and\s+CQ\s+conundrum\s*$/: 28 ]

Total 28 documents matching your query.

21. Re: [RTTY] Waterfall and CQ conundrum (score: 1)
Author: "Jeff AC0C" <keepwalking188@ac0c.com>
Date: Sun, 27 Mar 2016 14:36:45 -0500
It's probably going to be solved by Alex adding some more AI into the pattern decodes. Trying to get the world of RTTY contest participants to follow a certain format is impossible. After every conte
/archives//html/RTTY/2016-03/msg00284.html (13,536 bytes)

22. Re: [RTTY] Waterfall and CQ conundrum (score: 1)
Author: Phil Sussman <psussman@pactor.com>
Date: Sun, 27 Mar 2016 15:37:20 -0400
Ah, yes, the 'laws' of one way propagation: One: The consequence of one-way propagation when working split. That's when a multitude of stations call (you know the typical up 5-25 -- yep I've seen/hea
/archives//html/RTTY/2016-03/msg00285.html (11,685 bytes)

23. Re: [RTTY] Waterfall and CQ conundrum (score: 1)
Author: joeduerbusch <k0bx@arrl.net>
Date: Sun, 27 Mar 2016 20:11:08 +0000
When is this dead horse dead? Joe K0BX Honor Roll RTTY Honor Roll 20 Meters Honor Roll Phone 5BDXCC Plus 30,17,12 5BWAS Stop the insanity! Please do not add me to any distribution lists (Joke, Storie
/archives//html/RTTY/2016-03/msg00287.html (13,075 bytes)

24. Re: [RTTY] Waterfall and CQ conundrum (score: 1)
Author: "Alex, VE3NEA" <alshovk@dxatlas.com>
Date: Sun, 27 Mar 2016 16:15:27 -0400
What we are trying to do now is just a proof of concept. We want to see if a distinct keyword sent at the end of the message, and known to the Skimmer, has any effect on the CQ/DE error rate. We use
/archives//html/RTTY/2016-03/msg00288.html (9,339 bytes)

25. Re: [RTTY] Waterfall and CQ conundrum (score: 1)
Author: "Joe Subich, W4TV" <lists@subich.com>
Date: Sun, 27 Mar 2016 20:11:53 -0400
BS! There is a clear difference between calling CQ, QRZ, TEST, etc. and an exchange. It used to be that software *required* DE to decode calls buried in noise ... and it may still be the case for som
/archives//html/RTTY/2016-03/msg00291.html (13,404 bytes)

26. Re: [RTTY] Waterfall and CQ conundrum (score: 1)
Author: "Joe Subich, W4TV" <lists@subich.com>
Date: Sun, 27 Mar 2016 20:15:35 -0400
Ed answered that question ... you don't want your call jumping a line just when the S&P station is about to click on it. The proper thing is for the S&P caller to start his response with CR/LF to put
/archives//html/RTTY/2016-03/msg00292.html (9,086 bytes)

27. Re: [RTTY] Waterfall and CQ conundrum (score: 1)
Author: Matt Murphy <matt@nq6n.com>
Date: Mon, 28 Mar 2016 13:05:15 -0500
In using GRitty a bit recently I became very impressed by its ability to decode multiple nearby signals simultaneously. This is tremendous during S&P and could reduce the need for running station to
/archives//html/RTTY/2016-03/msg00300.html (10,094 bytes)

28. Re: [RTTY] Waterfall and CQ conundrum (score: 1)
Author: Salvatore Irato <iw1ayd@gmail.com>
Date: Tue, 29 Mar 2016 09:55:00 +0200
Hi Matt. I agree: GRITTY seems a well made companion when things become hard on a single QRG. Taking care to have to have a 500 Hz or more wide filter. Wider will not have any meaning when pointing t
/archives//html/RTTY/2016-03/msg00308.html (10,381 bytes)


This search system is powered by Namazu