[pulseaudio-tickets] [Bug 99437] New: module-combine fails to set best sample rate

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=99437

            Bug ID: 99437
           Summary: module-combine fails to set best sample rate
           Product: PulseAudio
           Version: unspecified
          Hardware: All
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: modules
          Assignee: pulseaudio-bugs at lists.freedesktop.org
          Reporter: julianhughes at gmail.com
        QA Contact: pulseaudio-bugs at lists.freedesktop.org
                CC: lennart at poettering.net

$ pulseaudio --version
pulseaudio 5.0

$ uname -a
Linux pi 4.4.0-1-rpi #1 Debian 4.4.6-1+rpi14 (2016-05-05) armv6l GNU/Linux

I'm successfully using module-combine as follows (from my
/etc/pulse/default.pa):

"load-module module-alsa-sink device="hw:0,0" sink_name=dac0
load-module module-alsa-sink device="hw:1,0" sink_name=dac1
load-module module-combine sink_name=combo slaves=dac0,dac1
set-default-sink combo"

(each DAC outputs the same 2 channel audio to a different amplifier). 

Both USB DACs are identical and support the following rates:
96000, 88200, 48000, 44100, 32000.
My /etc/pulse/daemon.conf is the Debian package default so default sample rate
is 44100 and the alternative is 48000.

If I use just one dac with an unmodified /etc/pulse/default.pa then the sample
rate is successfully switched between 44100 and 48000 where appropriate and
possible.

When I use module-combine and two dacs the virtual sink/device only uses the
default rate set in /etc/pulse/daemon.conf.  If uncomment the default and
alternative rates and set them to different supported values and restart
pulseaudio then this new default rate is used, but the virtual/combined device
only ever uses the specified default.

This issue came up in 2009, see
https://lists.freedesktop.org/archives/pulseaudio-discuss/2009-March/003232.html
but the submitted patch was problematic and nothing came of it.  However the
following was stated:

"Otherwise file a feature request bug and I
will look into it eventually.

Lennart

-- 
Lennart Poettering "

Would now be eventually? :-)

I couldn't find any reference to this bug ever being fixed in newer versions.

Hope you can fix this, thanks!

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/pulseaudio-bugs/attachments/20170117/012da562/attachment.html>