<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTABUG - Pulse audio NOT USED multithreading" href="https://bugs.freedesktop.org/show_bug.cgi?id=90210#c13">Comment # 13</a> on <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTABUG - Pulse audio NOT USED multithreading" href="https://bugs.freedesktop.org/show_bug.cgi?id=90210">bug 90210</a> from <a class="email" href="mailto:tanuk@iki.fi" title="Tanu Kaskinen <tanuk@iki.fi>"> Tanu Kaskinen</a> <pre>(In reply to Alessandro Ferri from <a href="show_bug.cgi?id=90210#c10">comment #10</a>) > > Step 1: Install the speex development headers (on Raspbian they're in > > package libspeex-dev) > > > > Step 2: Run the configure script again, and build as usual. > > > > By the way, the parameters that you currently give to configure look > > strange: what purpose do "--disable-rpath" and > > "--with-module-dir=/usr/lib/pulse/modules" serve? > > > Thanks for the info, > the next few days I will try to configure Pulseuadio with speex. > About the two configuration parameters, I did not place a lot of problems, I > repeated what I found in the post of raspberry Pi forum with some of my > personal adjustment, I'll carry the link, at the bottom there is the guide > to install pulseaudio 5.0: > > <a href="https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=87138">https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=87138</a> > > At this point, you know what are those two parameters, since I do not know? "RPATH" is an attribute stored in shared libraries that tells the dynamic linker what directories to search for the dependencies of the shared libraries, in addition to the default directories. I don't know why anyone would want to disable it. In my experience RPATH is necessary for some of the modules (such as the alsa modules) to work, because they depend on libraries in a non-standard location. Apparently my understanding of this thing is not perfect, since modules seem to be loading fine on your system despite --disable-rpath. --with-module-dir just sets the module directory to something else than the default. Setting it to /usr/lib/pulse/modules does no particular harm (other than making your setup non-standard, and therefore potentially harder to debug), but there's no reason to set that option, as far as I can see. By the way, something that I missed earlier: you set --prefix to /usr, which is something that you should never do. When you use /usr as the prefix, you overwrite the files that are managed by the distribution's package manager, and if you ever update the distribution's version of pulseaudio, the package manager will then overwrite the files that you installed from source. Using /usr as the prefix is a good way to mess up your system. You don't need to set prefix, the default prefix (/usr/local) works just fine. > I have connected the speakers to the raspberry, using HiFiBerry AMP. I play > music from my iPad to raspberry Pi2, via Bluetooth and also via WiFi. In > this latest case I use shairport connected to pulseaudio. > When I play music, with resample-method = ffmpeg, via wifi (with shairport + > pulseaudio) from my iPad to raspberry, I not have issues and I listen music > really well, when instead I play music, with resample-method = ffmpeg, via > Bluetooth from my iPad to raspberry, I do not hear any music and some times > from the speakers comes a sound like "grrrrr" or "pzzzz". So it seems that > with the Bluetooth the resample method = ffmpeg is not working. I attacked > both my daemon.conf that system.pa The resampler is not a likely cause of corrupted audio. What if you record audio from the a2dp source with this command: parecord --device=SOURCE --fix-rate --fix-channels --fix-format > ~/test.wav Does that file contain corrupted audio too? If it does, then there's something wrong in the bluetooth source.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>