<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - module-combine fails to set best sample rate"
href="https://bugs.freedesktop.org/show_bug.cgi?id=99437#c2">Comment # 2</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - module-combine fails to set best sample rate"
href="https://bugs.freedesktop.org/show_bug.cgi?id=99437">bug 99437</a>
from <span class="vcard"><a class="email" href="mailto:julianhughes@gmail.com" title="Julian Hughes <julianhughes@gmail.com>"> <span class="fn">Julian Hughes</span></a>
</span></b>
<pre>Hello Tanu, thanks for replying.
Yesterday I upgraded my Pi (version 1 Model B) to newest Debian (raspbian)
version available to check:
$ uname -a
Linux pi 4.4.0-1-rpi #1 Debian 4.4.6-1+rpi14 (2016-05-05) armv6l GNU/Linux
$ pulseaudio --version
pulseaudio 9.0
and confirm the issue still exists in 9.0. I couldn't check pulseaudio version
10 so thanks for confirming the situation is unchanged.
Actually on x86 or amd64 PC I would probably not file a bug for this because
the pulseaudio sample rate converter options are very good. In theory the same
options are available on the Pi. However, in practice, the Pi has very limited
choices of converter due to the modest hardware. For me anything more demanding
than "resample-method = speex-float-1" causes lots of ugly dropouts and even
speex-float-1 can be too much with some network streams such as HLS i.e. BBC's
HTTP Live Streaming. I assume other embedded devices will have similar
problems. It would be great to just the pass the stream to the DACs with rate
unchanged.
Anyway, thanks again for your attention. I will habitually check for progress
and may write again in 2025 :-)</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>