path: root/src/modules/alsa/mixer/profile-sets/default.conf
diff options
authorLennart Poettering <>2009-06-19 01:55:59 +0200
committerLennart Poettering <>2009-06-19 01:55:59 +0200
commitb1ea7c0d89a9516f89a7eed5d7a2f121d639b10a (patch)
tree53a5d5d6f1345a05378b62724f40c259d8de37d1 /src/modules/alsa/mixer/profile-sets/default.conf
parentb70b5edcfc95b5cb258caacc21ffbe255d70ece6 (diff)
alsa: document alsa mixer path/profile sets a bit more
Diffstat (limited to 'src/modules/alsa/mixer/profile-sets/default.conf')
1 files changed, 15 insertions, 3 deletions
diff --git a/src/modules/alsa/mixer/profile-sets/default.conf b/src/modules/alsa/mixer/profile-sets/default.conf
index 6ae11b47..ac41a8d3 100644
--- a/src/modules/alsa/mixer/profile-sets/default.conf
+++ b/src/modules/alsa/mixer/profile-sets/default.conf
@@ -16,8 +16,18 @@
; Default profile definitions for the ALSA backend of PulseAudio. This
; is used as fallback for all cards that have no special mapping
-; assigned. (and should be good enough for the vast majority of cards)
+; assigned. (and should be good enough for the vast majority of
+; cards). Use the udev property PULSE_PROFILE_SET to assign a
+; different profile set than this one to a device. So what is this
+; about? Simply, what we do here is map ALSA devices to how they are
+; exposed in PA. We say which ALSA device string to use to open a
+; device, which channel mapping to use then, and which mixer path to
+; use. This is encoded in a 'mapping'. Multiple of these mappings can
+; be bound together in a 'profile' which is then directly exposed in
+; the UI as a card profile. Each mapping assigned to a profile will
+; result in one sink/source to be created if the profile is selected
+; for the card.
; [General]
; auto-profiles = no | yes # Instead of defining all profiles manually, autogenerate
; # them by combining every input mapping with every output mapping.
@@ -42,7 +52,9 @@
; # defined in this file too
; description = ...
; priority = ... # Numeric value to deduce priority for this profile
-; skip-probe = no | yes # Skip probing for availability?
+; skip-probe = no | yes # Skip probing for availability? If this is yes then this profile
+; # will be assumed as working without probing. Makes initialization
+; # a bit faster but only works if the card is really known well.
auto-profiles = yes