Jump to content
|Topic||Stats||Last action by|
|Curse Voice - Open Beta!||
|Which role would suit the best?||
|Sony rejected EA Access for the PS4 because it's not worth the money||
|Hotel Charges Man $127 For Three Bottled Waters||
Posted 13 May 2013 - 20:36
Posted 13 May 2013 - 21:12
Posted 13 May 2013 - 21:19
It's unrelated to pulseaudio, logging in to fluxbox or console without starting pulseaudio shows the same problem. Removing and reloading the kernel module gives the same result. Resetting default sound card doesn't matter as there's only one sound card in the system.
have you tried, disabling alsa, disabling p/a then re-enabling them both and removing the kernel module and re modprobing? (rmmod snd_hda_intel && modprobe snd_hda_intel) Also may be required to re-set your default sound card.
I'm planning to hit debian stable up and give that a go.
And I just installed Ubuntu 13.04 no problems... it even detected my creative x-fi usb soundcard and runs steam, man...
Posted 13 May 2013 - 21:24
Resetting default sound card doesn't matter as there's only one sound card in the system.
Posted 13 May 2013 - 21:32
Just tried it and it's no different.
Have you tried it, I have 1 sound card in the system but there are two options. one is my sound card, the other is a generic stub.
Posted 13 May 2013 - 22:16
I think you're getting a bit confused between using the normal arch linux repos and the TESTING arch linux repos.
Yes, arch IS a rolling release system, but that's for the testing repos, the whole idea of arch is brand spanking new packages are put into testing and tested to see if anyone finds any problems with them or whatnot and then once they're verified to be usable, they're moved into the normal repos. Moving kernel 3.9 when sound is completely messed up from testing to normal signifies to me that either the arch team don't do enough testing/are too eager to move things over or the hardware this affects is relatively small (I don't know what it does this on other than my system).
I've never used the testing repos and don't see why it's supposedly my fault if something like this comes from a package in the normal repo. The biggest difference between testing things and normal things is testing are meant to have untested features that might have stability problems or be wrongly implemented, they're not meant to break rather large features that worked absolutely fine in all previous versions.
Posted 13 May 2013 - 22:20
(although things can certainly break doing a dist-upgrade to a new major version).
Posted 13 May 2013 - 22:40
Posted 13 May 2013 - 23:34
Unless his backup system is exactly the same, that would be irrelevant.
Posted 13 May 2013 - 23:41
So? That does not matter if it is same system or not. He needs a backup/test system so he could test any apps or OS to make sure it works properly...
If not working, you can always rollback to previous version or install an alternative distro...
I have primary system that works fine... I have backup which is for testing so I could make sure it runs/works well.
I am not that stupid to install unstable or buggy app/OS on my primary system...
If my friends come by to borrow my system... I let them to use my testing system for a bit. I wouldn't let anyone to use my primary system..
Posted 14 May 2013 - 15:23
Isn't that it handles Intel sound cards differently than Realtek ones?
Posted 14 May 2013 - 20:23
I don't use the sounds on the systems... I use stereo/reciever in the living room. My friends use their ipod/iphone for their music if they come by to play the games with me.