openSUSE 11.1 display and audio problems

Sorry for ‘double post’ as original thread has wrong topic . I went through other ‘related’ threads but none seem specific to my hardware set-up

  1. Display issue:

Just after entering user password the screen appears broken with black, white and coloured scrambled blocks for about 2-5 seconds. This happens twice before before finally settling to correct screen colours.

The problem started after fresh install of openSUSE 11.1 and downloading latest NVIDIA drivers (NVIDIA-Linux-x86_64-180.29). I never experienced any issues with 173.14 driver when I was still using openSUSE 11.0

After boot has completed an error message like : “the HDA Intel(ALC9888 analogue) does not work, defaulted to Pulse Audio” appears…

My set-up:

OpenSUSE 11.1 64-bit, KDE 4.2 - I dual boot with Vista Ultimate 64-bit but each OS uses an entire separate hard-disk.
Graphics card : NVIDIA Geforce 9600 GT
Monitor : iilyama Prolite E2403WS 24-inch with native resolution 1900 * 1200.
RAM : 8 GB
Audio Controller RealTek ALC888 with support for 7.1 channel.

A number of users have reported this. There are a couple of threads here, where users have posted solutions that worked for them:

Solutions do not work in my case, funnily both xine and gstreamer backends are both ‘enabled’ in set up…

It seems the problem affects most linux distros and the general feeling is that there is a bug that is exposed when audio is interrupted when too many sounds try to play at the same time.

Some users of KDE 4.1 had the problem resolve itself when they upgraded to KDE 4.2. In my case upgrading to 4.2 only replaced ‘default’ with ‘Pulse-Audio’.

I will keep looking. The graphics issue unresolved too.

Thanks.

The display issue is now resolved and can be closed:

The steps I took-

  1. A clean re-installation of openSUSE 11.1.

  2. The next step made the crucial difference: No Graphics Card and Monitor settings were changed prior to installing NVIDIA drivers despite the screen appearing very small and unreadable.

  3. Then NVIDIA drivers were downloaded , installed and configured.

Perhaps the problem was merging the nvidia X server settings with the previously modified settings.

The Audio problem issue is still open.

Its possible your audio hardware was misidentified upon booting. If you provide more information, I can look at this, … but I’m a regular user not a developer, so I can’t make any promises.

Anyway, if you wish to provide more information, with your PC connected to the internet run the following twice in a gnome-terminal or konsole with root permissions: /usr/sbin/alsa-info.sh The first time it will update the script. The second time, when the script completes it will pass you a URL. Please post that URL here. Just the URL.

Also, please copy and paste the following into a gnome-terminal or konsole and post the output here.rpm -qa | grep alsa
rpm -qa | grep pulse
rpm -q libasound2
uname -a
cat /etc/modprobe.d/sound
cat /proc/interrupts

Sometimes one’s dmesg output provides some hints as to audio loading problems. In which case, you could, immediately after booting, with your pc connected to the internet, run the following:
dmesg > dmesg.txt && curl -F file=@dmesg.txt nopaste.com/a it will paste the output of your dmesg to a pastebin site, and provide you the URL so you can easily pass the dmesg output for others to look at.

Now both issues resolved. The audio issue was resolved following the phonon error link but did the exact opposite - changed backend from xine to gs-streamer.

The change became possible after adding a model option line to sound in the /etc/modprobe.d/ root folder

Thanks oldcpu

Congratulations! Glad to read its working for you.

Thanks for sharing your solution.

Ngwana wrote:

> Solutions do not work in my case, funnily both xine and gstreamer
> backends are both ‘enabled’ in set up…
>
> It seems the problem affects most linux distros and the general feeling
> is that there is a bug that is exposed when audio is interrupted when
> too many sounds try to play at the same time.
>
> Some users of KDE 4.1 had the problem resolve itself when they upgraded
> to KDE 4.2. In my case upgrading to 4.2 only replaced ‘default’ with
> ‘Pulse-Audio’.
>
> I will keep looking. The graphics issue unresolved too.

I can get mine to work (AMD 64x2, Nvidia chipset) but there is a weird
sequence dependency to get it all going. Using xine, if I start Amarok
after a reboot then try and play a flash clip, I get no sound from flash.
Same thing if I start up kaffeine first - no flash sound. If I start a
flash clip before doing anything else, then Amarok/Kaffeine both start and
run fine. Flash sound keeps working until I reboot again. Now, why flash
can get to the audio if it is first in line after booting but not if it
isn’t the first app opened doesn’t make a lot of sense to me but pulling up
a flash clip as the first action after a boot seems to cure the problem of
sharing the sound system here. Say what???


Will Honea

Could it be xine does not let go of the driver? Can you change the output audio mode in xine to alsa api ? If so, does that help?