diff options
| author | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
|---|---|---|
| committer | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
| commit | 1be510f9529cb082f802408b472a77d074b394c0 (patch) | |
| tree | b175f9d5fcb107576dabc768e7bd04d4a3e491a0 /zarb-ml/mageia-dev/2011-October/008611.html | |
| parent | fa5098cf210b23ab4f419913e28af7b1b07dafb2 (diff) | |
| download | archives-1be510f9529cb082f802408b472a77d074b394c0.tar archives-1be510f9529cb082f802408b472a77d074b394c0.tar.gz archives-1be510f9529cb082f802408b472a77d074b394c0.tar.bz2 archives-1be510f9529cb082f802408b472a77d074b394c0.tar.xz archives-1be510f9529cb082f802408b472a77d074b394c0.zip | |
Diffstat (limited to 'zarb-ml/mageia-dev/2011-October/008611.html')
| -rw-r--r-- | zarb-ml/mageia-dev/2011-October/008611.html | 147 |
1 files changed, 147 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-October/008611.html b/zarb-ml/mageia-dev/2011-October/008611.html new file mode 100644 index 000000000..1604f6296 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-October/008611.html @@ -0,0 +1,147 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2 + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20%5Bchangelog%5D%20cauldron%20core/release%0A%09sound-scripts-0.61-2.mga2&In-Reply-To=%3C4E89BADA.30002%40colin.guthr.ie%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="008610.html"> + <LINK REL="Next" HREF="008614.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2</H1> + <B>Colin Guthrie</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20%5Bchangelog%5D%20cauldron%20core/release%0A%09sound-scripts-0.61-2.mga2&In-Reply-To=%3C4E89BADA.30002%40colin.guthr.ie%3E" + TITLE="[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2">mageia at colin.guthr.ie + </A><BR> + <I>Mon Oct 3 15:38:34 CEST 2011</I> + <P><UL> + <LI>Previous message: <A HREF="008610.html">[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2 +</A></li> + <LI>Next message: <A HREF="008614.html">[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2 +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#8611">[ date ]</a> + <a href="thread.html#8611">[ thread ]</a> + <a href="subject.html#8611">[ subject ]</a> + <a href="author.html#8611">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>'Twas brillig, and Maarten Vanraes at 03/10/11 13:41 did gyre and gimble: +><i> Op maandag 03 oktober 2011 10:27:02 schreef Colin Guthrie: +</I>>><i> 'Twas brillig, and Maarten Vanraes at 19/09/11 11:32 did gyre and gimble: +</I>>>>><i> On 19 September 2011 11:44, Colin Guthrie <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">mageia at colin.guthr.ie</A>> wrote: +</I>>>>>>>><i> Did you fixed the war against webcam another way? +</I>>>>>>><i> +</I>>>>>>><i> Is this a problem of webcam mics not working if they are present +</I>>>>>>><i> during boot? If not, can you remember the problem better? +</I>>>>>>><i> +</I>>>>>>><i> If so, no I've not fixed, but will find an official way that we can +</I>>>>>>><i> submit upstream. +</I>>>>>><i> +</I>>>>>><i> Whoops, it seems this conversation went off list accidentally. +</I>>>>>><i> +</I>>>>>><i> TV clarified that the problem the snd-usb-audio modprobe rule solved +</I>>>>>><i> was that of webcams getting the card0 slot on boot and pushing the +</I>>>>>><i> normal, built in audio system to card1. +</I>>>>>><i> +</I>>>>>><i> As this problem attempts to resolve the underlying limitations of alsa +</I>>>>>><i> (not preserving the audio device order) in a generic way (specific +</I>>>>>><i> index= arguments could be added to your own specific hardware to solve +</I>>>>>><i> it also), and considering that device order really shouldn't matter +</I>>>>>><i> when PulseAudio is used (it has it's own built in system for +</I>>>>>><i> determining the "priority" of devices when a first boot with a new +</I>>>>>><i> user is encountered so that the correct defaults will be picked on +</I>>>>>><i> first boot and there after it's the user's choice), I'm not really +</I>>>>>><i> inclined to attempt to fix this "bug". +</I>>>>>><i> +</I>>>>>><i> If people feel super strongly about it I can look into it, but I think +</I>>>>>><i> it's really a matter of "tough love" for the non-PA case if it means we +</I>>>>>><i> have to put in lots of crazy work arounds like this. +</I>>>>>><i> +</I>>>>>><i> Opinions welcome. +</I>>>>><i> +</I>>>>><i> Not all people use PA. +</I>>>>><i> We even have options in draksound in order to disable it... +</I>>>>><i> Hence we must still support the case were PA isn't around... +</I>>>><i> +</I>>>><i> can something be done with udev rules, like it happens with other types +</I>>>><i> of devices? +</I>>><i> +</I>>><i> I'm not sure udev rules will fix this. +</I>>><i> +</I>>><i> I guess we could provide some default modprobe rule that just left space +</I>>><i> for the device 0... +</I>>><i> +</I>>><i> <A HREF="http://alsa.opensrc.org/MultipleCards#Reordering_the_driver_for_a_particula">http://alsa.opensrc.org/MultipleCards#Reordering_the_driver_for_a_particula</A> +</I>>><i> r_card +</I>>><i> +</I>>><i> options snd slots=,snd-usb-audio +</I>>><i> +</I>>><i> +</I>>><i> These rules could only be used when PA is not used (via sound profile +</I>>><i> symlinks) +</I>>><i> +</I>>><i> That will probably cover most bases and if users want to have more +</I>>><i> configuration when they do not use PA then they can write their own +</I>>><i> modprobe rules. I'd say that's an acceptable trade off. +</I>>><i> +</I>>><i> WDYT? +</I>>><i> +</I>>><i> Col +</I>><i> +</I>><i> +</I>><i> what i mean is to have some kind of udev rule generator, so that the ones you +</I>><i> had when you started at first are kept in that order (they still can be added +</I>><i> or removed, but the existing ones will keep their device name? +</I> +Potentially, tho' I'd much rather avoid complicated rules generators +like that as it'll just lead to problems at some point when it stops +working or syntax changes etc. + +IMO it's just added complexity for questionable gain. + +Col + +-- + +Colin Guthrie +colin(at)mageia.org +<A HREF="http://colin.guthr.ie/">http://colin.guthr.ie/</A> + +Day Job: + Tribalogic Limited <A HREF="http://www.tribalogic.net/">http://www.tribalogic.net/</A> +Open Source: + Mageia Contributor <A HREF="http://www.mageia.org/">http://www.mageia.org/</A> + PulseAudio Hacker <A HREF="http://www.pulseaudio.org/">http://www.pulseaudio.org/</A> + Trac Hacker <A HREF="http://trac.edgewall.org/">http://trac.edgewall.org/</A> +</PRE> + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="008610.html">[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2 +</A></li> + <LI>Next message: <A HREF="008614.html">[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2 +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#8611">[ date ]</a> + <a href="thread.html#8611">[ thread ]</a> + <a href="subject.html#8611">[ subject ]</a> + <a href="author.html#8611">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev +mailing list</a><br> +</body></html> |