Forum Replies Created
-
Posts
-
Sounds good. I was going to follow up and note that with EGL disabled, connecting to an existing login session is much slower but eventually connects, and connectivity completely fails when there is no current session and you’re trying to connect to the GDM login screen. Though it looks like for my purposes, EGL will be fixed soon-ish.
Yup, that was it. I thought I had disabled EGL capture in the config files. But doing it with that command resolved it. Thanks.
sbalmos@triton:~$ amixer -c 0 get PCM
Simple mixer control ‘PCM’,0
Capabilities: pvolume pswitch pswitch-joined
Playback channels: Front Left – Front Right
Limits: Playback 0 – 31
Mono:
Front Left: Playback 31 [100%] [12.00dB] [on]
Front Right: Playback 31 [100%] [12.00dB] [on]amixer for cards 1 & 2 give invalid card number
sbalmos@triton:~$ pactl list | grep -A3 “Source #”
Source #0
State: IDLE
Name: alsa_output.pci-0000_00_05.0.analog-stereo.monitor
Description: Monitor of Built-in Audio Analog Stereo
—
Source #1
State: SUSPENDED
Name: alsa_input.pci-0000_00_05.0.analog-stereo
Description: Built-in Audio Analog Stereo
sbalmos@triton:~$For completeness, the same output is received when connecting to a similarly-configured OpenSUSE 13.1 VM.
Thanks for opening the ticket. However, the noted “fix” does not correct the issue, at least in my observation. I am testing using the Test function on the audio playback device in the KDE Audio Control Panel, FYI.
Clicking Test will not play audio, under any condition, whether I change the audio quality settings in the session control panel back and forth, or not. One further observation is that, if I toggle the Mute Server Audio setting off and on in the session control panel, the in-session volume (e.g. KDE’s volume of the audio output) returns to its original setting of ~15% volume. I always return it to 100%, however that does nothing. Perhaps volume setting updates are not being processed?