Et tu te trompe. Regarde simplement les dépêches qu'on a eu sur systemd par exemple : systemd : l’init martyrisé, l’init bafoué, mais l’init libéré ! (tu as aussi les discussions de Debian lors du choix d'utiliser systemd par défaut). Pour PA, j'ai pas le temps d'aller déterrer les trolls de l'époque.
Concernant PulseAudio, par contre, je pense au contraire que le choix d’architecture est mauvais à la base
Je n'ai pas dis qu'il n'y avait pas de critique sur le design, je dis qu'il y en avait beaucoup moins.
ajouter une usine à gaz à la pile sonore (plutôt que d’en remplacer un élément), qui tourne sans priorité spécifique (même si c’était heureux quant PA se mettait à prendre 100 % du temps CPU...)
Le son a toujours était une usine à gaz et on a même vu ressortir OSS pour contrer PA. Ce qui est certain, c'est que tu ne peux pas fournir les fonctionnalités de PA en étant kernel-land. Il faut fournir à minima un tas d'API pour le contrôler pour que l'utilisateur ai accès à toutes ces fonctionnalités. Le découpage qu'est-ce qu'on met d'un coté ou de l'autre est trop pointu pour ce que j'en comprends, mais je conçois très bien que laisser alsa coté noyau et PA en espace utilisateur soit pas particulièrement déconnant.
alors que le son est l’exemple typique de ce qui doit absolument fonctionner en temps réel (une vidéo, ce n’est pas continu à la base, si c’est un peu plus saccadé, c’est juste un peu désagréable, alors que pour un son, c’est tout de suite très pénible)
C'est très subjectif ça. J'ai pas de problème à avoir de petits soucis sur la musique (et la plupart des gens écoutant la FM ou qui passent des appels téléphonique doivent avoir l'habitude) alors qu'au premier lag d'une vidéo je l'arrête immédiatement et je passe à autre chose. Quand j'écoute, j'occupe mes autres sens avec d'autres choses donc s'il y a un petit souci sur l'audio tant pis, alors que lorsque je regarde une vidéo, ma concentration se porte uniquement sur la vidéo donc si elle lag ça me débecte.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Au contraire
Posté par barmic . En réponse au journal Campagne de financement pour PulseAudio. Évalué à 0.
Et tu te trompe. Regarde simplement les dépêches qu'on a eu sur systemd par exemple : systemd : l’init martyrisé, l’init bafoué, mais l’init libéré ! (tu as aussi les discussions de Debian lors du choix d'utiliser systemd par défaut). Pour PA, j'ai pas le temps d'aller déterrer les trolls de l'époque.
Je n'ai pas dis qu'il n'y avait pas de critique sur le design, je dis qu'il y en avait beaucoup moins.
Le son a toujours était une usine à gaz et on a même vu ressortir OSS pour contrer PA. Ce qui est certain, c'est que tu ne peux pas fournir les fonctionnalités de PA en étant kernel-land. Il faut fournir à minima un tas d'API pour le contrôler pour que l'utilisateur ai accès à toutes ces fonctionnalités. Le découpage qu'est-ce qu'on met d'un coté ou de l'autre est trop pointu pour ce que j'en comprends, mais je conçois très bien que laisser alsa coté noyau et PA en espace utilisateur soit pas particulièrement déconnant.
C'est très subjectif ça. J'ai pas de problème à avoir de petits soucis sur la musique (et la plupart des gens écoutant la FM ou qui passent des appels téléphonique doivent avoir l'habitude) alors qu'au premier lag d'une vidéo je l'arrête immédiatement et je passe à autre chose. Quand j'écoute, j'occupe mes autres sens avec d'autres choses donc s'il y a un petit souci sur l'audio tant pis, alors que lorsque je regarde une vidéo, ma concentration se porte uniquement sur la vidéo donc si elle lag ça me débecte.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)