# Вопросы и ответы

В этом разделы вы найдёте ответы на часто задаваемые вопросы об &arts;.

Общие вопросы

Поддерживает ли &kde; мою звуковую карту?

Для воспроизведения звуков &kde; использует &arts;, а &arts; - драйверы ядра &Linux;: OSS или ALSA (с эмуляцией OSS). Всё будет работать, если они поддерживают вашу звуковую карту и она правильно настроена (т.е. другие приложения &Linux; могут производить звуки). Однако, с конкретным оборудованием могут возникнуть проблемы, об этом можно прочитать в разделе о проблемах с оборудованием .

Кроме того, мы постоянно расширяем список поддерживаемых платформ. Это список для последней версии, если вашей там не оказалось, попробуйте портировать &arts; на нее.

Ввод и вывод звука в &arts; | Комментарий
--- | ---
paud | Поддержка AIX Personal Audio Device
alsa | Драйверы ALSA-0.5 и ALSA-0.9 для Linux
libaudioio | Поддержка библиотеки LibAudioIO для Solaris
nas | Поддержка звукового сервера NAS, используется для X-терминалов с NAS
null | Нулевое аудиоустройство, стирает данные о звуке
oss | Поддержка OSS (Open Sound System), работает под Linux, различными BSD и другими платформами с установленными драйверами OSS
toss | Расширенная поддержка OSS, исполльзуется тогда, когда стандартная система не работает.
sgi | Поддержка SGI Direct Media для IRIX
sun | Поддержка Solaris

&artsd; не может воспроизводить файлы `wav`!

Проверьте, собрано ли приложение &artsd; с поддержкой `libaudiofile` (``ldd` artsd`). Если нет, скачайте пакет kdesupport и скомпилируйте всё ещё раз. Будет работать.

Я могу слышать звук только когда вхожу в систему как пользователь root, у остальных звука нет!

На то, могут ли пользователи включать звук, влияют права в файле `/dev/dsp`. Чтобы дать права всем пользователям , сделайте следущее:

- Войдите в систему как пользователь root.

- Откройте окно &konqueror;.

- Перейдите в каталог `/dev`.

- Нажмите правую кнопку мыши на файле `dsp` и откройте свойства.

- Откройте вкладку Права.

- Выделите Чтение и Запись во всех строках.

- Нажмите кнопку OK.

Или вы можете открыть окно терминала и набрать команду ``chmod` `666` /dev/dsp`.

Для ограничения прав доступа конкретных пользователей используйте права групп. В некоторых дистрибутивах &Linux;, к примеру, в Debian/Potato, право доступа к `/dev/dsp` имеет группа audio, вам остаётся только добавить в эту группу пользователей.

Это помогло для &artsd;, а что делать с &kmix;, &kmid;, &kscd; и т. д.?

Есть и другие устройства для воспроизведения звука, к которым обращаются мультимедиа-приложения. Настраивать их можно так же, т. е. давать право доступа всем пользователям или группе. Этот список может быть и неполным (к тому же, есть устройства вроде `midi0`, `midi1`, ...: здесь перечислены только имена с 0).

- `/dev/admmidi0`

- `/dev/adsp0`

- `/dev/amidi0`

- `/dev/amixer0`

- `/dev/audio`

- `/dev/audio0`

- `/dev/cdrom`

- `/dev/dmfm0`

- `/dev/dmmidi0`

- `/dev/dsp`

- `/dev/dsp0`

- `/dev/midi0`

- `/dev/midi0`

- `/dev/midi00`

- `/dev/midi00`

- `/dev/mixer`

- `/dev/mixer0`

- `/dev/mpu401data`

- `/dev/mpu401stat`

- `/dev/music`

- `/dev/rmidi0`

- `/dev/rtc`

- `/dev/sequencer`

- `/dev/smpte0`

- `/dev/sndstat`

Что делать, если artsd не запускается или работает с ошибками?

Прежде всего, попробуйте установить параметры по умолчанию в &kcontrol; (или, если вы начинаете работу в ручном режиме, не задавайте дополнительных параметров, кроме ``-F`10 `-S`4096` для задержки). Наиболее высокая вероятность ошибки в двустороннем режиме, поэтому постарайтесь его отключить.

Хороший способ понять, почему &artsd; не запускается (или работает с ошибками) - это запустить его вручную. Откройте окно &konsole; и сделайте следущее:

    % artsd -F10 -S4096

Вы можете добавить параметр `-l0`, который выведет больше информации о том, что происходит:

    % artsd -l0 -F10 -S4096

Вы, возможно, получите объяснение того, почему &artsd; не запускается. Или, если во время работы возникают ошибки, вы увидите, где они. Если хотите сообщить об ошибке, вложите лог с `gdb` и/или `strace`.

Могу ли я переместить &artsd; (перенести скомпилированные файлы в другой каталог)?

Вы не сможете переместить &arts; без проблем. Дело в том, что информация о расположении скомпилированного &artsd; хранится в &artswrapper; (это необходимо для обеспечения безопасности). Однако вы можете заставить перемещённый &artsd; хотя бы находить компоненты, для этого используйте файл `.mcoprc` (TraderPath/ExtensionPath entries). Подробности - в главе о файле `.mcoprc`.

Могу ли я скомпилировать &arts; gcc-3.0?

Если коротко, нет. скомпилированный gcc-3.0 &arts; не будет работать.

В официальной версии содержатся две ошибки, влияющие на &arts;. Первая - gcc-3.0 bug c++/2733 относительно безобидна (и должна справляться с проблемами инструкций ассемблера). Она прерывает компиляцию convert.cc и исправлена в gcc-3.0 CVS. Ее не должно быть в gcc-3.0.1 и выше. Также была доработана CVS-версия KDE/aRts.

Вторая - gcc-3.0 bug, c++/3145 (генерация неправильного кода для некоторых случаев множественного виртуального наследования) гораздо важнее. Такие приложения, как &artsd;, не будут запускаться после компиляции с gcc-3.0. Даже если в gcc-3.0 что-то исправили за время написания этого FAQ, &artsd; всё равно очень часто и непредсказуемо прекращает работу.

Какие приложения работают с &arts;?

Вообще, все приложения &kde; работают с &arts;:

- &noatun;

- &arts-builder;

- &aktion;

- &kmid;

- &kmidi;

- &kmix;

- &kscd;

- такие игры &kde;, как &kpoker; и &ktuberling;

Некоторые приложения, пока не включённые в &kde; (к примеру, в kdenonbeta), всё же поддерживают &arts;:

- &brahms;

- Kaboodle

- Kdao

С &arts; работают и следущие приложения (не для &kde;):

- xmms (с модулем &arts;)

- Real Networks RealPlayer 8.0 (работает с &artsdsp;, полная поддержка &arts; в разработке)

Следущие приложения не работают с &arts;:

- нет

См. также ответы на вопросы о приложениях не для &arts;.

Этот раздел ещё не закончен. Если вы знаете, какие приложения работают (или не работают) с &arts;, напишите автору, чтобы дополнить списки.

Приложения не для &arts;

Как только запускается &kde;, ни одно приложение не может получить доступ к звуковой карте!

Так как звуковой сервер &arts; запускается вместе с &kde;, он использует звуковую карту. Если сервер бездействует 60 секунд, он автоматически прекращает работу и освобождает устройство.

Вы сказали, что сервер ждёт 60 секунд, а у меня не так!

Если вы запускаете artsd с панели управления KDE время ожидания по умолчанию будет 60 секунд. Если же из командной строки, нужно указывать его с помощью параметра -s.

При использовании двустороннего режима сервер не отключается. Выключите его в &kcontrol;. Это вообще хорошая мысль, если вы используете &arts; только для прослушивания музыки, а не для записи.

Могу ли я запускать старые приложения, не поддерживающие &arts;?

Запускайте их с помощью &artsdsp;. К примеру, если обычно вы запускаете их так:

    % mpg123 foo.mp3

теперь набирайте следущее:

    % artsdsp mpg123 foo.mp3

Звуковой выход будет перенаправляться в &arts;. Так вы не внесёте каких-либо изменений в ваши приложения. Вообще говоря, это уловка, и некоторые приложения могут не работать, или не будут использоваться все возможности звуковой карты.

Я не могу запустить &artsdsp; никаким приложением, всё время выскакивают ошибки!

Вам нужна последняя версия библиотеки glibc; &artsdsp; не работает на более ранних дистрибутивах &Linux;. К примеру, в Debian 2.1 (основанный на glibc 2.0) он не работает, а в Debian 2.2 (основанный на glibc 2.1.3) работает.

Есть ли какие-нибудь теоретические ограничения работы некоторых приложений с &artsdsp;?

Нет. Использование &artsdsp; может вылиться в большую задержку и более активное использовании процессора, чем при использовании &arts; API. Если всё-таки какое-то приложение не работает, это ошибка в &artsdsp;. Техника, применяемая в &artsdsp;, если она правильно реализована, должна позволять каждому приложению работать (включая такие объёмные приложения, как Quake 3).

Что мне делать, если приложение не работает с &artsdsp;?

Вы можете подождать, пока отключится &artsd;, или отключить его самостоятельно. Для этого наберите в командной строке ``artsshell` `suspend`` . Если в данный момент не работают никакие приложения &arts;, сервер отключится (и вы не сможете их запустить).

Если сервер занят, попробуйте грубый, но эффективный метод:

    % killall artsd ; killall artswrapper
    Теперь запустите своё приложение.
    % kcminit arts

Работающие приложения &arts; завершатся с ошибками, если вы отключите сервер.

Что насчет приложений, написанных под &kde; 1.x?

Если вы работаете с приложениями &kde; 1.x, которые воспроизводят звук через звуковой сервер &kde; 1, запустите kaudioserver. Это делается так же, как и для не-&arts; приложений.

    % artsdsp kaudioserver

Вам нужно установить kaudioserver (взятый из того же источника, что и ваши приложения для &kde; 1.x), он принадлежит &kde; 1.x, а не &kde; 2.

Как насчёт приложений, использующих облегчённый звуковой сервис ESD?

Выход такой же, как и с приложениями kaudioserver. Вам нужно запустить сервер esd (это можно сделать с помощью &artsdsp;), тогда все приложения, поддерживающие ESD, будут работать:

    % artsdsp esd

Свежие версии aRts ( >= 1.2.0) могут также работать с ESD (enlightened sound daemon). Укажите в командной строке параметр -a, например:

    % artsd -a esd

для глобальной поддержки ESD в KDE, настройте artsd на работу с esd в разделе Центра управления Звук -> Звуковой сервер -> Ввод-вывод звука.

Задержка

Во время прослушивания иногда слышны короткие паузы. Это ошибка?

Скорее всего, это не ошибка, но паузы говорят о том, что ядро &Linux; не справляется с работой в режиме реального времени. Могут возникнуть ситуации, когда &arts; не сможет продолжать воспроизведение. Вы, однако, можете дать права реального времени (в &kcontrol;) и уменьшить задержку (250ms или не важно), чтобы улучшить ситуацию.

Какой эффект у параметра времени ответа?

Статья помощи по этому параметру в &kcontrol;, возможно, введёт вас в заблуждение. Чем меньше значение, тем меньше времени требуется &arts;, чтобы ответить на внешние события (т.е. время после закрытия окна и до воспроизведения звука), тем больше требуется ресурсов процессора и тем больше вероятность выпаданий.

Есть ли ещё какие-нибудь способы убрать паузы?

Если вы пользуетесь драйвером IDE, напишите команду `hdparm` для переключения IDE в режим DMA. Это работает не для всех устройств и, возможно, будет трудно вернуться в начальное сотояние или, в очень редких случаях, будут потеряны данные. Чтобы узнать подробности, прочтите документацию по команде `hdparm`. У меня всё получилось с командой:

    % hdparm -c1 -d1 -k1 -K1 /dev/hda

