Ben fournit des cartes sons au-lieu de faire ta pleuricheuse. Marrant, tu gerbes sur Red Hat, mais tu veux que Red Hat fasse tout. S'ils sont nulles, ne leur demande rien. S'ils sont nulles, ne prend pas leur boulot. Si tu prends librement leur boulot, assume les conséquences.
Je veux bien, j'y ai réfléchi depuis cette discussion: http://linuxfr.org/comments/1006835.html#1006835
J'ai une sound blaster live 5.1 et une ens1371 à filer. Ca fait partie des cartes problématiques que le dév n'a pas. Tu te charges d'organiser ça? Tu trouves un moyen que je les file à red hat france qui les passe au dev?
Perso, je peux pas faire mieux. Je n'ai pas les moyens de red hat.
Mais ça ne réglera pas le problème principal à mon avis.
Depuis cette discussion ci dessus, j'ai réfléchi à ce qu'avait dit ton collègue sur un projet mal conçu et je me suis documenté plutot qu'aboyé avec la meute.
Le problème secondaire c'est l'attitude face aux critiques qu'on peut voir au travers des réactions de ce développeur:
Posted by Gherardo at Tue Jan 27 21:50:59 2009
Just snd-intel8x0, hda on realtek chips and all the snd-emu* cards? That is, probably more than half of all the sound cards out there?
You're practically breaking millions of working systems and your answer is just "who cares"? Gherardo: No, that's not half. The vast majority of machines has HDA now (and not Realtek HDA).
Donc on peut voir là l'attitude qui consiste à ne pas prendre en compte un problème réel et à le nier. (On peut aussi voir cette attitude dans tout ce journal et ces fils de discussion. Les insultes en plus.)
Là où ça devient plus grave, c'est que ça découle du problème principal.
On trouve là: http://store.steampowered.com/hwsurvey/
que les 3 cartes les plus utilisées sont:
Realtek HD Audio output (-1.45%) 20.86%
Realtek AC97 Audio (-0.58%) 9.73%
Speakers (Realtek High Definiti (+0.69%) 8.14%
La 2ème n'est pas du snd-hda realtek mais la troisième oui.
Et toujours là, http://0pointer.de/blog/projects/pascal-terjan.html :
Having said all this. Just pointing to other folks to blame doesn't really solve the problem. I did a lot of testing on different sound chips, making sure PulseAudio works fine on them. Of course it's a limited testing set (six cards right now to be exact, a seventh model currently being sent to me by my employer, Red Hat.). The list of cards that are currently known to be problematic are listed in our Wiki.
Donc il a 6 cartes, et si tu regardes les problématiques qu'il n'a pas et que tu les checkes sur la liste ci dessus, tu arrive à un taux faramineux. Comme je ne crois pas qu'il était de mauvaise fois ci dessus, ça implique que personne chez red hat ne sait qu'elle carte il faut supporter sur le desktop linux et n'a checké avant de lancer ce projet.
arg!
Et pour le coté "t'as qu'à faire quelque chose ou te taire", je ne vois pas comment on peut résoudre le problème des chipset au niveau utilisateur. Ce sont des chipset qu'on trouve intégrés dans les portables et dans les cartes mères. Je vois mal les gens envoyer leurs portables au dév pour qu'il puisse les essayer.
Donc cette situation fait peser une contrainte indue sur le développeur, malgré que son développement soit bon et qu'il réponde à certains besoins, il se retrouve attaqué en permanence pour des problèmes qui ne sont pas liés à son développement, par exemple pour des problème upstream et downstream avec alsa et KDE, mais aussi pour ces problèmes d'infrastructures qui sont eux liés à son employeur. Et c'est ça qui provoque sont attitude ci dessus.
Et cette situation fait ensuite peser une contrainte indue sur les utilisateurs qui sont à la merci de leur distro ou leur environement de bureau pour l'implémentation, mais aussi des impasses que red hat a fait sur le matériel. Donc ils se retrouvent avec quelque chose imposé qui ne marche pas et on leur dit "tu n'es pas obligé de l'utiliser", "c'est la faute à ton matos/distro/GNOME/KDE" alors que rien de tout ça n'est vrai, accompagné des semptiternels "t'as qu'à remonter un bug" "t'as qu'à coder" "t'as payé? alors tais toi". dont on peut voir quelques exemples sur cette page et qui rajoute à l'intolérable de la situation. Ils vont en retour gueuler et la pression va aller vers le dév. Retour ci dessus, attendre que ça explose, puis chercher un autre bouc émissaire, puis recommencer.
Il y a un an, j'ai pas hésité à défendre pulse audio et son implémentation dans mandriva alors que ça gueulait sec. J'avais été sensible à certains de tes arguments. http://forum.mandriva.com/viewtopic.php?p=466048#466048
L'autre intérêt c'est qu'on pouvait le désactiver facilement: http://forum.mandriva.com/viewtopic.php?t=84272&highligh(...)
Par contre, j'ignorais qu'upstream, le commanditaire, et pas le développeur, ne faisait pas son job correctement. J'aurais été moins confiant, et je suis désormais moins confiant quand je vois une techno promue par red hat. "mouais, gaffe, marchera pas pendant 3 ans et pas pour tout le monde, encore, ce truc".
Faut arrêter le crack. Si tu fais des recherches sur les web, tu trouveras des tonnes et des tonnes de "esd sucks" ou "arts sucks".Mais qu'importes pour toi, c'est n'est pas avec "esd sucks" que tu pourras attaquer Red Hat.
arts avait des problèmes, on est d'accord. arts a toujours été le premier truc que je désactivais sur KDE. C'est aussi le cas de pulse audio sur pas mal de matos. Il y avait quelques cas comme le son réseau ou arts était intéressant mais nas était plus facile à mettre en oeuvre par exemple, et quelques matos sur lequel il permettait d'avoir du son en duplex alors que le matos le permettait pas, mais dans l'ensemble il n'a jamais tenu ses promesses. Il aurait fallu que plus de monde l'utilise et y contribue, mais c'est resté cantonné à KDE. Et d'après son auteur, il avait des problèmes de design irréversible, donc plus de monde n'aurait problement rien changé. Croisons les doigts que l'histoire se répète pas.
je connais pas esd.
[^] # Re: challenger costaud
Posté par imr . En réponse au journal En vrac et exsuse.de. Évalué à 2.
Je veux bien, j'y ai réfléchi depuis cette discussion: http://linuxfr.org/comments/1006835.html#1006835
J'ai une sound blaster live 5.1 et une ens1371 à filer. Ca fait partie des cartes problématiques que le dév n'a pas. Tu te charges d'organiser ça? Tu trouves un moyen que je les file à red hat france qui les passe au dev?
Perso, je peux pas faire mieux. Je n'ai pas les moyens de red hat.
Mais ça ne réglera pas le problème principal à mon avis.
Depuis cette discussion ci dessus, j'ai réfléchi à ce qu'avait dit ton collègue sur un projet mal conçu et je me suis documenté plutot qu'aboyé avec la meute.
Le problème secondaire c'est l'attitude face aux critiques qu'on peut voir au travers des réactions de ce développeur:
Posted by Gherardo at Tue Jan 27 21:50:59 2009
Just snd-intel8x0, hda on realtek chips and all the snd-emu* cards? That is, probably more than half of all the sound cards out there?
You're practically breaking millions of working systems and your answer is just "who cares"?
Gherardo: No, that's not half. The vast majority of machines has HDA now (and not Realtek HDA).
Donc on peut voir là l'attitude qui consiste à ne pas prendre en compte un problème réel et à le nier. (On peut aussi voir cette attitude dans tout ce journal et ces fils de discussion. Les insultes en plus.)
Là où ça devient plus grave, c'est que ça découle du problème principal.
On trouve là:
http://store.steampowered.com/hwsurvey/
que les 3 cartes les plus utilisées sont:
Realtek HD Audio output (-1.45%) 20.86%
Realtek AC97 Audio (-0.58%) 9.73%
Speakers (Realtek High Definiti (+0.69%) 8.14%
La 2ème n'est pas du snd-hda realtek mais la troisième oui.
Et toujours là, http://0pointer.de/blog/projects/pascal-terjan.html :
Having said all this. Just pointing to other folks to blame doesn't really solve the problem. I did a lot of testing on different sound chips, making sure PulseAudio works fine on them. Of course it's a limited testing set (six cards right now to be exact, a seventh model currently being sent to me by my employer, Red Hat.). The list of cards that are currently known to be problematic are listed in our Wiki.
Donc il a 6 cartes, et si tu regardes les problématiques qu'il n'a pas et que tu les checkes sur la liste ci dessus, tu arrive à un taux faramineux.
Comme je ne crois pas qu'il était de mauvaise fois ci dessus, ça implique que personne chez red hat ne sait qu'elle carte il faut supporter sur le desktop linux et n'a checké avant de lancer ce projet.
arg!
Et pour le coté "t'as qu'à faire quelque chose ou te taire", je ne vois pas comment on peut résoudre le problème des chipset au niveau utilisateur. Ce sont des chipset qu'on trouve intégrés dans les portables et dans les cartes mères. Je vois mal les gens envoyer leurs portables au dév pour qu'il puisse les essayer.
Donc cette situation fait peser une contrainte indue sur le développeur, malgré que son développement soit bon et qu'il réponde à certains besoins, il se retrouve attaqué en permanence pour des problèmes qui ne sont pas liés à son développement, par exemple pour des problème upstream et downstream avec alsa et KDE, mais aussi pour ces problèmes d'infrastructures qui sont eux liés à son employeur. Et c'est ça qui provoque sont attitude ci dessus.
Et cette situation fait ensuite peser une contrainte indue sur les utilisateurs qui sont à la merci de leur distro ou leur environement de bureau pour l'implémentation, mais aussi des impasses que red hat a fait sur le matériel. Donc ils se retrouvent avec quelque chose imposé qui ne marche pas et on leur dit "tu n'es pas obligé de l'utiliser", "c'est la faute à ton matos/distro/GNOME/KDE" alors que rien de tout ça n'est vrai, accompagné des semptiternels "t'as qu'à remonter un bug" "t'as qu'à coder" "t'as payé? alors tais toi". dont on peut voir quelques exemples sur cette page et qui rajoute à l'intolérable de la situation. Ils vont en retour gueuler et la pression va aller vers le dév. Retour ci dessus, attendre que ça explose, puis chercher un autre bouc émissaire, puis recommencer.
Il y a un an, j'ai pas hésité à défendre pulse audio et son implémentation dans mandriva alors que ça gueulait sec. J'avais été sensible à certains de tes arguments.
http://forum.mandriva.com/viewtopic.php?p=466048#466048
L'autre intérêt c'est qu'on pouvait le désactiver facilement:
http://forum.mandriva.com/viewtopic.php?t=84272&highligh(...)
Par contre, j'ignorais qu'upstream, le commanditaire, et pas le développeur, ne faisait pas son job correctement. J'aurais été moins confiant, et je suis désormais moins confiant quand je vois une techno promue par red hat. "mouais, gaffe, marchera pas pendant 3 ans et pas pour tout le monde, encore, ce truc".
Faut arrêter le crack. Si tu fais des recherches sur les web, tu trouveras des tonnes et des tonnes de "esd sucks" ou "arts sucks".Mais qu'importes pour toi, c'est n'est pas avec "esd sucks" que tu pourras attaquer Red Hat.
arts avait des problèmes, on est d'accord. arts a toujours été le premier truc que je désactivais sur KDE. C'est aussi le cas de pulse audio sur pas mal de matos. Il y avait quelques cas comme le son réseau ou arts était intéressant mais nas était plus facile à mettre en oeuvre par exemple, et quelques matos sur lequel il permettait d'avoir du son en duplex alors que le matos le permettait pas, mais dans l'ensemble il n'a jamais tenu ses promesses. Il aurait fallu que plus de monde l'utilise et y contribue, mais c'est resté cantonné à KDE. Et d'après son auteur, il avait des problèmes de design irréversible, donc plus de monde n'aurait problement rien changé. Croisons les doigts que l'histoire se répète pas.
je connais pas esd.