VINDICATORs wrote:Alsa n'est pas un serveur audio! http://fr.wikipedia.org/wiki/ALSA
Donc ça n'a rien à voir!

ça remplace esound, arts (normalement en disparition avec kde4 qui pourra utiliser n'importe quoi comme serveur audio)...
Bon ! Et jack dans tout ça ? Désolé d'être un peu perdu... :-?
Telimektar wrote:Gestion des codecs proprio ? Ca ressemble un peu à Ubuntu qui les proposent à l'installation...
Comme indiqué dans le lien donné par herrib, il te serait proposé de télécharger de façon toute à fait légale divers codecs proprios sur le site de Fluendo, si tu tentes de lire un tel fichier audio/vidéo. Tu peux d'ailleurs dès à présent télécharger gratuitement le codec MP3 pour GStreamer sur le site de Fluendo, les autres étant payants. Une façon de concilier liberté et légalité (surtout aux États-Unis).
@Telimekar: le développement de CodecBuddy a commencé avant le bouzin de canonical et contrairement à celui-ci, il n'est pas Fedora-only (pour preuve, il est pas dans le cvs de Fedoraproject mais dans le svn de Fluendo). D'ailleurs, si on installe EasyCodec, le totem de Fedora est censé être capable de s'en servir.
http://fedoraproject.org/wiki/Releases/FeatureCodecBuddy
VINDICATORs wrote:http://fr.wikipedia.org/wiki/JACK_%28logiciel%29

Ce n'est pas non plus un serveur audio!
Ben... Justement, la première phrase de wikipedia sur jack est :
JACK, acronyme de Jack Audio Connection Kit, est un serveur son
Que croire ? A moins que "son" ne signifie pas "audio" ... :roll:
... KDE 4 ! La bombe promise explosera-t-elle dans Fedora 8... Je viens de lire un sondage sur forum de Trustonme concernant les environnements utilisés par les membres du site (toutes distribs confondues) KDE l'emporte avec 60%.
Oui mais bon, c'est Trustonme... j'ai peut-être des apprioris, mais la moyenne d'âge des personnes de ce forum me semble dépasser de beaucoup celle des personnes du nôtre. Et à ce temps, KDE c'était ce qu'il se faisait de mieux.
draffin wrote:
VINDICATORs wrote:http://fr.wikipedia.org/wiki/JACK_%28logiciel%29

Ce n'est pas non plus un serveur audio!
Ben... Justement, la première phrase de wikipedia sur jack est :
JACK, acronyme de Jack Audio Connection Kit, est un serveur son
Que croire ? A moins que "son" ne signifie pas "audio" ... :roll:
Scuse! j'ai corrigé par la suite 😉
Donc la question reste ouverte : qu'est que pulseaudio apporte de plus que jack ?
nouvo09 wrote:
Fedora ne fournit pas et ne fournira pas des codecs prioritaires
J'imagine qu'il faut lire: propriétaires ?
Oui, il le faut et c'est une obligation ! Je corrige de suite nouvo09 (contributeur efficace et constant dont la perspicacité n'est jamais mise à défaut 🙂 ).
draffin wrote:Donc la question reste ouverte : qu'est que pulseaudio apporte de plus que jack ?
PulseAudio est un serveur de sons qui est d'ores et déjà disponible en Fedora 7 et peut donc être testé; il s'agit de l'installer par défaut en Fedora 8.

Le document suivant (en anglais) décrit parfaitement les objectifs du projet et ses fonctionnalités: http://0pointer.de/public/pulseaudio-presentation-lca2007.pdf

La conférence audio est à l'adresse suivante: http://mirror.linux.org.au/pub/linux.conf.au/2007/video/talks/211.ogg

De quoi s'agit-il? Je traduis les points essentiels de la présentation.

0- préalable: serveur de sons

Pour faire simple, un serveur de sons assure l'interface entre les périphériques haut parleurs, casques, micros ... et les applications qui reçoivent ou émettent des flux.

Il permet par ailleurs la gestion des flux de ces différentes applications: mixage, re direction, annulation d'écho, transformation, ajustement des volumes ...

1- le contexte:

La gestion du son sous Linux n'est pas réellement organisée: différents serveurs sont disponibles (OSS, aRts, ALSA, EsounD, JACK ...) et proposent des interfaces aux applications qui ne sont pas mutuellement compatibles (exemple: on ne peut pas utiliser une application profilée pour ALSA sur un serveur de son EsounD). Une exception avec JACK qui peut gérer des flux ALSA (dans son environnement à l'aide de plugins).

Les différents serveurs de sons sont concurrents dans l'accès aux ressources; ainsi si EsounD préempte les ressources, seuls les applications clientes de EsounD peuvent exploiter les haut-parleurs, le casque ... (idem pour aRts, ALSA, JACK ...).

Par ailleurs, les serveurs de sons présentent des caractéristiques très différentes (gestion des temps de latence, des effets surround, etc ...).

=> Il manque l'équivalent d'un "Compiz" pour le son: gérer différents volumes pour chaque application cliente, suspendre le son quand un appel téléphonique en IP arrive, augmenter le volume quand une application arrive en premier plan, gérer le démarrage à chaud de certains périphériques etc ...

Les applis professionnelles et l'environnement des desktops sont trop séparés; le seul point commun semble être ALSA mais le mixeur ALSA (dmix) n'est pas satisfaisant.