Вам нужно будет проделывать это при каждом запуске системы. Возможно, вы захотите добавить её в сценарий запуска системы (это зависит от дистрибутива, в Debian &Linux; он обычно находится в `/etc/rc.boot`).

Приоритет реального времени на меня совсем не влияет?

Убедитесь в том, что artswrapper действительно установлен suid root, как это должно быть. Во многих дистрибутивах (SuSE7.x, к примеру) это не делается. Проверить это можно так: ls -l $(which artswrapper). Хорошо:

    % ls -l $(which artswrapper)
    -rwsr-xr-x    1 root     root         4556 Sep 24 18:05 /opt/kde2/bin/artswrapper

Плохо:

    % ls -l $(which artswrapper)
    -rwxr-xr-x    1 root     root         4556 Sep 24 18:05 /opt/kde2/bin/artswrapper

Если у вас нет s, его можно получить с помощью:

    % chown root $(which artswrapper)
    % chmod 4755 $(which artswrapper)

Если вы сделаете &artswrapper; SUID root, это, скорее всего, улучшит качество воспроизведения, удаляя паузы. Однако риск того, что ошибка в коде или злобный пользователь вызовут прерывание программы (или что-нибудь поломают), увеличится. К тому же, в машинах, на которых работают несколько пользователей, приоритет хорошего качества звука может привести к ухудшению работы компьютера, если кто-то будет пытаться его использовать продуктивно.

Почему &artsd; использует так много процессорного времени?

Проверьте настройки времени ответа. Хотя текущая версия ещё не оптимизирована. Мы работаем над этим, но сказать, насколько быстрее будет &artsd;, не можем.

Прозрачность сети

Зачем нужна прозрачность сети?

Включите её в &kcontrol; настройках Звуковая подсистема (Обмениваться информацией о безопасности и идентификации через сервер X11 и Принимать сетевые запросы). Скопируйте `.mcoprc` на все машины, на которых сервер должен принимать запросы из сети. Зайдите в систему ещё раз. Убедитесь в том, что узлы обращаются друг к другу по имени (т.е. у них есть разрешимые имена или они находятся в `/etc/hosts`).

Это всё, что надо сделать. Если всё-таки не работает, вот несколько замечаний. &arts; и &artsd; должны быть запущены только на узле со звуковой картой (где и будет воспроизводиться звук). Они могут запускаться при входе в &kde; (если вы это указали в &kcontrol;) или вручную:

    % artsd -n -F 5 -S 8192

Параметр `-n` нужен для разрешения сетевых запросов, тогда как остальные используются для настройки задержки.

В файле `.mcoprc` должна содержаться запись:

    GlobalComm=Arts::X11GlobalComm

на всех машинах для поддержки работы в сети. Это включается при установке флажка Обмениваться информацией о безопасности и идентификации через сервер X11 на панели управления.

Наконец, в любой версии &kde; серии 2.0.x есть ошибка, возникающая, если вы не указали имя домена. Клиенты &artsd; пытаются найти, куда можно подключиться, используя комбинацию имя узла.имя домена. Если имя домена пустое, они будут подключаться к имени узла. (заметьте, дополнительная точка). Добавление такой записи в `/etc/hosts` (т.е. `orion.`, если имя узла orion) решит проблему.

Как мне настроить сети, если она не работает?

Если у вас есть исходный код &kde;, зайдите в `kdelibs/arts/examples`, и запустите ``make` `check``, чтобы скомпилировать некоторые программы, включая referenceinfo. После этого запустите

    % ./referenceinfo global:Arts_SimpleSoundServer

Будут выведены имя узла и используемый &arts;. К примеру, `tcp:orion:1698` значит, что любой клиент, пытающийся использовать прозрачность сети, должен знать, как подключиться к узлу orion.

Вопросы, связанные с аппаратным обеспечением

С каким оборудованием artsd не работает?

