Software volume: linear vs. logarithmic

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 2012-08-22 at 15:14 +0200, "G?nter Merz" wrote:
[...]
> I would like to do something similar to what I did in xine to pulsesink.c in the gstreamer-good package in order to change the rhythmbox and rygel (and others) volume handling but the fact that Lennart Poettering (once the lead developer) originally wrote the GStreamer pulseaudio plugin and will surely have had his reasons for doing it the way he did makes me ask here first.

This is the standard across all elements implementing the volume
property, and makes sense as it maps more naturally to underlying APIs
and hardware. The idea of a cubic mapping (or any other natural-sounding
mapping) should be left as an application decision and does not belong
in middleware layers.

To make things easier for GStreamer-based applications, there is a
GstStreamVolume interface which can do a cubic mapping if requested.
You'll notice that Rhythmbox actually does this already:

http://git.gnome.org/browse/rhythmbox/tree/backends/gstreamer/rb-player-gst.c#n311

-- Arun



[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux