<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="msg-content undoreset"
id="yui_3_15_0_2_1530213853966_975" style="margin: 0px; padding:
10px; display: block; position: relative; word-wrap: break-word;
overflow-x: auto; color: rgb(63, 63, 63); font-family:
"Helvetica Neue", Helvetica, Arial, san-serif, Roboto;
font-size: 13px; font-style: normal; font-variant-ligatures:
normal; font-variant-caps: normal; font-weight: 400;
letter-spacing: normal; orphans: 2; text-align: left; text-indent:
0px; text-transform: none; white-space: normal; widows: 2;
word-spacing: 0px; -webkit-text-stroke-width: 0px;
background-color: rgb(255, 255, 255); text-decoration-style:
initial; text-decoration-color: initial;">
<div id="ygrps-yiv-587447860" style="margin: 0px; padding: 0px;">
Hi all,<br>
<br>
Is anyone else having problems with VAC and the June windows
update?<br>
<br>
Here's a summary of my issues... it looks like a change in
Windows:<br>
<br>
These are the issues I can find:<br>
<br>
1. MME crackles. Even in a app to app setting like I use.<br>
2. DWM is useless and worse than MME<br>
3. In many apps the ability to kernel stream is unavailable:
(Ham<span> </span><br>
Radio apps and Voicemeeter)<br>
4. Port Audio appears to not work at all...<br>
<br>
When the problem came up I upgraded to 4.51 from 4.14 which
was<span> </span><br>
also having the problem. After the update I re-installed windows
and<span> </span><br>
installed everything from scratch- same problem persists. DWM is<span> </span><br>
unusable, and MME causes crackling on a simple app to app
connection. I<span> </span><br>
get crackling (and I'm assuming lost frames) but no report of
o-flow or<span> </span><br>
u-flows. The cables are being interfaced to Amateur radio
software<span> </span><br>
(which has not changed in months)... so my guess it that
something has<span> </span><br>
changed.<br>
<br>
In one of my ham radio apps there is the ability to do
resampling<span> </span><br>
to mitigate some of these types of issues. However is does not
solve the<span> </span><br>
problem.<br>
<br>
If I run with two cables, one side the encoding/decoding
app, the<span> </span><br>
other side the SDR software the same cracking happens.<br>
<br>
The same issues are apparent when interfacing with
Voicemeeter<span> </span><br>
Banana- I've looped audio streams back through to a monitor and
have the<span> </span><br>
same result in all formats.<br>
<br>
From the standpoint of where the problem is: I think it's in
the<span> </span><br>
input side of the Virtual cables. I've monitored each cable and<span> </span><br>
demodulated the resultant RF from the radio- the same distortion
is<span> </span><br>
present. The distortion is present before the audio is sent to
the radio.<br>
<br>
Also tested with HPET on/off and dynamic tick on/off.</div>
</div>
<br class="Apple-interchange-newline">
</body>
</html>