[UX32VD, Realtek ALC269VB, Speaker, Internal] No automute

Bug #1098930 reported by Daniel Di Sarli
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
alsa-driver (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

It only happens sometimes. My internal speakers are not auto-muted and the sound settings are not keeping two different volume configurations (so, if I change volume settings while headphones are connected and then I disconnect them, the volume is still the same. And vice versa.)

Then, if I put my laptop in standby mode and resume it, the internal speakers get correctly auto-muted. But the two different volume configurations are still broken.

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: alsa-base 1.0.25+dfsg-0ubuntu3
Uname: Linux 3.7.1-030701-generic x86_64
ApportVersion: 2.6.1-0ubuntu9
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: daniele 2784 F.... pulseaudio
                      daniele 30595 F.... alsamixer
Date: Sat Jan 12 18:12:35 2013
InstallationDate: Installed on 2012-08-21 (144 days ago)
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120425)
MarkForUpload: True
PackageArchitecture: all
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=it_IT.UTF-8
 SHELL=/bin/bash
SourcePackage: alsa-driver
Symptom: audio
Symptom_Card: Audio interno - HDA Intel PCH
Symptom_Jack: Speaker, Internal
Symptom_Type: No auto-mute between outputs
Title: [UX32VD, Realtek ALC269VB, Speaker, Internal] No automute
UpgradeStatus: Upgraded to quantal on 2012-09-13 (121 days ago)
dmi.bios.date: 11/16/2012
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: UX32VD.213
dmi.board.asset.tag: ATN12345678901234567
dmi.board.name: UX32VD
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: 1.0
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK COMPUTER INC.
dmi.chassis.version: 1.0
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrUX32VD.213:bd11/16/2012:svnASUSTeKCOMPUTERINC.:pnUX32VD:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnUX32VD:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0:
dmi.product.name: UX32VD
dmi.product.version: 1.0
dmi.sys.vendor: ASUSTeK COMPUTER INC.

Revision history for this message
Daniel Di Sarli (danieleds0) wrote :
Revision history for this message
Raymond (superquad-vortex2) wrote :

do you mean pulseaudio just only need to mute the speaker playback swtich and should not change speaker playback volume when headphone is plugged ?

when headphone is unplugged, pulseaudio only need to un -mute speaker playback switch

Simple mixer control 'Master',0
  Capabilities: pvolume pvolume-joined pswitch pswitch-joined penum
  Playback channels: Mono
  Limits: Playback 0 - 87
  Mono: Playback 46 [53%] [-30.75dB] [off]
Simple mixer control 'Headphone',0
  Capabilities: pvolume pswitch penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 87
  Mono:
  Front Left: Playback 87 [100%] [0.00dB] [off]
  Front Right: Playback 87 [100%] [0.00dB] [off]
Simple mixer control 'Speaker',0
  Capabilities: pvolume pswitch penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 87
  Mono:
  Front Left: Playback 0 [0%] [-65.25dB] [off]
  Front Right: Playback 0 [0%] [-65.25dB] [off]

Revision history for this message
Daniel Di Sarli (danieleds0) wrote :

Hmm, this is what I mean:

=> No headphones connected
I set the audio volume at 80%.
Last time I used headphones, I set the volume to 35%.
The audio correctly plays through speakers at 80%.
=> I connect the headphones
The audio volume is still at 80%. [wrong behavior 1]
The audio plays through speakers and headphones together at 80%. [wrong behavior 2]
I change the audio volume to 35%.
The audio plays through speakers and headphones together at 35%. [wrong behavior 3]
=> I disconnect the headphones again
The audio volume is still at 35%. [wrong behavior 4]
The audio correctly plays through speakers at 35%.

---

wrong behavior 1: the audio volume should be automatically set at 35%, like last time I used headphones.
wrong behavior 2: the audio should only be played through headphones.
wrong behavior 3: same as wrong behavior 2
wrong behavior 4: the audio volume should be automatically set at 80%, like last time I used internal speakers.

All the "wrong behaviors" are based on what I observed during any normal session on Ubuntu.
Putting the laptop in standby mode and then resuming, only solves wrong behavior 2 and 3. A full reboot solves all the problems, but they'll come back sooner or later (and I still am not able to tell *what* is causing them).

Revision history for this message
Raymond (superquad-vortex2) wrote :

volume = ignore | merge | off | zero | <volume step> # What to do with this volume: ignore it, merge it into the device
; # volume slider, always set it to the lowest value possible, or always
; # set it to 0 dB (for whatever that means), or always set it to
; # <volume step> (this only makes sense in path configurations where
; # the exact hardware and driver are known beforehand).

do you mean pulseaudio change the speaker volume when headphone is plugged ?

http://cgit.freedesktop.org/pulseaudio/pulseaudio/tree/src/modules/alsa/mixer/paths/analog-output-headphones.conf

[Element Speaker]
switch = off
volume = off

Revision history for this message
Daniel Di Sarli (danieleds0) wrote :

In analog-output-headphones, I have

[Element Speaker]
switch = off
volume = off

I don't know if pulseaudio is changing the speaker volume when headphone is plugged. Well, the speaker volume actually changes, but the headphones volume is changing too. It's like if they're controlled by the same channel.
I'll get some more data as soon as the problem reoccurs.

For now, I observed that when putting the laptop in sleep mode (RAM) and then resuming, pacmd >>> list-sinks shows:

====== WHEN NO HEADPHONES PLUGGED ======
[...]
 ports:
  analog-output-speaker: Altoparlanti (priority 10000, available: no)
   properties:

  analog-output-headphones: Cuffie analogiche (priority 9000, available: yes)
   properties:

 active port: <analog-output-headphones>

====== WHEN HEADPHONES PLUGGED ======
[...]
 ports:
  analog-output-speaker: Altoparlanti (priority 10000, available: no)
   properties:

  analog-output-headphones: Cuffie analogiche (priority 9000, available: yes)
   properties:

 active port: <analog-output-headphones>

(Yes, it's identical. And in the first case, no audio is coming out from the speakers.)

Revision history for this message
Raymond (superquad-vortex2) wrote :

[Element Speaker]
 switch = off
-volume = off
+volume = ignore

if headphone is plugged , pulseaudio only need to mute speaker playback switch and keep speaker playback volume unchanged

the point is the virtual master volume which has both headphone and speaker playback volume as slaves

control.9 {
  iface MIXER
  name 'Master Playback Volume'
  value 46
  comment {
   access 'read write'
   type INTEGER
   count 1
   range '0 - 87'
   dbmin -6525
   dbmax 0
   dbvalue.0 -3075
  }
 }

Revision history for this message
Daniel Di Sarli (danieleds0) wrote :

Yes, that's right.
The thing I don't understand is why sometimes it works and sometimes it doesn't.

Reloading alsa or pulseaudio doesn't help. It starts working again only after a system reboot.

Revision history for this message
Nicolas Joyard (joyard-nicolas) wrote :

Hello,

Could you please check whether this issue persist with the latest version, Ubuntu 13.04 ? I cannot reproduce it on my UX32VD.

Changed in alsa-driver (Ubuntu):
status: New → Incomplete
Revision history for this message
Daniel Di Sarli (danieleds0) wrote :

Hi,
since I updated to Ubuntu 13.04 (development version), I'm not having this problem anymore.

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for alsa-driver (Ubuntu) because there has been no activity for 60 days.]

Changed in alsa-driver (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.