[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2009-08-27 Thread xtknight
This is no longer an issue.  It was fixed in gstreamer upstream.

** Changed in: gst-plugins-base
   Importance: Unknown = Undecided

** Changed in: gst-plugins-base
 Remote watch: GNOME Bug Tracker #545932 = None

** Changed in: gst-plugins-base
   Status: New = Fix Released

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2009-02-26 Thread Sebastien Bacher
gst-plugins-base0.10 (0.10.22-3) unstable; urgency=low

  * debian/patches/01_alsamixer-race-condition.patch:
+ Fix race condition in alsamixer which made the volume controls
  useless in many situations (Closes: #514685).
  Patch from upstream GIT.


** Changed in: gst-plugins-base0.10 (Ubuntu)
   Status: Triaged = Fix Released

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2009-02-25 Thread Sebastien Bacher
thank you for your work there, the package is on sync with debian though
and should stay this way, I pinged the debian maintainer for this
package and he will backport the change, unsubscribing the sponsors

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2009-02-22 Thread xtknight
Still experience this blunder in Jaunty simply by using keyboard
controls.  Audio mutes itself randomly.

They already fixed it in this commit:
http://bugzilla.gnome.org/show_bug.cgi?id=478512

commit fc23037a9aaf0beca99f9494948b2fb1169a03db
Author: Antoine Tremblay hex...@gmail.com
Date:   Tue Feb 10 11:00:12 2009 +0100

alsamixer: Fix race condition that made alsamixer not working
properly


It really wouldn't be too bad to get this into Jaunty would it?  Let's smash 
this bug at last...

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2009-02-22 Thread xtknight
Here is a backported patch for Jaunty.

http://cgit.freedesktop.org/gstreamer/gst-plugins-
base/commit/?id=fc23037a9aaf0beca99f9494948b2fb1169a03db

Attached is a debdiff.

** Attachment added: debdiff for gst-plugins-base commit 
fc23037a9aaf0beca99f9494948b2fb1169a03db backport
   
http://launchpadlibrarian.net/22970482/gst-plugins-base0.10_0.10.22-1ubuntu1.debdiff

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2009-02-06 Thread Sebastien Bacher
unsubscribing the sponsor team if there is nothing to sponsor there

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2009-01-30 Thread BUGabundo
i dont see how this could affect current behavior on jaunty, since the
new PA controls lacks all the usual alsamixer levers.

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2009-01-29 Thread Sebastien Bacher
does the change still applies to jaunty?

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2009-01-04 Thread Martin Pitt
(It is easy to recover from the desynchronized mixer applet by just
locking them again and sliding them back up)

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2009-01-04 Thread Martin Pitt
I can reproduce it as well with some fiddling, but it happens very
rarely. This does not look like a serious bug which warrants an SRU in
my opinion, and the patch is far from trivial, thus it does not match
the SRU criteria.

Also, please get this fixed in Jaunty first. Thanks a lot for your work
on this!

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2008-12-22 Thread xtknight
** Description changed:

+ SRU Info
+ 
+ 1. This bug is persistent and annoying because users cannot control the
+ volume without it randomly going to zero.  They may be unable to use
+ their keyboard volume controls and/or the display for the volume popup
+ that appears through gnome-settings-daemon may appear incorrect.
+ 
+ 2. It hasn't been addressed upstream yet, but was reported a while ago.
+ 
+ 3. Patch is available below.
+ 
+ 4. Not everyone can reproduce it; that's why it's tricky.  The bug is
+ sneaky.  For a lot of us, simply using the keyboard volume controls will
+ reveal a blank volume popup and not the actual volume.  Or, adjusting
+ the volume slider in the mixer will uncover the problem in a very short
+ time.
+ 
+ TEST CASE:
+ -open gnome-volume-control
+ -Adjust master or PCM mixers with the left/right channels locked.  Watch the 
sliders desynchronize as you move at a slow speed or really fast speed.
+ -OR-
+ -use keyboard volume controls and observe that the volume popup reports 
incorrect or no volume-
+ 
+ 5. I could not see possible regressions.  This patch reverts a commit
+ which seemed to make controlling volume an asynchronous operation or
+ something of the matter, but introduced issues with multiprocessor CPUs.
+ It used to work fine for everyone (to my knowledge) before the commit.
+ So really, a regression is being reversed.  I wasn't able to pinpoint
+ exactly why that commit was added in to the gstreamer code.
+ 
+ 
+ 
-
+ 
  Primary example (only GNOME affected, focus of this bug, prelim. patch for it 
below)
  1. Open gnome-volume-control
  2. option a. Use keyboard to control volume.  It is immediately messed up and 
the progress bar on the volume control disappears.  You can see with alsamixer 
that one channel is randomly muted now and then.
  2. option b. Rapidly adjust PCM volume with the channels locked.  The 
channels will eventually loosen up or one will go to 0.
  
  GNOME without pulseaudio and without software mixing still has the
  problem.  The problem seems DIRECTLY related to GNOME, but it's also
  possible this bug is similar to the one below.  The first problem is
  MUCH worse and ruins daily, practical use of the OS.  The second is an
  observation and not intended to be the focal point of this bug report.
  I didn't see random muting with the second bug (that I can remember) but
  I saw a ton with the first.
  
  --
  
  Secondary example (all desktops):
  1. Open gnome-alsamixer
  2. Open gnome-volume-control
  3. Open alsamixer
  
  Adjust PCM volume with text-mode alsamixer.  The two channels get out of
  sync very quickly.
  
  sudo sh -c echo 0  /sys/devices/system/cpu/cpu1/online
  
  This command actually fixes the GNOME volume control on one of my dual-
  core systems (Intrepid/emu10k1).  It is consistently reproducible and
  directly related to that command.  On the other system (Hardy custom
  2.6.26/cmipci), the command seems to have no effect and the problem
  remains.
  
  Something is wrong with the locking or mutexing of the volume controls
  in an underlying component of Ubuntu.  For some people, that means even
  rudimentary volume control with the keyboard is problematic.
  
  Affected drivers:
  - cmipci
  - emu10k1
  - possibly every audio driver
  
  The second example happens on systems even with the 2nd cpu disabled,
  just a little less.  With the first example it doesn't seem to matter.
  
  Intrepid as of 7/24/2008 is affected.
  
  I was not able to demonstrate any inconsistencies with the text-mode
  alsamixer when GNOME or KDE was not open, but that does not mean the
  race is not somewhere in the kernel either.  Moving the volume controls
  with keys is a lot less stressful on the drivers than using a smooth
  slider or running apps that monitor the volume in real-time.
  
  I have tried every fix I have seen, and none have fixed the problem.
  
  Possibly related bugs:
  - Bug 126333
  
  From my debugging, a zero is first being written to a volume channel for
  some reason.  I am not sure why or the source of it.  Mixers then read
  this zero and the mistake carries on from there.
  
  I will attach some library call logs from my debugging, but I can not
  say that they are reliable.  workinglogs is from adjusting it slowly
  up and then slowly down in the text-mode alsamixer program with no
  desktop environment loaded, only a TTY.
  
  brokenlogs shows what happens when I use my keyboard to do the same
  thing.  The volume is jumping down periodically or going to zero.
  
  _snd_mixer_selem_set_volume s-str[0].vol[1] = 18
  elem_write_volume s-str[0].vol[0] = 0
  elem_write_volume s-str[0].vol[1] = 18
  
  The second write command giving alsa a zero makes no sense, and
  completely destroys the linearity of the adjustment.  But I don't know
  where it's coming from.  I don't know if it's 

[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2008-12-22 Thread xtknight
** Description changed:

  SRU Info
  
  1. This bug is persistent and annoying because users cannot control the
  volume without it randomly going to zero.  They may be unable to use
  their keyboard volume controls and/or the display for the volume popup
  that appears through gnome-settings-daemon may appear incorrect.
  
  2. It hasn't been addressed upstream yet, but was reported a while ago.
  
  3. Patch is available below.
  
  4. Not everyone can reproduce it; that's why it's tricky.  The bug is
  sneaky.  For a lot of us, simply using the keyboard volume controls will
  reveal a blank volume popup and not the actual volume.  Or, adjusting
  the volume slider in the mixer will uncover the problem in a very short
  time.
  
  TEST CASE:
  -open gnome-volume-control
  -Adjust master or PCM mixers with the left/right channels locked.  Watch the 
sliders desynchronize as you move at a slow speed or really fast speed.
  -OR-
  -use keyboard volume controls and observe that the volume popup reports 
incorrect or no volume-
  
  5. I could not see possible regressions.  This patch reverts a commit
  which seemed to make controlling volume an asynchronous operation or
- something of the matter, but introduced issues with multiprocessor CPUs.
- It used to work fine for everyone (to my knowledge) before the commit.
- So really, a regression is being reversed.  I wasn't able to pinpoint
+ something of the matter, but introduced issues on many systems.  It used
+ to work fine for everyone (to my knowledge) before the commit.  So
+ really, a regression is being reversed.  I wasn't able to pinpoint
  exactly why that commit was added in to the gstreamer code.
  
  
  
-
  
  Primary example (only GNOME affected, focus of this bug, prelim. patch for it 
below)
  1. Open gnome-volume-control
  2. option a. Use keyboard to control volume.  It is immediately messed up and 
the progress bar on the volume control disappears.  You can see with alsamixer 
that one channel is randomly muted now and then.
  2. option b. Rapidly adjust PCM volume with the channels locked.  The 
channels will eventually loosen up or one will go to 0.
  
  GNOME without pulseaudio and without software mixing still has the
  problem.  The problem seems DIRECTLY related to GNOME, but it's also
  possible this bug is similar to the one below.  The first problem is
  MUCH worse and ruins daily, practical use of the OS.  The second is an
  observation and not intended to be the focal point of this bug report.
  I didn't see random muting with the second bug (that I can remember) but
  I saw a ton with the first.
  
  --
  
  Secondary example (all desktops):
  1. Open gnome-alsamixer
  2. Open gnome-volume-control
  3. Open alsamixer
  
  Adjust PCM volume with text-mode alsamixer.  The two channels get out of
  sync very quickly.
  
  sudo sh -c echo 0  /sys/devices/system/cpu/cpu1/online
  
  This command actually fixes the GNOME volume control on one of my dual-
  core systems (Intrepid/emu10k1).  It is consistently reproducible and
  directly related to that command.  On the other system (Hardy custom
  2.6.26/cmipci), the command seems to have no effect and the problem
  remains.
  
  Something is wrong with the locking or mutexing of the volume controls
  in an underlying component of Ubuntu.  For some people, that means even
  rudimentary volume control with the keyboard is problematic.
  
  Affected drivers:
  - cmipci
  - emu10k1
  - possibly every audio driver
  
  The second example happens on systems even with the 2nd cpu disabled,
  just a little less.  With the first example it doesn't seem to matter.
  
  Intrepid as of 7/24/2008 is affected.
  
  I was not able to demonstrate any inconsistencies with the text-mode
  alsamixer when GNOME or KDE was not open, but that does not mean the
  race is not somewhere in the kernel either.  Moving the volume controls
  with keys is a lot less stressful on the drivers than using a smooth
  slider or running apps that monitor the volume in real-time.
  
  I have tried every fix I have seen, and none have fixed the problem.
  
  Possibly related bugs:
  - Bug 126333
  
  From my debugging, a zero is first being written to a volume channel for
  some reason.  I am not sure why or the source of it.  Mixers then read
  this zero and the mistake carries on from there.
  
  I will attach some library call logs from my debugging, but I can not
  say that they are reliable.  workinglogs is from adjusting it slowly
  up and then slowly down in the text-mode alsamixer program with no
  desktop environment loaded, only a TTY.
  
  brokenlogs shows what happens when I use my keyboard to do the same
  thing.  The volume is jumping down periodically or going to zero.
  
  _snd_mixer_selem_set_volume s-str[0].vol[1] = 18
  elem_write_volume s-str[0].vol[0] = 0
  elem_write_volume 

[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2008-12-01 Thread Davidiam
Thanks! Working now as it should be!

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2008-11-21 Thread xtknight
Here's a patch that fixes it for intrepid.  Same patch as for Hardy.

** Attachment added: intrepid fix
   
http://launchpadlibrarian.net/19842445/gst-plugins-base0.10_0.10.21-3ubuntu1.debdiff

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2008-11-04 Thread xtknight
Davidiam: Yes, the problem persists in Intrepid.

The developers didn't look at my bug yet as far as I can tell.  Not much
I can do about that.

I'll try to get a PPA for Intrepid soon.  My patches are not fixes,
they are reverts to unbreak what was broken.

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2008-11-02 Thread Davidiam
I have the same problem before upgrading to intrepid y solved using
xtknight PPA repository , but now in intrepid went back with the same
problem . Is it that developers from gstreamer did not apply the patch
cause I try  debian stable en experimental alsa did have the same issue.

xtknight do you have PPA for intrepid?

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2008-09-28 Thread Mark Falcey
I am not sure if this is the same bug, but it is very similar. I am
using Hadry 8.04.1 and ALSA 1.0.15

I am experiencing this problem also but only with my usb headest. If I
select the headset in System/Preferences/Sound I can control the volume
with the multimedia keys but the left always drops to zero when I change
the volume, Right channel reacts normally. This also happens when I have
them selected in the panel Volume Control and try to adjust the volume
with the mouse.

This does not happen in the Pulse Audio Volume Control.  When the
sliders are out of lock from the above using the PA Volume Control locks
the sliders back together and allows them to be adjusted  in a normal
fashion.

This also does not happen with my C-Media 8768 PCI card or AC'97 on
board sound or with any of the pulseaudio virtual devices.

Is seems to be a strictly ALSA USB problem from here.

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2008-08-05 Thread BUGabundo
no code there:
https://code.edge.launchpad.net/~xt-knight

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2008-08-05 Thread BUGabundo
never mind i've found the correct link
https://edge.launchpad.net/~xt-knight/+archive

i'll test it in a bit and report back.

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2008-08-05 Thread BUGabundo
your versions are for hardy, and the package are lower version then the
ones that I have on my system ( i have intrepid).

Should i downgrade?

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2008-08-05 Thread xtknight
BUGabundo: it's probably alright to downgrade.  You can still see if it
fixes the bug.

I would make a package for Intrepid but I can't get it to work in my VM
at the moment and I'd also like to see what the gstreamer team says
before doing much else.

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2008-08-02 Thread Sebastien Bacher
** Changed in: gst-plugins-base0.10 (Ubuntu)
   Status: New = Triaged

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2008-08-02 Thread BUGabundo
is this bug related with the way that even after you stop pressing the
audio keyboard shortcuts, the sound still continues to
increase/decrease?

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2008-08-02 Thread xtknight
BUGabundo: it's possible that it's related.  I did not experience that
problem in my testing of it.  If you have that problem you could see if
my debs fix it for you.  They are on my PPA.

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2008-08-01 Thread xtknight
** Summary changed:

- [gnome] normal volume control useless, various race conditions
+ gstreamer alsa mixer renders gnome volume controls useless

** Description changed:

- Primary example (only GNOME affected)
+ Primary example (only GNOME affected, focus of this bug, prelim. patch for it 
below)
  1. Open gnome-volume-control
  2. option a. Use keyboard to control volume.  It is immediately messed up and 
the progress bar on the volume control disappears.  You can see with alsamixer 
that one channel is randomly muted now and then.
  2. option b. Rapidly adjust PCM volume with the channels locked.  The 
channels will eventually loosen up or one will go to 0.
  
  GNOME without pulseaudio and without software mixing still has the
  problem.  The problem seems DIRECTLY related to GNOME, but it's also
  possible this bug is similar to the one below.  The first problem is
  MUCH worse and ruins daily, practical use of the OS.  The second is an
  observation and not intended to be the focal point of this bug report.
  I didn't see random muting with the second bug (that I can remember) but
  I saw a ton with the first.
  
  --
  
  Secondary example (all desktops):
  1. Open gnome-alsamixer
  2. Open gnome-volume-control
  3. Open alsamixer
  
  Adjust PCM volume with text-mode alsamixer.  The two channels get out of
  sync very quickly.
  
  sudo sh -c echo 0  /sys/devices/system/cpu/cpu1/online
  
  This command actually fixes the GNOME volume control on one of my dual-
  core systems (Intrepid/emu10k1).  It is consistently reproducible and
  directly related to that command.  On the other system (Hardy custom
  2.6.26/cmipci), the command seems to have no effect and the problem
  remains.
  
  Something is wrong with the locking or mutexing of the volume controls
  in an underlying component of Ubuntu.  For some people, that means even
  rudimentary volume control with the keyboard is problematic.
  
  Affected drivers:
  - cmipci
  - emu10k1
  - possibly every audio driver
  
  The second example happens on systems even with the 2nd cpu disabled,
  just a little less.  With the first example it doesn't seem to matter.
  
  Intrepid as of 7/24/2008 is affected.
  
  I was not able to demonstrate any inconsistencies with the text-mode
  alsamixer when GNOME or KDE was not open, but that does not mean the
  race is not somewhere in the kernel either.  Moving the volume controls
  with keys is a lot less stressful on the drivers than using a smooth
  slider or running apps that monitor the volume in real-time.
  
  I have tried every fix I have seen, and none have fixed the problem.
  
  Possibly related bugs:
  - Bug 126333
  
  From my debugging, a zero is first being written to a volume channel for
  some reason.  I am not sure why or the source of it.  Mixers then read
  this zero and the mistake carries on from there.
  
  I will attach some library call logs from my debugging, but I can not
  say that they are reliable.  workinglogs is from adjusting it slowly
  up and then slowly down in the text-mode alsamixer program with no
  desktop environment loaded, only a TTY.
  
  brokenlogs shows what happens when I use my keyboard to do the same
  thing.  The volume is jumping down periodically or going to zero.
  
  _snd_mixer_selem_set_volume s-str[0].vol[1] = 18
  elem_write_volume s-str[0].vol[0] = 0
  elem_write_volume s-str[0].vol[1] = 18
  
  The second write command giving alsa a zero makes no sense, and
  completely destroys the linearity of the adjustment.  But I don't know
  where it's coming from.  I don't know if it's adjusting the same track
  number even or if it is the cause of the problem, but it seems to
  correlate.
  
  Each log file (mylogn) in the archives is tracking a different part of
  the sound control subsystem.  mylog5 is the lowest level and
  mylog1/mylog2(gstreamer) are the highest.  text-mode didn't use
  mylog1/mylog2, only 3-5 which are farther down the line in the sound
  system.
  
  Both machines were dual-core Intel Core 2 running x86_64 architecture
  Ubuntu with 4GB of RAM.  All tracing was done on the first system
  (cmipci).

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 252237] Re: gstreamer alsa mixer renders gnome volume controls useless

2008-08-01 Thread Bug Watch Updater
** Changed in: gst-plugins-base
   Status: Unknown = New

-- 
gstreamer alsa mixer renders gnome volume controls useless
https://bugs.launchpad.net/bugs/252237
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gst-plugins-base0.10 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs