summaryrefslogtreecommitdiffstats
path: root/tde-i18n-ru/docs/kdemultimedia/artsbuilder/porting.docbook
diff options
context:
space:
mode:
authorTimothy Pearson <kb9vqf@pearsoncomputing.net>2011-11-21 02:23:03 -0600
committerTimothy Pearson <kb9vqf@pearsoncomputing.net>2011-11-21 02:23:03 -0600
commit9b58d35185905f8334142bf4988cb784e993aea7 (patch)
treef83ec30722464f6e4d23d6e7a40201d7ef5b6bf4 /tde-i18n-ru/docs/kdemultimedia/artsbuilder/porting.docbook
downloadtde-i18n-9b58d35185905f8334142bf4988cb784e993aea7.tar.gz
tde-i18n-9b58d35185905f8334142bf4988cb784e993aea7.zip
Initial import of extracted KDE i18n tarballs
Diffstat (limited to 'tde-i18n-ru/docs/kdemultimedia/artsbuilder/porting.docbook')
-rw-r--r--tde-i18n-ru/docs/kdemultimedia/artsbuilder/porting.docbook52
1 files changed, 52 insertions, 0 deletions
diff --git a/tde-i18n-ru/docs/kdemultimedia/artsbuilder/porting.docbook b/tde-i18n-ru/docs/kdemultimedia/artsbuilder/porting.docbook
new file mode 100644
index 00000000000..b133390838f
--- /dev/null
+++ b/tde-i18n-ru/docs/kdemultimedia/artsbuilder/porting.docbook
@@ -0,0 +1,52 @@
+<!-- <?xml version="1.0" ?>
+<!DOCTYPE chapter PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant V1.1//EN" "dtd/kdex.dtd">
+To validate or process this file as a standalone document, uncomment
+this prolog. Be sure to comment it out again when you are done -->
+
+<chapter id="porting">
+<title
+>Доработка приложений для их использования с &arts;</title>
+
+<sect1 id="using-artsdsp">
+<title
+>Использование &artsdsp;</title>
+
+<para
+>Программа &artsdsp;, <link linkend="artsdsp"
+>описанная выше</link
+>, позволяет большинству звуковых приложений, работающих с устройствами напрямую,работать и с &arts;. Приложения, использующие Enlightenment Sound Daemon (<application
+>esd</application
+>), в большинстве случаев будут работать, если запускать <application
+>esd</application
+> через &artsdsp;. </para>
+
+<para
+>Это неплохой способ адаптации уже существующих приложений в &kde;. Однако такие приложения не могут использовать все ресурсы &arts;, например, модули или потоки мультимедиа (кроме цифрового звука). Если приложение не просто проигрывает звуковые файлы, есть смысл добавить в приложение поддержку &arts;. </para>
+
+<para
+>Использование &arts; подразумевает, что само приложение может быть не обременено функциональностью: можно использовать &arts;, например, для работы с кодеками разных форматов мультимедиа и управления звуковым оборудованием. </para>
+
+</sect1>
+
+<sect1 id="adding-native-arts-support">
+<title
+>Добавление полной поддержки &arts;</title>
+
+<para
+>В &arts; есть множество различных <link linkend="arts-apis"
+>программынх интерфейсов</link
+> (<acronym
+>API</acronym
+>). Вы можете выбрать любой, в зависимости от типа используемого потока (звук, &MIDI;, &CD; и т. д.), особенностей <acronym
+>API</acronym
+> и языка, на котором написано приложение. В большинстве случаев основным фактором явлются особенности API. </para>
+
+<para
+>Для обеспечения переносимости на другие платформы приложениям, которые должны работать не только в &kde;, недостаточно &arts;. Использование парадигмы модулей - неплохой способ поддержки различных сред мультимедиа. Документирование (важно особенно для закрытых программ) и открытость <acronym
+>API</acronym
+> для модулей поможет разработчикам добавлять поддержку модулей &arts;. </para>
+
+</sect1>
+
+</chapter>
+