Improving Audio Glitch Resilience in Windows 7

Delivering excellent audio playback on a PC is one of those “much harder than it looks” technical challenges. Unlike dedicated audio / video devices, PCs have a lot going on during playback of audio and the playback happens on an incredible array of hardware and software. Many of you might be familiar with “glitches” that occasionally happen. In this post, Kristin Carr, a program manager on our Devices and Media team, describes some of the engineering in Windows 7 to improve this area representing the work of a number of folks across the team. One lesson I learned early in the product cycle is that we don’t say “glitch-free” but rather “glitch-resilient” and hopefully that will make sense as you read this. --Steven

Have you ever used your PC to play an MP3 or a DVD? If you answered yes, you’re among the overwhelming majority of PC customers who use their computer for audio and video applications, encompassing everything from watching a movie to playing a game to viewing a YouTube clip. But you may have also had an experience where your audio or video wasn’t quite perfect – perhaps the video was a bit choppy or the audio stuttered. We call this a ‘glitch’ – a perceived discontinuity in your audio or video that interrupts the playback experience. In this blog post, we’ll be focusing on audio glitching: we’ll examine the ecosystem challenges that can cause glitches, and we’ll discuss the work we’ve been doing to improve the Windows 7 experience.

 

What Causes Glitching?

In previous posts, we’ve touched on a variety of ecosystem initiatives and challenges that we’ve undertaken for Windows 7, including application compatibility, accessibility, and system performance, among others. Tracing the root cause of audio glitching leads us to a similar place: because Windows runs on a huge variety of hardware configurations and multitasks between dozens of applications, it is challenging to ensure that all of the programs and drivers running on your computer will work together in exactly the way you expect.

Audio is especially sensitive. In order for you to hear music from your speakers, data needs to be delivered to your audio hardware approximately every 10 milliseconds, or 30 times in the blink of an eye! The challenge is that your PC is usually doing a lot of other things at the same time you’re listening to music, such as streaming that YouTube video or downloading that new song, and many of these other tasks have complex timing requirements as well. As you can imagine, it doesn’t take much – a slow network driver or a graphics driver that requires plenty of CPU time – to prevent your audio from reaching your ears in a continuous fashion.

So what are we doing to address this challenge? The answer is ‘lots!’ – and the remainder of this blog post will be devoted to discussing these things:

  1. Gathering data in order to characterize the problem
  2. Developing a systematic method to detect and analyze glitches
  3. Getting these tests and tools widely deployed, both at Microsoft and by our Windows partners
  4. Engaging with partners to detect, diagnose and fix glitching issues

Who Experiences Glitching?

In studying this during the Windows 7 development cycle, our first order of business was to gather data. We‘d heard reports of audio glitching, but we didn’t know the exact scope of the problem. How often do users hear their audio glitching? Are there certain machines that were worse than others? With these questions in mind, we set out to understand our problem space a bit better.

We gathered data by using the telemetry infrastructure built into Windows, which allows our users to report back to Microsoft with performance data and other statistics that help us improve the OS. For each machine that opted to contribute data to Microsoft, we measured the number of times that the underlying audio hardware was being starved for data (i.e., when the user might hear a glitch). This data was grouped into “sessions,” each of which represents the data collected on a single machine for a single day or the data collected between machine reboots, whichever is shorter.

Let’s dive into some of the results. First, let’s look at the overall rate of audio glitching:

Figure 1: Distribution of Glitch Counts per Session

Figure 1: Distribution of Glitch Counts per Session

The chart above shows data from external (non-Microsoft) RC users. Approximately 80% of sessions showed no glitching at all, but 4.3% showed 10 or more glitches, which indicates that audio glitching affects a significant number of users.

Once we figured out how often glitching occurs, we started looking into why it occurs. First, we broke the data down by laptop/desktop form factor:

Figure 2: Glitching Likelihood by Form Factor

Figure 2: Glitching Likelihood by Form Factor

