• [^] # Re: Cela dépend des cas...

    Posté par . En réponse au journal Linux ou POSIX ?. Évalué à 2.

    Nom de dieu de pète mes couilles, quand est-ce que vous allez comprendre messieurs les trolleurs que Linux est un grand bazar c’est précisément le but
    Oui, et ce que je disais initialement, c'est que l'objectif de POSIX c'est precisement d'eviter ce bazar.
    Je rappelle que l'assertion intiale etait "POSIX n'y peut pas grand chose", si, POSIX peut eviter ce merdier qui est tout sauf voulu.
    T'as beau tourner le probleme dans tous les sens et utiliser toute la novlangue du monde, la situation du son sous linux c'est la merde profonde, ca n'a AUCUN avantage, c'est juste un gros merdier.
    Un merdier qu'on a appris a gerer, mais un merdier quand meme. POINT!

    Oui je sais j’y connais rien à la pile son sous Linux, donc je dois croire un obscur graphe trouvé sur un blog... make menuconfig c’est définitivement pas fiable comme méthode pour se renseigner sur le kernel.
    C'est sur, tu preferes te rassurer en inventant des arguments debiles plutot que de faire confiance a un mec dont le boulot est d'ecrire la version linux du plugin multimedia le plus utilise sur la planete.
    Honnetement, rendu a ce niveau, tes reponses ne m'etonnent plus.

    Oui j’ai déjà répondu sur ce point, c’est juste faux.
    Non, c'est pas faux. Ya des binding a la con de chaque framework vers chaque autre framework parce que c'est la seule facon de faire un truc potable.
    Personne n'a force personne a le faire, mais generalement quand on se fait chier a ecrire des bindings redondants, c'est pour une bonne raison. En l'occurence, faire marcher le son chez tout le monde quelle que soit la methode d'output installee par l'utilsiateur.

    (merde mon ordinateur n’a pas 90 % des flèches du graphe... le mec d’Adobe a dû oublier de le mettre au courant).
    ....
    La je sais plus quoi dire.
    Ce que le graphe veut dire, c'est que chaque framework (les boites grises) ont des bindings pour sortir vers n'importe quelle autre boite grise. Pas qu'il faut tout avoir installe pour que ca marche...
    PArce qu'on veut que gstreamer puisse parler a ESD ou arts selon ce que t'as sur ta machine.
    Que si gstreamer ne peut parler qu'a esd, ben ca va pas le faire chez 50% des utilisateurs. Mais qu'il ya aussi des gens qui n'ont ni ESD ni arts et que donc faut aussi parler a ALSA. Et OSS, parce que certains n'ont pas alsa.
    Mais certains sont sur jack qui parle a FFADO et donc faut aussi pouvoir parler a Jack directement si pulse audio n'est pas la et ... Serieux, faut que je continue longtemps?

    Pour reprendre ton parallele des emails, si la meme situation s'appliquait aux mail, faudrait que thunderbird integre des bindings vers le moindre serveur de mail existant pour etre sur de pouvoir envoyer un mail parce que personne ne s'est mit d'accord sur le protocole a utiliser...

    Et j’ai un scoop pour toi : si pulse expose l’API alsa aux applis ne parlant qu’alsa, ben ça veux pas dire que ton son est géré deux fois...
    Ah bon?
    Et comment fait Pulse pour exposer l'api alsa?
    Il dit juste "alsa!"?
    Non, il se tape un boulot de wrapping alsa.
    et il doit faire la meme chose pour oss.
    Et pour FFADO.
    Et quand ca change, il doive le maintenir, faire gaffe a pas peter la compatibilite backwards etc.

    Oui ces cons d’utilisateurs de Linux, ils n’en font qu’à leur tête, on leur dit d’utiliser Windows
    Personne n'a dit d'utiliser windows, tout ce que je dit ici, c'est que c'est un merdier sans nom, c'est tout.
    Si ca te plait, ben qu'est ce que tu veux que je te dise?
    T'utilises pas le meilleur os de la planete, big fucking deal, qu'est ce qu'on s'en cogne? Tant que t'en es content de ton linux et que tu viens pas pretendre que la stack son sous linux est super, tout va pour le mieux...

    If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.