After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 94726 - gnome-volume-control doesn't pick up changes made by other tools
gnome-volume-control doesn't pick up changes made by other tools
Status: RESOLVED DUPLICATE of bug 151971
Product: gnome-media
Classification: Deprecated
Component: gnome-volume-control
2.2.x
Other Linux
: Normal major
: ---
Assigned To: Ronald Bultje
gnome media maintainers
: 82617 143872 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2002-10-02 21:32 UTC by Havoc Pennington
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.3/2.4

Attachments
make mixer.c respond to volume-changed signal (1.46 KB, patch)
2004-06-19 12:42 UTC, John Spray 		none Details | Review

Description Havoc Pennington 2002-10-02 21:32:21 UTC 
See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=74929
Comment 1 nveber 2002-11-04 03:01:40 UTC 
This has been reported a long time ago in debian as well.  Any idea
when (if ever) it will be fixed?
Comment 2 Luis Villa 2002-11-21 22:14:07 UTC 
This is borderline high; it makes it hard to use gnome with other things.
Comment 3 Andrew Sobala 2003-03-27 19:53:42 UTC 
Apparently still in GNOME 2.2
Comment 4 Luis Villa 2003-07-11 02:03:32 UTC 
*** Bug 82617 has been marked as a duplicate of this bug. ***
Comment 5 Frederic Crozat 2003-07-16 15:04:40 UTC 
Mass reassigning to component owner.
Comment 6 Manuel Clos 2003-08-10 22:17:59 UTC 
Still in 2.3.5
Comment 7 Thomas Vander Stichele 2004-05-06 15:09:24 UTC 
Ronald, still in 2.6.

Looks like a prime candidate for us to tackle, no ? :)
Comment 8 Ronald Bultje 2004-05-06 17:40:43 UTC 
Yes. I've got signal callbacks in the structs, I just didn't implement them. I'm
planning to.
Comment 9 Ronald Bultje 2004-06-16 01:57:52 UTC 
*** Bug 143872 has been marked as a duplicate of this bug. ***
Comment 10 John Spray 2004-06-19 12:42:54 UTC 
Created attachment 28855 [details] [review]
make mixer.c respond to volume-changed signal

This should make gnome-volume-control react properly to the volume-changed
signal of GstMixerTrack.  This signal still needs implementing in gstreamer
though!

I tested using the gst_mixer_volume_changed function to emit the signal, and it
seems to work okay, with the exception of unlocked tracks (that is, with
different left/right volumes).	However, this appears to be broken in the rest
of the program as well, so I don't think it's my fault.  Should it be relevant,
I'm using the OSS sink.
Comment 11 Ronald Bultje 2004-09-06 13:25:17 UTC 
Hi,

I mentioned the callbacks and you implemented them. You rightly noticed that the
GStreamer plugins didn't actually implement those. Now, there was a reason for
the signals being there (assuming that was the right way) and them not being
implemented (time).

I recently tried implementing them and - as you might notice from the way in
which I'm telling it - it didn't work. The reason for that is that I depend on
polls (or in libalsa's case: event update notifications) which I need to set up
myself, and I actually need to call into libalsa in order for those to be
called. Especially in the case of libalsa, I didn't know and didn't expect this.
Knowing this, signals are an over-complicated way of solving an issue that a
simple g_timeout_add() can do much better.

#151971 contains a new volume control which includes g_timeout_add()-based
update notifications. It needs no changes in gst-plugins and is, imo, currently
the best solution to this problem.
Comment 12 Ronald Bultje 2004-09-16 20:51:39 UTC 

*** This bug has been marked as a duplicate of 151971 ***