Des opportunités existent: un noyau à faible latence, des interfaces sons définies et acceptées pour les applis professionnelles (JACK par exemple).

Apple a montré avec CoreAudio qu'un environnement commun pro / desktop était possible, de même que Microsoft propose avec Vista un userspace adapté.

2- les objectifs d'AudioPulse:

Les points d'accord à rechercher:

* OSS existe et ne va pas disparaître
* rechercher une interface normalisée pour le serveur son (et non pas rechercher une couche d'abstraction sur différentes interface!)
* rechercher l'équivalent d'une boîte de compatibilité pour les différentes applications abonnées aux différents serveurs de sons

Les caractéristiques d'AudioPulse:

-> un serveur de sons modulaire
-> en remplacement d'EsounD
-> assurant les fonctions de "Compiz pour le son", gestionnaire intégré,
-> compatible à 90% pour les applis existantes
-> challengeant Vista!

AudioPulse comprend 34 modules: support OSS, ALSA, Solaris audio, Win32, support Native TCP, EsounD, TCP, RTP (pour la VoIP!), support de certains 'gadgets': LIRC (contrôle distant), clavier multimedia, intégration dans le serveur graphique Xorg, intégration de JACK et EsounD, support HotPlug (branchement à chaud de périphériques) appuyé sur HAL.

Il supporte 32 canaux, une large variété de formats de flux (PCM, aLaw ....), il gère en temps réel les flux, supporte les flux réseau.

Il n'entre pas en compétition avec JACK, Xine, Helix , ...

3- état présent d'AudioPulse:

Il remplace Esound et ALSA dmix. aRts est officielle mort ... Il est compatible ALSA, OSS, JACK, Gstreamer (sous forme de plugin), XMMS, Audacious, MPlayer, Xine, MPD

Consulter le lien: http://pulseaudio.org/wiki/PerfectSetup

4- position d'AudioPulse par rapport à JACK:

Il n'y a pas en propre de concurrence. JACK est en priorité un système de communication entre applications audio professionnelles.

JACK comprend cependant des limites pour l'utilisation en serveur de sons pour le Desktop: forte consommation CPU, démarrage non intégré au desktop, incompatibilité avec tous les autres serveurs son.

Idée: intégration de JACK dans AudioPulse...
herrib wrote:PulseAudio est un serveur de sons qui est d'ores et déjà disponible en Fedora 7 et peut donc être testé; il s'agit de l'installer par défaut en Fedora 8.
Apparement, il existe aussi pour Fedora Core 6, en dépôt "extras" : version 0.9.6 (dernière version du 27 mai 2007 http://pulseaudio.org/)
PulseAudio était prévu pour remplacer esound dès F-7, les paquets sont dispos dans les dépôts depuis septembre 2006 (FC-5)
@herrib: pas mal ta présentation, mais l'analogie X11/serveur son me semble plus adéquate qu'avec Compiz, un modèle client-serveur similaire, la transparence réseau etc ...
@Sat: le modèle Compiz est en fait cité dans le document de présentation que j'ai référencé. En fait, le modèle qui émerge couvre plusieurs aspects:

* une gestion directe des périphérique (la base)
* des interfaces vers différents clients (plugins? boîte de compatibilité ...)
* un coeur fonctionnel qui porte des composantes communes (mixage, traitement des effets, échanges entre canaux ...)

On est dans une architecture logicielle qui n'est pas vraiment client serveur... mais bon. C'est la dure loi du son!
bonjour...si je veux tester audiopulse (soit dit en passant dans update c'est pulseaudio...) que dois-je faire concrètement? je vois qu'il y a plein de paquets .
Lesquels installer?...
A mimima, pulseaudio (le serveur) et pulseaudio-esound-compat (la compatibilité esound offerte à tous les clients esound) pulseaudio-module-gconf (intégration dans Gnome gconf), pulseaudio-module-X11 (pour la cloche X11) et pulseaudio-utils (les utilitaires de réglage).

pulseaudio-module.jack/LIRC sont utiles si tu utiles ces deux programmes.

Utilise la source updates (des mises à jour sont intervenues) et bien évidemment, accepte toutes les dépendances ...
merci herrib...j'y ai ajouté:
-audacious-plugins-pulseaudio (j'utilise audacious)

-pavevchooser
-paman
-pavucontrol
et
-pavucontrol

histoire d'avoir une interface...
Aie ça ne fonctionne pas....j'ai ce message d'erreur:
19:41:36 : Erreur de contrôle de transaction file /usr/bin/esd from install of pulseaudio-esound-compat-0.9.6-2.fc7 conflicts with file from package esound-0.2.38-2.fc7
...
J'ai pourtant choisi dans le depot update...
chepioq wrote:Aie ça ne fonctionne pas....j'ai ce message d'erreur:
19:41:36 : Erreur de contrôle de transaction file /usr/bin/esd from install of pulseaudio-esound-compat-0.9.6-2.fc7 conflicts with file from package esound-0.2.38-2.fc7
...
J'ai pourtant choisi dans le depot update...
Il faut certainement désinstaller esound en même temps.
Bon en desinstallant esound cela a bien voulu s'installer.
Mais quand je lance PulseAudioManager cela me dit:
Failure: Connection refused

j'ai du rater quelque chose...