Comme l'indiquent les développeurs, il est important qu'un maximum de gens testent cette mouture et fassent des rapports de bogues, afin bien sûr d'obtenir une version finale la plus stable possible. On devine l'ampleur de la tâche quand on connait le nombre de matériels différents supporté par ALSA.
Il est à noter que les développeurs précisent qu'ils apprécieraient des retours même si aucun problème n'a été rencontré. Takashi Iwai a annoncé sur les mailing list d'ALSA hier :
"Hi all,
as you might have already seen on the web news page, we released
1.0.0pre1 tarball. This is intended for the wide tests before the
official 1.0.0 release. We planned to release 1.0.0 (hopefully) in
this month, so please everyone test this version and give bug reports
now.
Especially, if you have a card or a mobo with ICH (or compatible)
chip and *multiple* AC97 codecs, testing this version is appreciated.
Please give (also positive) feedback whether it works. The handling
of multiple codecs was changed recently, but not tested well because
of lack of hardware."
Apparemment, le message de l'annonce n'est pas passé sur les archives des mailing-list, je n'ai donc pas pu fournir le lien vers celle-ci.
A présent, faites chauffer les compilateurs :-)
Aller plus loin
- Le site du projet (2 clics)
- La liste des cartes son supportées (2 clics)
# Re: Sortie d'ALSA 1.0.0pre1
Posté par Yaz . Évalué à 2.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par David . Évalué à 9.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par puxor . Évalué à 1.
"The handling of multiple codecs was changed recently, but not tested well because of lack of hardware"
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par marvin . Évalué à 3.
- Est-ce que la version fournie avec le noyau inclu également les utilitaires et bibliothèques, ou ne concerne-t-elle que les drivers ?
- Y-a-t-il un avantage particulier à utiliser la mouture incluse dans le noyau ? Parce-que personnellement, quite à la compiler moi-même, je préfère toujours avoir la dernière version...
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par David . Évalué à 4.
A mon avis, l'avantage d'utiliser la mouture incluse est qu'on peut la compiler en dur dans la noyau (alors que tu n'as que des modules sinon)... je ne vois rien d'autre... mais je ne suis pas un expert, je n'en suis pas sûr.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par mammique . Évalué à 2.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par David . Évalué à 5.
Dans le dernier cas, il y a besoin d'un fichier de configuration indiquant quels modules charger : /etc/modules.conf pour Debian, Mandrake, etc (je ne connais pas trop), et /etc/rc.d/rc.modules pour la Slackware (excellente distrib' ;-) ).
Je ne crois pas qu'il y ait besoin de fichiers supplémentaires pour une utilisation standard d'Alsa - un module par puce, on charge le bon module et voilà.
Quelqu'un a-t-il une autre opinion ou des lumières à apporter sur le sujet ?
[^] # config modules debian
Posté par free2.org . Évalué à 1.
/etc/modules qui indique quels modules sont chargés lors du boot
ensuite chaque module (ou groupe de modules) peut avoir un fichier dans le répertoire /etc/modutils
quand on lance commande update-modules, le fichier modules.conf est généré automatiquement (ne pas l'éditer) à partir des fichiers de /etc/modutils
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par David . Évalué à 4.
Plus d'infos ici :
http://www.alsa-project.org/alsa-doc/doc-php/asoundrc.php3(...)
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par kapouik . Évalué à 2.
En effet, Slackware utilise le système de démarrage du style BSD. Cependant, elle supporte très bien les scripts de démarrage SysV : c'est le script /etc/rc.d/rc.sysvinit qui est chargé de cela et qui est appelé automatiquement par les scripts de démarrage standards. Pour plus de détails, lire les commentaires qui figurent au début de ce fichier.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Jérôme Pinot (site web personnel) . Évalué à 2.
Pour une utilisation complete, il faut aussi:
a) alsa-lib (librairie pour les programmes)
b) alsa-tools (entre autres, alsamixer, alsactl)
c) alsa-oss (emulation oss)
2. Scripts de demarrage: tu as besoin d'un script pour charger tes modules si tu as compile alsa en modules.
Mais tu as aussi besoin, dans tous les cas, d'un script de demarrage pour, notamment, restaurer le volume du mixer (alsactl restore).
Donc le script et d'autres packages sont necessaires a une bonne utilisation d'alsa avec le 2.6.0.
3. Concernant la Slackware, elle a des scripts BSD mais accepte aussi les scripts System V.
Dans la derniere Slack 9.1, qui est prete pour le 2.6.0, il y a un script rc.alsa qui charge les modules et restaure les volumes au demarrage.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par marvin . Évalué à 1.
alsamixer et alsactl sont fournit par alsa-utils, alsa-tools met à disposition d'autres utilitaires un peu moins essentiels.
> 2. Scripts de demarrage: tu as besoin d'un script pour charger tes modules si tu as compile alsa en modules.
Mais tu as aussi besoin, dans tous les cas, d'un script de demarrage pour, notamment, restaurer le volume du mixer (alsactl restore).
Un tel script ("alsasound") existe déjà dans le répertoire "utils" des sources de alsa-drivers . Il est automatiquement copié dans le répertoire "init.d" de votre distrib lors de l'installation des drivers mais, sauf erreur, n'est pas utilisé par défaut (il suffit de créer les liens Sxx/Kxxalsasound correspondants). Chez moi, ça marche plutôt bien...
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Christophe Bliard . Évalué à 2.
HANDLEALSA="no"
en
HANDLEALSA="yes"
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par gege (site web personnel) . Évalué à 2.
J'ai vu plusieurs posts qui conseillaient de les laisser sous forme de modules.
D'ailleurs pour l'avoir testé moi même, la version compilé en dur dans le noyau
pour les emu10k1 (Sb live! player and co) ne marche absolument pas dans les noyaux 2.6 actuels !
[^] # ALSA & modules
Posté par Quzqo . Évalué à 1.
Un autre avantage est de pouvoir les mettre à jour sans avoir à recompiler tout un noyau... et donc à devoir rebooter pour en bénéficier...
Sur un noyau 2.4.2+ powerpc, la solution "modules" a aussi été pour moi la seule façon d'avoir un son convenable (définition de l'ordre de chargement).
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Jérôme Pinot (site web personnel) . Évalué à 1.
Je suis constamment en 2.60-test depuis la version 4 (je teste meme les patches BK de temps a autres) avec une SB live ! qui marche du tonnerre.
Je soupconne fortement un probleme de config. Tu peux detailler ton probleme, ta distrib, etc ?
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Stéphane Graber . Évalué à 2.
L'avantage est de pouvoir mettre alsa en dur et pas en modules (c'est ce que j'ai fait).
Mais sinon pas d'autre gros avantages.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Émilien Kia (site web personnel) . Évalué à 3.
Et le fait de l'intégrer directement dans le noyau permet d'accélérer quelques peux le bastring (c pas énorme mais ca l'ai quand même) et faire quelques petites économies, surtout à l'heure où beaucoup d'applis intègrent le son (enfin de plus en plus).
Un jour libre ?
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 6.
redémarrer l'ordinateur.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 0.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par PeYotL . Évalué à 1.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par kapouik . Évalué à 1.
Ah ? Je serais intéressé par plus de détail au sujet de cette information sur le gain en sécurité gagné en ne compilant pas les modules ! Merci.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Prosper . Évalué à 1.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par _seb_ . Évalué à 1.
Sur un serveur, par exemple, il est assez rare d'ajouter du nouveau matériel et encore plus s'il s'agit d'une carte son (quoique).
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par »-(¯`v´¯)-» . Évalué à 1.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par iTanguy . Évalué à 1.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Larry Cow . Évalué à 1.
Ca ôte surtout la possibilité à un intrus potentiel de charger un petit module maison qui ferait la pluie et le beau temps dans le système (en un mot: un rootkit).
D'autant qu'il est possible de charger un module de manière qu'il soit invisible au lsmod et au /proc/modules (j'ai plus la source, mais ça avait été testé il y a pas mal de temps déjà). Donc, sur un serveur, laisser le support des modules c'est loin d'être très malin.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Christophe Lucas (site web personnel) . Évalué à 1.
++chris;
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Christophe Lucas (site web personnel) . Évalué à 1.
Un module chargé fait parti du noyau, le resultant est donc le noyau tout simplement.
Désolé de m'être mal exprimé.
ok je =>[]
Christophe
(http://titux.tuxfamily.org(...))
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par »-(¯`v´¯)-» . Évalué à 1.
càd : tu gagnes rien
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par ookaze . Évalué à 1.
Je ne sais pas si les archives ALSA sont compatibles 2.6, mais je n'ai encore jamais réussi à en compiler une seule sur noyau 2.6.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Vincent Bernat (site web personnel) . Évalué à 6.
De plus, contrairement à ce qui a aussi été dit plus bas, la vitesse en module ou en dur est strictement identique. Il n'y a absolument aucune raison pour que l'un ou l'autre soit plus rapide.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par puxor . Évalué à 3.
Mais bon, ça arrive qu'une fois... l'incidence est négligeable.
# Re: Sortie d'ALSA 1.0.0pre1
Posté par Éric (site web personnel) . Évalué à 3.
Ca laisse à peine une douzaine de jours. C'est pas un peu court pour un cycle de rc ?
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Émilien Kia (site web personnel) . Évalué à 1.
Un jour libre ?
# Re: Sortie d'ALSA 1.0.0pre1
Posté par ploum (site web personnel, Mastodon) . Évalué à 2.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Cyberdivad . Évalué à 4.
Si ta carte supporte plusieurs canaux en hardware, alsa peut permettre d'en profiter, mais c'est tout.
Personnellement, j'ai découvert en installant alsa que c'était le cas pour ma carte son intégrée de mon portable :-)
Si tu cherche le temps réel, il faut tuner au mieux ton serveur de son (voire passer à jackd mais peu d'applis "non pro" savent l'utiliser) et ton noyau (ou utiliser un noyau 2.6 ou le kernel-multimedia pour mandrake par exemple)
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Da Scritch (site web personnel, Mastodon) . Évalué à 2.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par JSL . Évalué à 2.
C'est peut-être un bug, dans le doute il faudrait le signaler après avoir vérifié que ça le fait toujours avec la dernière mouture.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Jean-Sébastien Samson . Évalué à 2.
Effectivement ca doit ramer un max ... ;-)
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Da Scritch (site web personnel, Mastodon) . Évalué à 1.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Anonyme . Évalué à 1.
Hum ? :o)
Aurélien.
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Vincent Bernat (site web personnel) . Évalué à 3.
http://www.alsa-project.org/alsa-doc/doc-php/asoundrc.php3#softmix(...)
# Re: Sortie d'ALSA 1.0.0pre1
Posté par XHTML/CSS inside (site web personnel) . Évalué à 0.
release canditate/release candidate
qu'il apprécieraient/qu'ils apprécieraient
++
# Re: Sortie d'ALSA 1.0.0pre1
Posté par Tutur . Évalué à 1.
Si j'installe la 1.0.0pre1, est ce qu'il faut recompiler/reinstaller tout les soft qui utilise du son?
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par Alan_T . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.