From this data, we noticed that laptops were almost twice as likely to experience audio glitching. As a result, we’ve made sure to address and target mobile PCs as well as mobile scenarios (for example, playing music while running on battery) for better coverage in our glitching tests and diagnostic tools.

Next, we looked at glitching likelihood by PC manufacturer:

Figure 3: Glitching Likelihood by PC Manufacturer (Mfr)

Figure 3: Glitching Likelihood by PC Manufacturer (Mfr)

This data showed that certain manufacturers were more likely to be susceptible to audio glitching than others. As a result, we made sure to spread our testing efforts across a wide spectrum of machines and manufacturers. In addition, we are using this data to work with manufacturers to see if we can identify components or specific causes that would result in higher glitch incidents.

Finally, we looked at glitching on a wide variety of PC models:

Figure 4: Breakdown of All Glitch Sessions by PC Model

Figure 4: Breakdown of All Glitch Sessions by PC Model

In the chart above, we examined all of the sessions that had at least one glitch, and we looked for any correlation with the PC make and model as shown in the table above (actual machine names have been anonymized). The first thing to notice is that Machine A is responsible for more than three times as much audio glitching as any of the other machines on the list. This data confirmed earlier reports of audio glitching on this particular machine, which we traced to a graphics card that shipped in a faulty configuration. As a result, we were able to work with the manufacturer to improve the configuration.

This chart also helps to show how widespread the issue is. There were hundreds of PC models that showed evidence of glitching – in fact, it seemed difficult to find a single PC model for which audio glitching did not ever occur. On the other hand, most individual machines didn’t show any problems at all. The conclusion that we drew was that audio glitching was not caused by any one hardware configuration, but was dependent on all the different hardware and driver permutations a user could possibly encounter on their machine. It was clear that no machine was immune, and in order to improve the experience, we were going to need a far-reaching, system-wide solution to this problem.

Developing Tools to Diagnose Glitching

Once we had data on when and why glitching occurs, the Windows Devices & Media Performance team developed a comprehensive suite of tests that were centered around media playback scenarios and were designed to assess how well a PC performed at that scenario. During media playback, these tests recorded thousands of statistics about the system’s performance, including CPU load, the activity of all components on the system and their corresponding interactions, and whether glitching occurred, among other things. We intentionally covered a huge range of scenarios and configurations, including laptops running on battery power, hardware under stress, hundreds of media content types, and many more. The goal was to exercise each PC in a wide variety of user scenarios in order to uncover and isolate audio glitches.

In addition, the Devices & Media Performance team created a graphical tool to highlight glitches as well as the CPU activities that occurred before and during an audio glitch, which allows us to quickly diagnose any glitching problems that we uncover. For example, in the figure shown below, we can see a visual representation of when glitches occurred, and we can display related measurements that occurred at the time of the glitching in order to easily pinpoint any suspicious behavior.

Figure 5: Example Graphical View of Audio Glitch Troubleshooting

Figure 5: Example Graphical View of Audio Glitch Troubleshooting

In this case, you can see four audio glitches (shown by red vertical lines in the top panel). Two panels down, we have displayed calls to the CPU that took longer than 3ms (called long ISRs/DPCs). In this example, you can see a direct correlation between audio glitches and long ISRs and DPCs, which are procedure calls executed by the operating system that have the potential to hog the CPU and produce audio glitches. From here, we can track down the components responsible for these calls in order to reduce or eliminate the glitching. This figure shows additional information than what we used to diagnose the particular problem discussed above; however, this information and the many other measurements are available to diagnose other glitches and media performance issues from across a wide range of sources.

Putting the Tools to Work

Armed with these tests and tools, our next step was to deploy them on as many systems as possible. As part of this effort, we are participating in a Windows-wide initiative to help OEMs test their PCs at or before ship time. Hundreds of OEM machines get shipped to Microsoft for use in our Windows lab where we run thousands of tests in order to validate and ensure the best user experience. What this means is that if we notice that a particular machine or configuration might be susceptible to glitching, we can work with the OEM to try to fix the problem before the consumer ever sees their new PC.

By running these tests and analyzing the results with our new tools, we’ve been able to find hundreds of potential issues that would result in audio glitches. In some cases, this analysis resulted in changes to the Windows code. In other cases, we have identified components developed by our partners that can lead to audio glitching.

Engaging with Windows Partners

Since the issues we identify with these tools often involve components from many different partners, an important aspect of this work is engaging with these partners. Until now, it has been almost impossible for manufacturers to know how their components will affect the system as a whole, but by making these tests and tools available, we are attempting enable these partners to see how their components interact and what the final impact on users will be.

As part of this effort, we have been working to ensure that our partners can take full advantage of these new tools and tests. We’ve talked with OEMs, ODMs (original design manufacturers, who traditionally assemble the PC for the OEM), hardware manufacturers, and software vendors. We’ve given presentations and tutorials, written whitepapers, and held video conference workshops. Our goal has been to make it as easy as possible to create glitch-resilient software and hardware.

In summary, this effort includes:

  1. Sharing audio glitching telemetry data with our partners. Our partners have had very little concrete data on the prevalence of audio glitching. With the data we are now collecting, we can help them to diagnose problems and improve their products.
  2. Running our suite of audio and video performance tests on the hundreds of machines that OEMs send us and communicating the results to our partners. By assessing as many systems as possible and providing these results, we begin to tackle the causes of audio glitching.
  3. Providing the tools and support that enable our partners to understand how their components are interacting with everything else on a PC and enable them to more easily address the subtle issues that can result in audio glitching.

What’s Next

Ultimately, we and all of our Windows partners share a common customer (you!); by working with our partners, calling attention to these issues, and providing more insight into the root causes of audio glitching, we are continue to improve the audio experience for everyone.

Comments

  • Anonymous
    June 17, 2009
    The comment has been removed

  • Anonymous
    June 17, 2009
    How have you tackled the problem whereby wmp will glitch a few seconds from the end of EVERY track in a playlist if those tracks are from an external hard drive? From a consumer point of view: "how difficult is it to make sure that loading the start of the next track doesn't stall the playback of the current track?!" It is impossible for me to listen to music in Windows 7 using wmp because of this.  The same is not true of wmp11 in Vista.

  • Anonymous
    June 17, 2009
    The comment has been removed

  • Anonymous
    June 17, 2009
    The comment has been removed

  • Anonymous
    June 17, 2009
    Actually, the biggest glitch I experience is when the audio sub-system just flat out dies. No more sound out of any part of the system - period.  No system sounds, no audio, no video audio - NOTHING. Unfortunately, since the system does not seem to know the audio sub-system is dead, there is never a chance to report it or send in a crash report.  It just stops working. The solution is simple, and yet VERY annoying.  I end up rebooting.  Sure, Vista might reboot quickly enouhg, but that is because it has moved a fair amount to the post boot, and that can take several minutes to finish and leave a system usable. If there was a way to completely restart the audio subsystem, it would be VERY helpful.  I could use that point to report a problem, diagnostic info could be taken, and MS might start finding out that this is a more common problem than they expect, or narrow it down to a particular vendor/driver issue. If I was to ask for anything in the future of Windows Audio, it would be for a way to totally restart the audio stack manually.  Unload the drivers, unload the libraries along the way and rebuild it all from the ground up so that sound could start working again without a reboot. (for those who are tempted to suggest my volume is down or speakers are off, please don't.  Trust me, I've covered all of that dozens of times.  It's something internal to the audio subsystem itself where the data just goes missing - even the software level meter in the volume control applet never registers data flowing through once it dies.  Definitely something in the audio software arena.)

  • Anonymous
    June 17, 2009
    The comment has been removed

  • Anonymous
    June 17, 2009
    The comment has been removed

  • Anonymous
    June 17, 2009
    try restarting "windows audio" service

  • Anonymous
    June 17, 2009
    I have experience two glitch with audio on my laptop.  Both times the computer comes out of sleep mode and the audio is completely dead.  Sure the window audio bar shows sound is coming out but no sound is coming out of the speakers.  I had this happen once on Vista and once on Win 7 RC.  There was an 8 month gap between the glitches. Solution: shut down, wait 1 minute, restart.   Just restarting will not fix the problem.  The first time this happened, after restarting a few times with no luck (before I realized I had to power down completely), I reinstall the audio drivers with no luck.  Quite annonying.

  • Anonymous
    June 17, 2009
    The comment has been removed

  • Anonymous
    June 17, 2009
    It happens more on my laptop I've clearly observed if I set the default format to 24-bit, 192 kHz (and I know my audio hardware suports that). Also, one audio feature I would have liked to see is the re-mapping of DirectSound3D calls to XAudio 2 at the OS level like how Creative's Alchemy solution does. Or maybe a software only implementation of DS3D. That would have brought back all the surround sound fun in existing games on Windows 7. That and playing to multiple audio endpoints at the same time, so I don't have to constantly change the default device and can use the Play To fuctionality to play to more than one device.

  • Anonymous
    June 17, 2009
    @cym104 -> I've tried that to no effect.  I suspect the problem is more complex then restarting a single service that makes up part of the whole chain.

  • Anonymous
    June 17, 2009
    The comment has been removed

  • Anonymous
    June 17, 2009
    @Xeonz: Allowing control of individual applications' sound levels is not a benefit?

  • Anonymous
    June 18, 2009
    Media Player still has this annoying "I have deactivated all your plugins" inside so you have to manually reactivate all of them... No nice transition between Playback and Library mode or fullscreen mode - anyone seen the fades on OS X? Much more smoother and appropriate for Media Playback if you ask me! Playback engine in Media Player is still the same - if you have enabled fades between songs, playback of only one song in repeat results into weird glitches at the end of the song (song fades to next = same song but then cuts and plays the song from beginning)... Additionally, if one app uses up all the CPU (like Adobe Premiere CS4 in 7 when clicking through menus), the audio playback stops... Mostly that's a problem with the app but still this should be prevented by the OS.

  • Anonymous
    June 18, 2009
    Xepol, I have the same problem under Windows 7. I'm using Creative X-Fi Music with the latest (still Beta) drivers for Windows 7.

  • Anonymous
    June 18, 2009
    For those that are complaining about moving the audio stack from the kernel to user mode.   First off, the old stack glitched MUCH more frequently than the new one does.  It was trivial to get the entire audio stack to lock up hard.  In Vista and beyond it's many orders of magnitude harder to get glitches. Secondly the primary reason for moving the stack from kernel mode to user mode was for reliability.  By moving the audio stack from kernel mode to user mode, we were able to dramatically reduce the number of OS crashes.  

  • Anonymous
    June 18, 2009
    The comment has been removed

  • Anonymous
    June 18, 2009
    The comment has been removed

  • Anonymous
    June 18, 2009
    The comment has been removed

  • Anonymous
    June 18, 2009
    just publish my posts will your MS.. I dare ya.... or or this a fail blog?? ..where anyone who's opinions seriously scrutinizes what you've done or lack of ...doesn't count.

  • Anonymous
    June 18, 2009
    @Xeonz - your post was filled with expletives.

  • Anonymous
    June 19, 2009
    The other point of course is that moving glitchy software from kernel to user mode may be one way of getting rid of crashes, but a more effective way would be to make sure that the code was up to quality and didn't glitch in the first place. "hey look, it's still broken but at least it's not crashing the system" isn't what I would call a quality goal.

  • Anonymous
    June 19, 2009
    The comment has been removed

  • Anonymous
    June 20, 2009
    @Xeonz - Everything you list as a negative I see as a positive. Win7's search is incredibly useful, the crumb-bar saves a huge amount of time navigating, the "oversized" status bar is better for multi-tasking and distinguishing between icons, etc. And the audio changes were made to improve reliability and done back in the days of Vista. Is it really Microsoft's fault that the main third party soundcard manufacturer - Creative - has such shocking driver support? All it's really done was to expose Creative for the terrible company they are. Win7 has improved performance and reponsiveness around the board, and quite dramatically. It's a great update in my eyes. It's clear you're not interested in the facts and just want to troll, as evidenced by your foul language and abrasive attitude.

  • Anonymous
    June 20, 2009
    The comment has been removed

  • Anonymous
    June 20, 2009
    "A system that doesn't crash as often is of no benefit to a user who can't play audio, is it?" Are you kidding me?  Turn that sentence around and see if that really says what you meant it to: "The audio subsystem is now rock solid but your system will crash a lot more.  But hey, at least it's not the audio's fault." If the system crashes, it doesn't matter what the audio is doing  and I would much rather my audio (very nice to have working, but rarely an essential subsystem) crash by itself than blue screen my entire system and lose everything. I think Larry Osterman was simply responding to the "change with no benefit" comment and I would have to say, a more stable system is the single most important benefit I can imagine. Well, maybe that and being able to mute a locked system ;-) Thanks, Larry!

  • Anonymous
    June 20, 2009
    What do you mean no 'up' button?  You have a bunch of them now and most of them are faster than doing it the old way. Each folder name in the crumb-bar IS an 'up' button now.  If you want to go up by five levels, it's still only 1 click--on the folder you want to go to, not 5 clicks on a (now unnecessary) 'up' button.

  • Anonymous
    June 20, 2009
    Another pet peeve of mine is the Desktop isn't shown in the breadcrumbs bar as the uppermost level which contains (My) Computer. You must click the tiny downwards arrow to access the desktop from the breadcrumbs because most of the times the Favorites group isn't visible in Windows 7 unlike Vista if you've navigated to a long path and the scrollbar is all the way down in the navigation pane. Also, if there is a button to toggle the preview pane in Windows 7, why not 1 more button to toggle the navigation pane like the XP 'Folders' button? I kinda agree Explorer has been on a complete downhill slide since Vista and Microsoft is merely turning a deaf ear to our issues.

  • Anonymous
    June 21, 2009
    @Xeonz -- your use of language is not consistent with the dialog on this forum.

  • Anonymous
    June 21, 2009
    @Jalf Are you sure you;re using Win 7 and RC? Didn't the Up/Back button make a 'by popular demand' return? @Hairs you do understand that much of the code that causes problems is the third-party driver code that Ms doesn't write? Creative and HP and the rest need to raise their game, but they don't always see the value in updating drivers for existing hardware for new OS releases when they make more money by selling new hardware. I want to see Microsoft create an open and unbiased system for naming and shaming vendors who create buggy drivers that are so poor they negate the value of installing a whole service pack, vendors whose software slows down my system or decreases my battery life and vendors who consistently don't provide new drivers. I know it would make Ms unpopular with vendors and it would have to be completely accurate and legally vetted, but it would have huge user benefit. Ms already knows exactly which drivers crash most often and applies behind the scenes pressure, but I'd like to know when I choose a new graphics card if I'm picking one from a company that's often responsibly for buggy drivers, slow updates or power hog products. And if an AV product requires a ridiculous number of reboots to install an update (which I often see critiqued as the fault of Windows in Win v Mac comparisons) and then proceeds to eat 20%+ of CPU, I want Ms to be saying that this isn't acceptable.

  • Anonymous
    June 21, 2009
    @marypcb: No, sorry, they didn't put back in the up button. Instead, they made the breadcrumb bar much more aggressive at keeping the parent folder available to navigate to. I still prefer an up button, but I guess it's a compromise I can live with. The "back is sometimes up" excuse is frankly a copout (it almost never is). Frankly, I want to go up far more often than I want to go back. This argument all goes back to how we deal with file management. There are two lines of thinking: "spatial" file management (using multiple windows) and "navigational" file management (a single window with a tree view on left) There's been arguments about what's the "right" way for a long time, and it's unlikely to be resolved soon. http://blogs.msdn.com/e7/archive/2009/03/13/a-few-more-changes-from-beta-to-rc.aspx

  • Anonymous
    June 21, 2009
    "I'm not impressed by win7's search either, and to be honest, preferred the one in XP. Yes, it was primitive, it wasn't integrated into explorer and it was slow, but it found my files, guaranteed, all the time." That's a joke, right? Not only was XP's search functionality appallingly slow but it wouldn't find the file I was looking for 90% of the time - and that's without even taking into account the stupid cartoon dog. With Vista and Win7 the exact opposite is true, as it's very accurate and incredibly fast. And the search functionality in the Start Menu allows me to launch apps in a fraction of the time, as I can't just press Win and type in 'calc' to get Calculator. It's an immense time saver. I'm quite surprised to hear someone complaining about the search functionality in Vista/Win7. As for the "Up" button debate... the breadcrumb supersedes it. You can move about with much greater precision and you still have the Back button when using conventional navigation (unless you're typing in addresses manually it will always take you to the next folder up). Don't resist the change, embrace it. I don't even think about it anymore, as I'm so used to Vista.

  • Anonymous
    June 21, 2009
    The comment has been removed

  • Anonymous
    June 21, 2009
    Microsoft needs to separate real-time search including real-time content search and indexed search. The last real-time search which was fast compared to Windows Search 4.x was in Windows 2000/XP's Classic search. If the item is already indexed, then Windows Search 4.x is much more quicker at returning results. For near instantaneous real-time search, I now use Agent Ransack.

  • Anonymous
    June 23, 2009
    @marypcb Blaming the vendors for not reacting to the change may be a valid point, but it doesn't solve the user's issues, does it? And most important, MS decided to make the change to "pretend fix" kernel crashes - the code still glitches and crashes, it just doesn't have the same fallout when it does. Rule 1: Don't break the way something works if your new way of doing it is ALSO broken. MS created the WHQL to avoid dodgy vendors creating bad drivers. By letting creative and nvidia drag on with dodgy, buggy drivers for over a year past Vista's launch, they damaged consumer opinion, and most important wasted users time. It also creates the cynical impression that new versions of Windows since 2000 are created to increase hardware sales for the benefit of OEMs and vendors, rather than to provide new useful functionality and improvement. @Jaquez My sentences say exactly what they mean. The only people who have no interest in running audio on their PC are corporate users who should run an image that has sound hardware disabled. To the average user, telling them, "Hey guess what your PC won't crash so much now, and that's all thanks to our brilliant new system of 'not letting you use the hardware!' Round of applause, guys!" is... err.. unhelpful? For the record, my audio hardware does not work under Win7. Ask me how many times I've had a system crash due to audio stack problems. Ehhh.. None. Guess which OS I will consider "broken" when faced with a choice.

  • Anonymous
    June 23, 2009
    @Hairs Your argument is clearly driven out of frustration rather than reason. If the audio system crashes, I can gracefully shut down my open applications, saving data as I go, and then restart the system when it is convenient for me (maybe after I have finished reading the important email my boss just sent me or after that big file finishes downloading). If the OS crashes, all applications just die, any tasks in progress are interrupted, state is corrupted and data is lost. Neither situation is desirable, but the former is clearly FAR better than the latter. And blaming Microsoft for buggy drivers written by third party sound providers makes it clear that you are only interested in hating Microsoft, not on honestly evaluating the situation. Microsoft makes the operating system, but they don't make the audio hardware, and they don't make the interface for the audio hardware. If you buy a sound system from Creative, it is  Creative's responsibility to support it. If they don't, it's their fault, not Microsoft's. As the OS vendor, it is Microsoft's responsibility to make sure that the OS remains stable even if the audio system crashes, which is what they did by taking it out of the kernel.

  • Anonymous
    June 23, 2009
    Another pet peeve of mine is the Desktop isn't shown in the breadcrumbs bar as the uppermost level which contains (My) Computer. You must click the tiny downwards arrow to access the desktop from the breadcrumbs because most of the times the Favorites group isn't visible in Windows 7 unlike Vista if you've navigated to a long path and the scrollbar is all the way down in the navigation pane. Also, if there is a button to toggle the preview pane in Windows 7, why not 1 more button to toggle the navigation pane like the XP 'Folders' button? I kinda agree Explorer has been on a complete downhill slide since Vista and Microsoft is merely turning a deaf ear to our issues.

  • Anonymous
    June 25, 2009
    I have found that the Vista subcoding sound API has caused a LOT more "glitching" than any previous of Windows. Even on the exact same computer (GA-EP35-DS3P, E6600, 4GB DDR2-800, 9800GT video) with multiple partitions (with XP SP3, Vista x64 SP2, Windows 7 RC v7100, Ubuntu 9.04), I have found that using this Creative X-Fi XtremeMusic sound card works very well in all of the OS I have, except for Vista. I have seen and experienced sound glitches in Vista since the day I started beta testing it (when it was still called Longhorn). I have even removed this sound card and used the onboard sound which only made things much worse in Vista (and did not even work properly in Windows7). So I really believe that removing the direct access to hardware I/O and switching it to a software based API has only made things worse. Increasing the work that the memory, chipset and CPU has to do means less direct I/O abilities and allowance for the hardware devices to do what they are meant to do, handle the code discreetly and directly without the need to direct everything (via software) through the CPU and everything else first. With XP, everything worked and worked very well without stutters or glitches

  • Anonymous
    June 28, 2009
    I have very serious audio stuttering when running Media Center (Im using Windows 7 RC). Sound becomes very distorted, very unpleasant. I have older computer(ASUS mb P4C800 Delux and Intel CPU at 3.0Ghz), but I think this computer is good enough for HTPC setup. I am testing Windows 7 to see if I should upgrade to it and have this kind of stupid problem in the only application I am going to use... However, when I watch the same movie using Media Player - the sound is perfect. Any suggestions? Leo

  • Anonymous
    June 29, 2009
    That's funny because my Amiga from the 80's could run a 32bit preemptive multitasking system on a 7.14Mhz CPU and could play complex wave form audio in stereo without glitching while the CPU is running at 100% doing spreadsheet calculations.  

  • Anonymous
    June 30, 2009
    Why would anyone wanted to get rid of hardware support? Why MS doesn't keep option to let sound be processed at HW level? This is kind of very unprofessional design. Why do I need to have software sound stack if I only going to use Media Center. The point using mixing sound for every applicaion separately is useless in that case.

  • Anonymous
    July 01, 2009
    I have seen and experienced sound glitches in Vista since the day I started beta testing it (when it was still called Longhorn). I have even removed this sound card and used the onboard sound which only made things much worse in Vista (and did not even work properly in Windows7).

  • Anonymous
    July 22, 2009
    The comment has been removed

  • Anonymous
    July 29, 2009
    Nearly all developers from the professional audio market I know deprecate the way Microsoft handled the issue. Moving everything out of the Kernel introduces such a big latency that no one can use software monitoring anymore. Yes, you have less glitches but a system that is unusable for creating and producing music with it. If you follow the strategies of pro soundcard manufacturers you will find out that everyone will work around the windows audio system to keep the users happy. So at the end of the day, all developers have more work through this. best torcek

  • Anonymous
    February 25, 2010
    The comment has been removed

  • Anonymous
    March 03, 2010
    The comment has been removed

  • Anonymous
    March 21, 2010
    The comment has been removed

  • Anonymous
    March 21, 2010
    from what i have learnt so far, i know that updating bios and sound driver works the best. in my case, i'm on hp pavilion dv6768se, i have cool sound after setting default sound format to maximum bit rate which is: 24 bit, 192000 Hz (Studio Quality). Stuttering now happens so rarely so even I (I need music almost as air) dont get bothered at all.

  • Anonymous
    March 27, 2010
    The comment has been removed

  • Anonymous
    March 29, 2010
    A great article with good information that is useful to me because I do a lot of audio recording which is focused mainly on recording instruments and producing CD's.

  • Anonymous
    April 02, 2010
    Hey there, thanks for the article! As an IT professional who is very much involved in audio computing I have three questions here:

  1. Could you make the graphical tool available please?! This would help alot of people who are working on audio to analyse problems. There are already tools available (DPC Latency Checker), but yours seems to combine the necessary readouts under one hood and present it in a combined timeline.
  2. Are you interested in improving Windows for professional audio users? There are still several (mostly DPC related) issues with even the most widespread drivers and I very regulary have to deal with them. Two of the most common culprits are: Graphic-card drivers' dynamic clocking and - even more common - the "Microsoft ACPI compliant Control Method Battery". Furthermore there are several culprits that can make Windows freeze completely without even producing a BSOD and produce glitches on a system that has little CPU and DPC load. Most of these are connected to power-saving features of the CPU and PCI Express bus (when working with external audio interfaces like FW ones), some are connected to hardware controls of laptops (like supporting special keys to control display brightness etc). Thanks and best wishes!
  • Anonymous
    April 07, 2010
    I have a GATEWAY with win 7. I can't even listen to a cd on it? perma glitch.. this is wrong.  btw, the movie maker is not a movie maker. It's a slide show maker, and it glitches also!

  • Anonymous
    April 09, 2010
    The comment has been removed

  • Anonymous
    April 12, 2010
    The comment has been removed

  • Anonymous
    April 12, 2010
    The comment has been removed

  • Anonymous
    April 15, 2010
    Allowing control of individual applications' sound levels is not a benefit?

  • Anonymous
    April 18, 2010
    The other point of course is that moving glitchy software from kernel to user mode may be one way of getting rid of crashes, but a more effective way would be to make sure that the code was up to quality and didn't glitch in the first place. "hey look, it's still broken but at least it's not crashing the system" isn't what I would call a quality goal.

  • Anonymous
    April 22, 2010
    The comment has been removed

  • Anonymous
    April 23, 2010
    Update for all you Windows 7 64bit laptop users with audio issues. I feel stupid for not thinking about this earlier, but my Creative X-Fi audio card and my onboard nVidia 8800GTX Video adapter share the same PCI-Express bus. If I disable the video adapter in device manager my audio runs flawlessly, not sure if there is a fix for this, creative still only have beta drivers for Windows 7 64bit. Any ideas on how to resolve conflicts???

  • Anonymous
    April 25, 2010
    The comment has been removed

  • Anonymous
    May 01, 2010
    That's funny because my Amiga from the 80's could run a 32bit preemptive multitasking system on a 7.14Mhz CPU and could play complex wave form audio in stereo without glitching while the CPU is running at 100% doing spreadsheet calculations.  

  • Anonymous
    May 03, 2010
    I noticed that there is a little glitch (like the sound from old recordings) when playing music in my lovely foobar2000 in WMP it's even worse.Totally BTW why there are only two power plans in tray icon, could you explain us about that?

  • Anonymous
    May 04, 2010
    no sound or any audio from my dellgx260

  • Anonymous
    May 04, 2010
    no sound or any audio from my dellgx260

  • Anonymous
    May 08, 2010
    The comment has been removed

  • Anonymous
    August 26, 2011
    permanent glitch....when u play short sounds like sounds from poker rooms wich are less then a seconds try pokerstars and u ll see its making me mad

  • Anonymous
    January 04, 2012
    where can I find your test suit or tool to test while the audio glitch happens before send device to your lab? do you have a basic scenario to promise that the device MUST be free of glitch under a specific condition?

  • Anonymous
    January 21, 2012
    The comment has been removed

  • Anonymous
    April 06, 2013
    The comment has been removed

  • Anonymous
    April 17, 2013
    I record music using mixcraft 6. It records fine without problems, but playback is glitchy. This hinders my ability to play along with what I just recorded.  I have similar but much less drastic glitching when listening to spotify or windows media player.

  • Anonymous
    April 17, 2013
    This is on an HP LAPTOP with windows 7