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-September/008595.html | 94 +++++++++++++++++++++++++++ 1 file changed, 94 insertions(+) create mode 100644 zarb-ml/mageia-dev/2011-September/008595.html (limited to 'zarb-ml/mageia-dev/2011-September/008595.html') diff --git a/zarb-ml/mageia-dev/2011-September/008595.html b/zarb-ml/mageia-dev/2011-September/008595.html new file mode 100644 index 000000000..582787f70 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008595.html @@ -0,0 +1,94 @@ + + + + [Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2 + + + + + + + + + +

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

+ Maarten Vanraes + maarten.vanraes at gmail.com +
+ Mon Sep 19 12:32:55 CEST 2011 +

+
+ +
> 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?
+
+
+ + + +
+

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