From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2011-October/008607.html | 138 ++++++++++++++++++++++++++++ 1 file changed, 138 insertions(+) create mode 100644 zarb-ml/mageia-dev/2011-October/008607.html (limited to 'zarb-ml/mageia-dev/2011-October/008607.html') diff --git a/zarb-ml/mageia-dev/2011-October/008607.html b/zarb-ml/mageia-dev/2011-October/008607.html new file mode 100644 index 000000000..9ff869537 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-October/008607.html @@ -0,0 +1,138 @@ + + + + [Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Mon Oct 3 10:27:02 CEST 2011 +

+
+ +
'Twas brillig, and Maarten Vanraes at 19/09/11 11:32 did gyre and gimble:
+>> On 19 September 2011 11:44, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+>>>>> Did you fixed the war against webcam another way?
+>>>>
+>>>> Is this a problem of webcam mics not working if they are present during
+>>>> boot? If not, can you remember the problem better?
+>>>>
+>>>> If so, no I've not fixed, but will find an official way that we can
+>>>> submit upstream.
+>>>
+>>> Whoops, it seems this conversation went off list accidentally.
+>>>
+>>> TV clarified that the problem the snd-usb-audio modprobe rule solved was
+>>> that of webcams getting the card0 slot on boot and pushing the normal,
+>>> built in audio system to card1.
+>>>
+>>> As this problem attempts to resolve the underlying limitations of alsa
+>>> (not preserving the audio device order) in a generic way (specific
+>>> index= arguments could be added to your own specific hardware to solve
+>>> it also), and considering that device order really shouldn't matter when
+>>> PulseAudio is used (it has it's own built in system for determining the
+>>> "priority" of devices when a first boot with a new user is encountered
+>>> so that the correct defaults will be picked on first boot and there
+>>> after it's the user's choice), I'm not really inclined to attempt to fix
+>>> this "bug".
+>>>
+>>> If people feel super strongly about it I can look into it, but I think
+>>> it's really a matter of "tough love" for the non-PA case if it means we
+>>> have to put in lots of crazy work arounds like this.
+>>>
+>>> Opinions welcome.
+>>
+>> Not all people use PA.
+>> We even have options in draksound in order to disable it...
+>> Hence we must still support the case were PA isn't around...
+> 
+> can something be done with udev rules, like it happens with other types of
+> devices?
+
+
+I'm not sure udev rules will fix this.
+
+I guess we could provide some default modprobe rule that just left space
+for the device 0...
+
+http://alsa.opensrc.org/MultipleCards#Reordering_the_driver_for_a_particular_card
+
+options snd slots=,snd-usb-audio
+
+
+These rules could only be used when PA is not used (via sound profile
+symlinks)
+
+That will probably cover most bases and if users want to have more
+configuration when they do not use PA then they can write their own
+modprobe rules. I'd say that's an acceptable trade off.
+
+WDYT?
+
+Col
+
+
+
+
+
+
+-- 
+
+Colin Guthrie
+colin(at)mageia.org
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited http://www.tribalogic.net/
+Open Source:
+  Mageia Contributor http://www.mageia.org/
+  PulseAudio Hacker http://www.pulseaudio.org/
+  Trac Hacker http://trac.edgewall.org/
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1