Ah je n'avais pas saisi que tu voulais faire ca par application.
J'ai ouï dire que PA permettait de modifier le volume par application même si celles-ci ne le permettent normalement pas. Enfin, «ouï dire»... je devrais dire «lu».
Même qu'il s'agirait de son seul intérêt par rapport à Alsa. Je peux me tromper. En tout cas ce qui est sûr, c'est que chez moi le son marche à la perfection sans avoir de PA derrière. Du coup j'en vois pas l'utilité.
je répondais juste par rapport au "pulseaudio" du réseau pour centraliser et "standardiser" (un peu) l'api du réseau.
Ah ben dans ce cas c'est stupide, parce que l'API du réseau, c'est à dire la connexion, l'envoi et la réception des données est parfaitement standardisée dès qu'on sort de chez Microsoft Windows. D'ailleurs, même sous windows, il n'y à que, genre, 1 ou 2 appels à changer, je crois. Pas la mer à boire. Non, vraiment, les APIs réseau n'ont pas trop besoin de standard pour l'accès brut.
En fait,on y accède exactement de la même façon que l'on accède à un fichier. Pas à coups de fopen/fwrite/fread/fclose qui sont une partie des IO standard C, certes, mais à coups de open/write/read/close. Qui sont des fonctions dites bas-niveau (je te laisse consulter le manuel si tu veux les détails), mais elles sont les mêmes sur tous les systèmes POSIX.
Bon, y'a manifestement quelques différences entre les divers systèmes POSIX (ou qui essaient de s'en approcher au maximum sans l'être officiellement, tel... linux, par exemple) mais c'est assez ténu.
j'ai vaguement envie de dire yakafaire
Et moi j'ai vaguement envie de dire yakamieuxlireakituparles. Ce n'est pas moi qui râle du manque de fonctionnalités ou de l'insuffisance théorique des fonctionnalités proposées actuellement. Même si, ouai, j'admets avoir du mal à voir l'intérêt d'un gestionnaire de réseau qui tourne non-stop dans l'état actuel du bouzin.
Pour être précis, je suis personnellement resté au bon vieux /etc/network/interface. Ça m'évite d'avoir pléthore de daemons lancés pour... des prunes. Parce que l'on change tellement rarement de réseau lors du même boot, que je vois absolument pas l'intérêt pour moi (pour moi, j'insiste) d'un gestionnaire de réseau. Enfin, si. Ça permets de se connecter en 2 clics à un réseau, quel qu'il soit, à condition d'en connaître les identifiants d'accès.
C'est simple à utiliser, mais bon, je ne trouve pas le fichier interfaces particulièrement complexe. Un simple utilisateur n'aura pas nécessairement le même avis, et d'ailleurs la dernière fois que j'ai voulu accéder à un réseau non protégé (style hôtel) j'étais bien emmerdé avec mon fichier interfaces. Mais c'est anecdotique, donc quand j'ai eu besoin de faire ça, j'ai juste installé je-ne-sais-plus-quel-gestionnaire-réseau, interdit à dbus et lui de se lancer tout seul au boot, et les ai lancés à la main quand j'en avais besoin.
[^] # Re: signets synchro? Facile!
Posté par freem . En réponse au journal Ce que Linux aurait du devenir ces 15 dernières années.... Évalué à 1.
J'ai ouï dire que PA permettait de modifier le volume par application même si celles-ci ne le permettent normalement pas. Enfin, «ouï dire»... je devrais dire «lu».
Même qu'il s'agirait de son seul intérêt par rapport à Alsa. Je peux me tromper. En tout cas ce qui est sûr, c'est que chez moi le son marche à la perfection sans avoir de PA derrière. Du coup j'en vois pas l'utilité.
Ah ben dans ce cas c'est stupide, parce que l'API du réseau, c'est à dire la connexion, l'envoi et la réception des données est parfaitement standardisée dès qu'on sort de chez Microsoft Windows. D'ailleurs, même sous windows, il n'y à que, genre, 1 ou 2 appels à changer, je crois. Pas la mer à boire. Non, vraiment, les APIs réseau n'ont pas trop besoin de standard pour l'accès brut.
En fait,on y accède exactement de la même façon que l'on accède à un fichier. Pas à coups de fopen/fwrite/fread/fclose qui sont une partie des IO standard C, certes, mais à coups de open/write/read/close. Qui sont des fonctions dites bas-niveau (je te laisse consulter le manuel si tu veux les détails), mais elles sont les mêmes sur tous les systèmes POSIX.
Bon, y'a manifestement quelques différences entre les divers systèmes POSIX (ou qui essaient de s'en approcher au maximum sans l'être officiellement, tel... linux, par exemple) mais c'est assez ténu.
Et moi j'ai vaguement envie de dire yakamieuxlireakituparles. Ce n'est pas moi qui râle du manque de fonctionnalités ou de l'insuffisance théorique des fonctionnalités proposées actuellement. Même si, ouai, j'admets avoir du mal à voir l'intérêt d'un gestionnaire de réseau qui tourne non-stop dans l'état actuel du bouzin.
Pour être précis, je suis personnellement resté au bon vieux /etc/network/interface. Ça m'évite d'avoir pléthore de daemons lancés pour... des prunes. Parce que l'on change tellement rarement de réseau lors du même boot, que je vois absolument pas l'intérêt pour moi (pour moi, j'insiste) d'un gestionnaire de réseau. Enfin, si. Ça permets de se connecter en 2 clics à un réseau, quel qu'il soit, à condition d'en connaître les identifiants d'accès.
C'est simple à utiliser, mais bon, je ne trouve pas le fichier interfaces particulièrement complexe. Un simple utilisateur n'aura pas nécessairement le même avis, et d'ailleurs la dernière fois que j'ai voulu accéder à un réseau non protégé (style hôtel) j'étais bien emmerdé avec mon fichier interfaces. Mais c'est anecdotique, donc quand j'ai eu besoin de faire ça, j'ai juste installé je-ne-sais-plus-quel-gestionnaire-réseau, interdit à dbus et lui de se lancer tout seul au boot, et les ai lancés à la main quand j'en avais besoin.