Huge Windows bug ruining your receive performance on all digital modes, fix discovered
There's a bug with the USB audio chipset used in many ham radio sound interfaces that occurs in Windows Vista and later. The affected chipset is the TI PCM2900 series PCM2904 and below, pre-C revisions.
A non-exhaustive list of devices using this chip and therefore have the bug guaranteed:
All Icoms with built in USB Audio
All Kenwoods with built in USB Audio
All Yaesus with built in USB Audio, as well as the SCU-17 Interface
All Signalink USB's
If you have one of these devices, and are on Windows Vista or later, your performance is reduced due to this bug even if you think it's working fine. Wait until you see your performance afterwards! This is confirmed by Texas Instruments, who never recommended this chipset for use on Windows Vista and later in the first place, and also tested with more than 70 hams who gained massive receive performance after the fix.
THE FIX IN THIS VIDEO IS NOW OUTDATED. I still recommend watching it as it has background information and a thorough guide on how to properly set your audio that helped out many people (especially WSJT-X users), but immediately afterwards watch the update video with the better permanent solution. - Huge bug + fix for amateur radio digital modes (audio levels)
The Bug: There's been a few complaints that the bug and fix are only outlined in video form (even if it's in the first 3 minutes), so I'm writing a text description here. The bug is that this line of TI chipsets identify themselves to Windows Vista and later as microphone devices via the Input Terminal String, even though they are being used as Line In devices. This makes windows add 30db to 50db of gain digitally to the input, clipping your incoming signal. A lot of people I've worked with have "worked around" this bug without knowing it by lowering the level slider in windows recording properties panel to negative values, or by turning their signalink RX knob nearly all the way down, or a combination of both. This is very bad, it reduces the dynamic range of your incoming signal pushing it into the noise floor.
The Updated Fix: Thankfully you can remove the microphone boost gain added by windows manually and it will stick and be remembered and you will never have to touch it again. In Windows control panel, click sound. Click on the recording tab. Keep an eye on the green level meter next to your radio device. On the radio device, click properties, then go to the levels tab. Right click on the slider and change the value from Percentage to DB. If 100% on the slider reads +30db, you are affected by the bug. If the device was properly enumerated as a line in device, 100% on the slider would be 0db. Now if you have confirmed the device is seen as a microphone and +30db has been added, lower the slider until it reads as close to 0db as possible. The closest you will be able to get is most likely -0.4db or so, which is fine and much better than +30. That's it! Now windows is now longer adding it's own gain, and you can turn your radios AF/USB output and/or signalink RX back up out of its own noise floor.
Everyone I have tested with that had the patience to run through the entire procedure for clearing the digital gain and setting levels reported massive improvements in decodes. If the explanation above didn't make sense or you're confused or having doubts, I recommend watching the video(s) for a full walkthrough.
Here is a whitepaper from TI outlining the issue and why they clearly do not recommend these revisions of chips for use on Windows Vista or later - Whitepaper
Important takeaway from the paper above - "On the PCM290xB series, the Microphone is identified as the input terminal descriptor. Thus, even though the PCM290xB does not provide a gain control function such as a programmable gain amplifier (PGA), Vista and Windows 7 both automatically give a positive gain on the volume control panel. As a result, the input signal will saturate at even slight recording volume increases"
Here is a thread from 2010 of several developers complaining of this exact issue with their designs - Forum Thread
Small things I forgot to mention in the video:
As previously mentioned the bug is caused by the older revisions of these chips being enumerated as microphone input devices in Windows Vista and later. It's not microsoft's issue as they are treating the suspected microphone input as you would a microphone, however the chips are actually line in devices. TI themselves clearly stated that these chips were not compatible on Windows Vista and above.
TI does link a separate driver of their own called the "audio filter driver", but you do not want this. The chips previously exhibited 1khz noise in certain operating conditions that don't affect us (8khz sample rate). The filter driver is identical to the MS driver (and still has the bug) except it has a digital 1khz notch filter to try to remove this noise, which is very bad for digital modes.
Thanks! Feel free to post this around to the mailing lists and ham groups, everyone I've tested with couldn't believe how much of a difference they saw. I ask that you link to this reddit post and not directly to the video so they can see all the information and reports below
Read more here: