> Whenever a sound or video driver crashes however there is the potential to > cause a kernel issue. (if your caps and scroll locks flash, it means the > kernel is dead, btw)
Of course I should know that... I'll suspect/test video first, as that's what symptomatically dies first (the audio output just drains). It's an ASUS laptop with a 1280x800 display, and the driver is named "INTEL EXPERIMENTAL..." lucky me. > VIDEO check: > - set the wave form display to simple (you won't see any waveforms which > depend on OpenGL and could cause a bad video driver to act badly) Yeah, mixxx is a lot less useful with that. I had intended on making a music-only machine, I guess I'll have no choice now. > - if you are running beryl/compiz, try again without them turned on nope > SOUND check: > - simplify your set-up... try to reproduce your crash with out the SB-USB, > or with the SB-USB and the onboard sound disabled in the bios Will regress and test. Hard to mix though even for testing with only one audio out! System: - RAM run memtest86 and let it run through 1 full cycle of testing... When I've had bad ram, it's starting reporting errors by the 4 or 5th subtest - HEAT prop up your laptop on some small erasers or something that will leave most of the underside of the laptop exposed to air to dissipate more heat Yeah, ran memtest forthehellofit, dozens of passes. CPU set to max clock, it got hot as it gets, zero errors. It's likely the video driver, I'll see if I have another driver that works. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Mixxx-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mixxx-devel
