From 0b8ca6637be94f7814cafa7d01ad4699672ff336 Mon Sep 17 00:00:00 2001 From: Darrell Anderson Date: Tue, 21 Jan 2014 22:06:48 -0600 Subject: Beautify docbook files --- .../docs/tdemultimedia/artsbuilder/porting.docbook | 42 ++++++---------------- 1 file changed, 10 insertions(+), 32 deletions(-) (limited to 'tde-i18n-fr/docs/tdemultimedia/artsbuilder/porting.docbook') diff --git a/tde-i18n-fr/docs/tdemultimedia/artsbuilder/porting.docbook b/tde-i18n-fr/docs/tdemultimedia/artsbuilder/porting.docbook index 0d28a07c486..27f86fc7541 100644 --- a/tde-i18n-fr/docs/tdemultimedia/artsbuilder/porting.docbook +++ b/tde-i18n-fr/docs/tdemultimedia/artsbuilder/porting.docbook @@ -4,47 +4,25 @@ To validate or process this file as a standalone document, uncomment this prolog. Be sure to comment it out again when you are done --> -Portage d'applications vers &arts; +Portage d'applications vers &arts; -Utilisation de &artsdsp; +Utilisation de &artsdsp; -L'utilitaire &artsdsp; décrit précédemment permet à la plupart des applications sonores héritées qui communiquent directement aux périphériques audio de travailler proprement avec &arts;. Les applications écrites pour utiliser l'Enlightenment Sound Daemon (esd) fonctionneront aussi dans la plupart des cas en exécutant esd avec &artsdsp;. +L'utilitaire &artsdsp; décrit précédemment permet à la plupart des applications sonores héritées qui communiquent directement aux périphériques audio de travailler proprement avec &arts;. Les applications écrites pour utiliser l'Enlightenment Sound Daemon (esd) fonctionneront aussi dans la plupart des cas en exécutant esd avec &artsdsp;. -Ceci constitue une bonne solution à court terme pour porter les applications &kde; existantes. Cependant, elle ne permet pas à l'application de tirer avantage directement de toute la puissance de &arts;, comme utiliser des modules et des flux multimédia autre que des données audio numériques. Si l'application va au-delà d'une simple lecture d'un fichier son, il est plus logique d'ajouter le support natif de &arts; à cette application. +Ceci constitue une bonne solution à court terme pour porter les applications &kde; existantes. Cependant, elle ne permet pas à l'application de tirer avantage directement de toute la puissance de &arts;, comme utiliser des modules et des flux multimédia autre que des données audio numériques. Si l'application va au-delà d'une simple lecture d'un fichier son, il est plus logique d'ajouter le support natif de &arts; à cette application. -Utiliser &arts; signifie aussi que l'application n'a pas tant de travail à faire -- elle peut tirer parti des fonctions de &arts; pour par exemple gérer le codecs pour des formats multimédia différents et le contrôle des périphériques sonores. +Utiliser &arts; signifie aussi que l'application n'a pas tant de travail à faire -- elle peut tirer parti des fonctions de &arts; pour par exemple gérer le codecs pour des formats multimédia différents et le contrôle des périphériques sonores. -Ajout du support natif de &arts; - -Lorsque vous utilisez &arts;, vous pouvez choisir parmi un grand nombre d'API Laquelle utiliser dépend de plusieurs facteurs, incluant le type de flux audio utilisé (son, &MIDI;, &CD; audio, &etc;, les caractéristiques de l'API requises, et si c'est écrit en C++. La plupart des cas, le choix est évidemment basé sur les caractéristiques requises. - -Pour la portabilité entre plates-formes, les applications qui doivent être exécutées dans d'autres environnements que &kde; ne peuvent pas reposer sur la présence de &arts;. L'utilisation de modules externes (plug-ins) est un bon moyen de gérer différents environnements multimédia. L'ouverture et la documentation des API des modules externes a l'avantage de permettre à des personnes autres que le développeur de l'application d'implanter un module externe de aRts. +Ajout du support natif de &arts; + +Lorsque vous utilisez &arts;, vous pouvez choisir parmi un grand nombre d'API Laquelle utiliser dépend de plusieurs facteurs, incluant le type de flux audio utilisé (son, &MIDI;, &CD; audio, &etc;, les caractéristiques de l'API requises, et si c'est écrit en C++. La plupart des cas, le choix est évidemment basé sur les caractéristiques requises. + +Pour la portabilité entre plates-formes, les applications qui doivent être exécutées dans d'autres environnements que &kde; ne peuvent pas reposer sur la présence de &arts;. L'utilisation de modules externes (plug-ins) est un bon moyen de gérer différents environnements multimédia. L'ouverture et la documentation des API des modules externes a l'avantage de permettre à des personnes autres que le développeur de l'application d'implanter un module externe de aRts. -- cgit v1.2.1