Не все звуковые драйверы Linux хорошо работают с aRts в некоторых версиях ядра. Ознакомьтесь с этим списком, прежде чем сообщать об ошибке. Если же вы встретились с чем-либо, отсутствующим в списке, сразу же сообщите об этом.

Дравер и звуковая плата Linux | Не работает в | Работает в | Примечания
--- | --- | --- | ---
Драйвер i810 (Intel 810 + AC97 Audio) | 2.4.9 | 2.4.18, 2.2.20, коммерческий драйвер oss, alsa-0.5.12a с эмуляцией OSS | драйвер вызывает перегрузку процессора (см. ниже)
maestro 3/4 chipset | 2.4.9 | ? | драйвер иногда вызывает перегрузку процессора (см. ниже)
драйверы aureal8820, aureal8830 с sourceforge | 2.4.17 | ? | Драйвер не проходит проверку или вызывает перегрузку процессора (см. ниже)
Коммерческий драйвер OSS 3.9.4g с Aureal Vortex | ? | ? | системный сбой
ymfpci | 2.4.0, 2.4.12 | 2.4.17 | Драйвер не проходит проверку (см. ниже)

Почему возникают проблемы с оборудованием и как мне о них узнать?

Обычная поблема - драйвер не предоставляет достаточно информации aRts (или даёт неправильную) о том, когда нужно писать звуковые данные. Большинство драйверов OSS предоставляют правильные данные, но не все.

Вы, возможно, заметили, что не всем приложениям (как xmms) нужна эта информация, поэтому они работают нормально даже с вашей звуковой картой. Но для &arts; она необходима, поэтому artsd выполняется с ошибками. Это ошибка в драйвере, а не в &arts;.

Есть два варианта поведения artsd при запуске с некорректным драйвером. Во-первых, он постоянно пытается передать новые данные, но безуспешно. В результате потребляются все ресурсы процессора, выводится отчёт о перегрузке cpu, и приложение закрывается. Другое дело, когда artsd получает неправильную информацию о том, какой объем данных нужно записать. Тогда он прекращает работать на примерно такой проверке:

    artsd: audiosubsys.cc:458: void Arts::AudioSubSystem::handleIO(int):
    Assertion `len == can_write'.
    Aborted

Что не так с драйвером, если выдаётся ошибка о пререгрузке процессора?

Обычно artsd узнаёт, когда надо записывать новые данные, с помощью функции select(). Потом используется ioctl(...GETOSPACE...) для поиска объема данных для записи. И, наконец, данные записываются.

Проблемы возникают тогда, когда artsd постоянно работает или объём данных для записи слишком мал. В документации OSS указано, то select() только запускает процесс, если есть хоть что-то для записи, к примеру, один байт. Тогда запись данных продолжается небольшими частями, что очень трудоёмко, и в результате процессор перегружается.

Чтобы такого не происходило, драйвер должен вызывать artsd только тогда, когда есть целый фрагмент информации для записи.

Что не так с драйвером, если мне выдаётся сообщение об ошибке при проверке?

Обычно artsd узнаёт, когда надо записывать новые данные, с помощью функции select(). Потом используется ioctl(...GETOSPACE...) для поиска объема данных для записи. И, наконец, данные записываются.

Если artsd не может записать тот объём информации, которы указан в ioctl, будет выдаваться эта ошибка. Чтобы исправить ситуацию, драйвер должен предоставлять правильную информацию.

Другие проблемы

Я не могу работать с &arts-builder;. Во время работы модуля возникают ошибки!

Обычно так получается при использовании старых структур или модулей, которые не поддерживаются версией &kde; 2. К сожалению, информация об &arts;-0.3.4.1 устарела. Самой распространённой ошибкой является выполнение структуры &arts-builder;, приводящей к ошибке [artsd] Synth_PLAY: audio subsystem is already used.

Следует использовать модуль Synth_AMAN_PLAY вместо Synth_PLAY. Прочитайте файл помощи &arts-builder; (нажмите F1 в &arts-builder;).

В последних версиях &arts-builder; (&kde; 2.1 beta 1 и позднее) есть примеры, которые вы можете использовать.