Skip to main content

laptop - Windows 7, sound is intermittently dropping

I have a Windows 7 laptop, a Toshiba Satellite Pro C650 (Conexant HD audio - don't know the exact chipset). I've just put it back into service for the kids to watch movies on after several months in storage.


Intermittently, the sound just dies. This can be after a few minutes, or as little as a few seconds. If I bring up the mixer, the sound level meter still shows that there is a sound signal there from whatever sources are outputting, as well as a signal in the main volume meter. There's just no sound coming out of the speakers.


I first figured out that putting the computer to sleep and waking it temporarily fixed it. The audio source didn't need to be shut down for this. I could leave, say, a YouTube video playing when I put it to sleep, and when I woke it up, the video would continue playing, but the sound would have returned.


I've since discovered that simply adjusting the volume, either up or down, in the Windows mixer will also bring the sound back. This really points to a software problem to me, so that's the assumption that I'm working with.


I've tried updating the Intel chipset drivers, and the audio driver. Both of these installed properly with no errors, actually updated the drivers in the device manager, and no errors show on their respective devices. Neither update has fixed the problem, though. I've updated Windows with all the missing updates from its time in storage, which made no difference.


I don't know if it was doing this before it was stored, or not, as it wasn't me that was using it, but I didn't hear anything from the user about audio problems, so I'm assuming (I know....never trust the user) that it didn't.


I've also run sfc (no problems found) and sigverif (no unsigned drivers found).
Both Windows Audio and Windows Audio Endpoint Builder services are running without problems, and no errors at all show up in the Windows event log.


I've updated the BIOS to the latest version from Toshiba's website, again with no effect.


I've backed it up, then done a factory restore to the original Toshiba configuration, and it seems like it might be lasting longer on average now, but it still drops sound after a while, and it's still brought back immediately simply by adjusting the volume in the Windows mixer.


Incidentally, it has to be the main volume that's adjusted, not the individual channel/sound source volume.


I'm still thinking it seems like a software problem, because I don't see how adjusting the volume would somehow reset the hardware to make it work again, but I also don't see how a reinstall wouldn't fix the software problem, if it was that. Unless, of course, it's a problem with Toshiba's implementation of the driver, and I haven't tried a non-Toshiba one, yet.


Things I haven't done yet, but plan to before throwing in the towel:




  • Audio driver from somewhere other than Toshiba's site.




  • Anything (well...not anything) you guys suggest.




Does anybody have any ideas to check that I haven't listed? I'm sure somebody must have run across something similar, but I'm also sure that it's a pretty rare problem.

Comments

Popular Posts

How do I transmit a single hexadecimal value serial data in PuTTY using an Alt code?

I am trying to sent a specific hexadecimal value across a serial COM port using PuTTY. Specifically, I want to send the hex codes 9C, B6, FC, and 8B. I have looked up the Alt codes for these and they are 156, 182, 252, and 139 respectively. However, whenever I input the Alt codes, a preceding hex value of C2 is sent before 9C, B6, and 8B so the values that are sent are C2 9C, C2 B6, and C2 8B. The value for FC is changed to C3 FC. Why are these values being placed before the hex value and why is FC being changed altogether? To me, it seems like there is a problem internally converting the Alt code to hex. Is there a way to directly input hex values without using Alt codes in PuTTY? Answer What you're seeing is just ordinary text character set conversion. As far as PuTTY is concerned, you are typing (and reading) text , not raw binary data, therefore it has to convert the text to bytes in whatever configured character set before sending it over the wire. In other words, when y...

linux - Extract/save a mail attachment using bash

Using normal bash tools (ie, built-ins or commonly-available command-line tools), is it possible, and how to extract/save attachments on emails? For example, say I have a nightly report which arrives via email but is a zip archive of several log files. I want to save all those zips into a backup directory. How would I accomplish that? Answer If you're aiming for portability, beware that there are several different versions of mail(1) and mailx(1) . There's a POSIX mailx command, but with very few requirements. And none of the implementations I have seem to parse attachments anyway. You might have the mpack package . Its munpack command saves all parts of a MIME message into separate files, then all you have to do is save the interesting parts and clean up the rest. There's also metamail . An equivalent of munpack is metamail -wy .

ubuntu - Why does my USB hdd returns SG_IO: bad/missing sense data?

I am able to boot and run commands from external USB hdd; the message in question appears for about 45 seconds then booting continues. GRUB2 is installed on internal HDD. When choosing to boot directly to /dev/sdb the message doesn't appear, however boot time is about the same as booting to internal HDD. /dev/sdb: Timing cached reads: 1018 MB in 2.00 seconds = 508.97 MB/sec Timing buffered disk reads: 80 MB in 3.03 seconds = 26.37 MB/sec pfeiffep@de:~$ sudo hdparm -i /dev/sdb /dev/sdb: SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 10 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 HDIO_GET_IDENTITY failed: Invalid argument Gparted correctly identifies the drive as SAMSUNG MP0402H. Any ideas how to remedy the HDIO & SG_IO messages?

Desktop reboots itself on sleep or hibernate

I have been using an ASUS M2NPV-VM motherboard for main home desktop workstation, operating Windows Vista x64. This computer has right from day one not been able to enter hibernate or standby; after Windows performs its final actions and brings the machine down, it would automatically revive itself for a reboot. Updating to the second latest BIOS (1201)has not helped (the latest BIOS revision would induce video refresh problems rendering it unusable). I have been reading related discussions on incidents similar to mine to no avail of a true workable solution. They appear to be more speculative guesses rather than actual knowledge on the inner workings of motherboard hardware. Does anybody have any electronic engineering experience on PC energy-saving standards to provide a more informed opinion how to go about getting this to work? More stories: this motherboard could not even reboot properly the first thing i used it. It was due to refresh rate of the onboard GPU, which had no influe...