I didn't read anything in the reports leading me to change anything in
the audio drivers. Their performance has been thoroughly analyzed,
studied and reported in the technical report cited on the driver
documentation page and on the web.
Those parameters that can be changed have been optimized for a
computer-controlled AM communications receiver with bandwidth 2.4 kHz,
which is probably better than what most folks use. However, there is not
much that can be done for less expensive fixed-frequency receivers other
than to note that HF propagation on any particular frequency has been
fairly miserable of late. There is no bug to be fixed; however,
something like the AGC time constant or SNR thresholds might be adjusted
for a particular radio characteristic.
I would be delighted to participate in a technical discussion on the
model and algorithms involved, but best on a sidebar list.
> ----- Original Message Follows -----
>>Danny, et al,
>>There is a good deal of electrical engineering theory and practice in
>>the WWV/H and CHU and IRIG audio drivers. In fact, I use those drivers
>>as examples of optimum demodulation/decoding in my course on
>>digital/analog communications engineering. I have no problem should
>>somebody send a bug report to bugzilla, but the only person to fix
>>problems with the audio drivers will be me. As I don't read bugzilla
>>reports directly, the best course is to send reports about the audio
>>drivers directly to me and, in particular, to this newsgroup.
> We are aware of that. We'd make sure you'd get anything in bugzilla
> that you are responsible for. It's just keeping track of everything
> requires something more than just email to manage it all.
> It was my intention that you review the proposed changes and implement
> whatever you think makes sense out of the changes. You're the expert
> in these areas and we of course respect your superior knowledge and
> experience here.