Equalizer module is unsupported
module-equalizer-sink module results in the following warning:
pulseaudio: W: [pulseaudio] module-equalizer-sink.c: module-equalizer-sink is currently unsupported, and can sometimes cause PulseAudio crashes, increased latency or audible artifacts. pulseaudio: W: [pulseaudio] module-equalizer-sink.c: If you're facing audio problems, try unloading this module as a potential workaround.
Running qpaeq then makes PulseAudio crash with this error:
pulseaudio: E: [pulseaudio] iface-module.c: Assertion 'pa_dbus_protocol_add_interface(m->dbus_protocol, m->path, &module_interface_info, m) >= 0' failed at modules/dbus/iface-module.c:309, function pa_dbusiface_module_new(). Aborting.
- This is not correct. Recently installed -7.0-2 and following the instructions in the wiki am successfully running the equalizer.
Adding User to Audio Group
Currently, the article says, "There is no need to add your user to audio group, as it uses udev and logind to dynamically give access to the currently "active" user". That is a little heavy-handed; perhaps a wording like "There is usually no need..."? For instance, on one of my machines running pulse audio, I was unable to play any sounds as "me", but could using root. The server is running headless, and I access it over SSH. It's understandable that udev doesn't consider "me" the currently "active" user in this scenario. It is essential to know that adding a user to the audio group helps in this circumstance, so I appreciate the explicit mention of that group. Does my rewording make sense, or is there a better rewording? Lmat (talk) 14:29, 1 March 2016 (UTC)
- This looks like a reasonable rewording. Additionally I would considering explicitly describing in which cases it might make sense in the Wiki. -- Edh (talk) 14:56, 1 March 2016 (UTC)
- Agreed. Nothing worked "automatically" for me in XFCE. The solution was to manually enable/start pulseaudio.service. Also note: this section in the page is now called #Running -- ChrisDunder (talk) 01:05, 3 July 2020 (UTC)
Default sink @DEFAULT_SINK@ and keyboard control
I got a hard time finding
pactl set-sink-volume @DEFAULT_SINK@ -5%.
@DEFAULT_SINK@ comes very handy and fixes a long time frustration with PulseAudio (with sink indices changing each time I plug unplug a jack, or to get commands working across multiple machines with different sinks).
It will probably help more people to make some changes or add a Tip about
@DEFAULT_SINK@ somewhere (PulseAudio#Keyboard volume control ?).
(I would have edit the page, if only I knew which changes was best: add a Tip and/or change the command lines and/or something else ?)
- I suppose changing the commands is the best approach. However for those who want to edit a specific sink a small note should be added. This is just my personal opinion on this matter. -- Edh (talk) 10:11, 4 September 2016 (UTC)
- Hey, Gravemind2a, does
amixer -q -D pulse sset Master 5%+ unmutework for you? Take a look at my comment right above yours, in this Talk page. --Denilsonsa (talk) 11:03, 4 September 2016 (UTC)
- Yes it works. But if it also works directly with PulseAudio
@DEFAULT_SINK@, why go through alsa amixer ? (and also long time ago I had issues with fast repeating asynchronous amixer volume commands making left/right speaker unbalanced, that actually made me drop Alsa in favor to PulseAudio)-- Gravemind2a (talk) 11:29, 4 September 2016 (UTC)
- Yes it works. But if it also works directly with PulseAudio
I have added a stub/section about sending/receiving audio through the network using PA. The relevant documentation is here. I have a working networked PulseAudio setup, it's available here as an ansible playbook, please allow for some time for me to port the most important information here. --Nodiscc (talk) 14:45, 21 November 2017 (UTC)
Note: Some confusion may occur
virtual surround sound
I think that there should be guide to setting up virtual surround sound (when you have 2 speakers). https://forum.manjaro.org/t/howto-setting-up-virtual-surround-sound-for-headphones/55918 —This unsigned comment is by Janat08 (talk) 16:58, 6 May 2019 (UTC). Please sign your posts with ~~~~!
Could really use a Pre-Processing section
The web in general is pretty bad at giving advice for using microphones under Linux. So many questions are answered with tiny snippets that might have answered one person's question, but don't provide the background to understand how to use the tools. Things that could be covered are:
- Adjusting channels - taking a mono microphone input and panning it to a specific stereo position, or downmixing a stereo microphone to a mono signal
- Feeding in input through a filter, such as a compressor or limiter.
- Turning a MIDI input into an analog signal
Surely there's a way to do at least some of these things without resorting to JACK?
I think we should mention pipewire somewhere. For example in "Related Articles" and maybe also in a seperate section. Especially PipeWire#PulseAudio_clients.
Networked audio - New text
I don't agree on every change made here.
- Introduction: Actually you connect to a pulseaudio over network. This can be used to stream audio. It is also not limited to the LAN (though you probably shouldn't stream with this method over the internet).
- Configuration: Instead of splitting between command and further options, I think we should combine it, so that the options are directly visible.
- Cookies: "It is a requirement that both the client and server share the same cookie." Actually it is not, there are other modes available, so we should describe the possibilities as such. At least it should be: "By default the cookie method is used".
- Selecting the Server: I think it was useful to mention that this is supposed to be "on the clientside"
- Firewall: This should be mentioned as well "By default PulseAudio listens on port
tcp/4713for incoming connections, you may need to open this port in your firewall."
All in all I would have picked and expanded the old version.
- I feel like the example service file is lacking the
--systemswitch that actually starts pulseaudio in system-wide mode. Please correct me if I'm wrong; I couldn't get it to work without it.
- Schwukas (talk) 13:49, 28 June 2021 (UTC)
Networked audio - Placing
While I agree that the network setup is no usual usecase and thus can be placed in some "further usecases" section; I also think that the Examples page is a bit of a mess.
I would suggest to have a more structured seperate page for this. Thoughts?
Edit: In addition there are multiple other methods for networked audio, so this might be mentioned in a note.
- Well, I'd say everything PulseAudio is a mess :P I don't see a good reason to create too many subpages for each configuration topic. The PulseAudio/Examples page should be cleaned up or at least reorganized to give better overview of the different topics. Anyway, we can decide later if the final content fits into the page or a separate page is needed. -- Lahwaacz (talk) 22:19, 13 March 2021 (UTC)
system.pa.d and user config
I'm very curious about this quote "It is strongly suggested not to edit system-wide configuration files, but rather edit user ones." In general I agree that editing system-wide configuration files is not ideal because they can become stale or crufty as the package is updated. But why only use user ones instead? The latest
system.pa automatically loads scripts from
/etc/pulse/system.pa.d, so you can still customize your system-wide config without modifying the package-owned one (as long as you only want to add stuff).
I think the article should mention this as an alternative, unless I'm missing something and user config files are preferred for some other reason.
The Installation / Configuration Sections are missing info that pulseaudio is a user-service and the consequences
Pulseaudio is meant to be run as a systemd userservice and for it to work there is a configuration-step necessary that is not mentioned yet.
systemctl --user enable/start pulseaudio.service
systemctl --user enable/start pulseaudio.socket
Without theses steps audio seemingly continues to work. But all programs still exclusively use ALSA. Therefore only one application can use audio at a time. The mixing of audio into the default ALSA-device, which is the main use case of audio servers, does not work and the installation/configuration is not complete in my opinion.
The only hint I had was that autocompletion in my root-shell was missing pulseaudio.service. And I would not expect other users to infer that soundhardware is a userservice.
The userservice-configuration (not running as a daemon) is the most commonly proposed one by pulseaudio and running as a systemwide daemon would also need configuration.
Therefore I would thine that hints on starting/enabling the user services belong on the pulseaudio page in either the Installation or Configuration section.