Dave, Well, I was aware of SCAMP, but maybe not well informed about the results. I have never seen it in action, as I was not one of the beta testers.
Nevertheless, it is a formidable task, and I know that Rick did work hard on it. But as SCAMP has not been in public distribution and not released after the tests, it is still only hope, as far as I can see. Besides what Rick and team did, I know of no other similar efforts. And you are right, the perfect is the best enemy of good. But even then, good operating practices are needed, as assymetric conditions will not disappear and people with good detectors may be run over by those who don't use them or defeat them. So, let's wait and see, hoping for the best. 73, Jose Dave Bernstein wrote: > This is not wishful thinking, Jose. An effective multimode busy > frequency detector was deployed in the SCAMP project more than a year > ago. Despite being a first iteration, its busy frequency detector > exceeded all expectations. SCAMP was a soundcard-based > implementation. > > When attacking such a problem, one must keep in mind that perfect is > the enemy of good. A busy frequency detector that reliably detects > PSK31, CW, RTTY, and Pactor but is blind to Olivia and Domino would > be far better than no busy frequency detector. Such a detector would > be expected to evolve and improve over time -- taking advantage of > operational experience and increases in available CPU cycles. And > yes, busy frequency detectors would have to cover new modes as they > are developed -- as do the applications that decode and encode them. > > 73, > > Dave, AA6YQ > > --- In digitalradio@yahoogroups.com > <mailto:digitalradio%40yahoogroups.com>, "Jose A. Amador" > <[EMAIL PROTECTED]> wrote: > > > > > > David Michael Gaytko // WD4KPD wrote: > > > >> Your point was "QRM is inevitable -- live with it". > >> > >> My point is "QRM from unattended stations is preventable; stop > making > >> excuses and fix it". > >> > >> david/wd4kpd > > > > The point is: How? > > > > The workings of HF links have been explained here, and the > assymetric > > cases (to identify them somehow) you hear me but I don't hear you > > DO HAPPEN, by an uncoutable > number of > > reasons (QRO vs QRP, propagation assymetries, etc) > > > > So far, the software multimode squelch is still wishful thinking, > as far > > as I know. > > > > How many modes are you going to identify? > > > > It is the same case as an antivirus, it fails when a new virus > appears... > > > > A extreme case is that it might identify thunder as an oldtimer > > operating in spark... > > > > Jose, CO2JA
