LINUX.ORG.RU

aRts остался без присмотра


0

0

Автор aRts Стефан Вестерфельд (Stefan Westerfeld) объявил о намерении покинуть проект. Свои соображения по поводу дальнейшего развития мультимедиа-системы KDE он изложил в документе, опубликованном по адресу: http://www.arts-project.org/doc/arts-.... Новый maintainer для aRts пока не найден. (c linuxcenter.ru)

>>> Подробности

anonymous

Проверено: Demetrio ()

А в чем ценность артс, кроме того, что он есть в KDE?

У меня и без него все прекрасно играется и микшируется (посредством ALSA), - на что сдался субж однако не понимаю. Еще больше удивило меня в этой жизни то, что для его установки из эрпеэм потребовался esound и alsa-libs, - однако! Это что же получается, - саундсервер не будет работать без другого саундсервера. Очень в духе "перепишем мозиллу на кутэ, а конкверор на гтк".

plm ★★★★★
()
Ответ на: комментарий от plm

плевать тут лучше в зеркало, и в создателей пакетной системы дистрибутива, не предусматривающей опциональные зависимости (хотя скорее первое ибо nodeps есть везде). Эти депы не что иное как модули для вывода звука через соотв. архитектуры. Артс умеет выводить звук в пожалуй любую существущую в Linux систему. Для того чтобы микширование, дуплекс синтез етц. присутствовали в не зависмости от того, в какую м-м-м /dev/null звук выводится на целевой машине и чтобы не приходилось переписывать все KDE приложения если кто-то захочет поломать API или одна из подсистем вообще будет признана depricated (OSS например)он и был задуман.

Syncro ★★★★★
()
Ответ на: комментарий от tabarnak

Как этот артс снести, чтоб эта сволочь вообще не запускалась?? Естесственно не снося КДЕ =) Я не понимаю, нафига оно вообще нужно, если в сеть я этот звук раздовать не собираюсь и моя звуковух поддерживает дуплекс?

anonymous
()

хм, красиво ушел) ....

Syncro ★★★★★
()
Ответ на: комментарий от anonymous

А в конрол центр(сюрпирз !!:) заглянуть что не позволяет ?

приложения могущие использовать только артс будут запускать его при своем старте

Syncro ★★★★★
()
Ответ на: комментарий от Syncro

> хотя скорее первое ибо nodeps есть везде

Жизнь жестока! Придумывать хитрые способы отслеживания зависимостей, чтоб их потом обходить.

> Артс умеет выводить звук в пожалуй любую существущую в Linux систему.

О! Чую речь опять о стандартах. Пока все как в "мы, комсомольцы, ставим задачи и успешно их решаем!" Сначала придумали кучу аудиосерверов, а потом написали еще один аудиосервер, который использует все другие, - смысла нету, а зато какая гордость от функциональности! Ведь если придумаем еще аудиосервер, то нынешний легко прикрутить и к нему!

Я же человек простой, и у меня же есть ALSA, - теперь жизнь повернулась ко мне лицом. Правда по слухам солярисофилам и прочим любителям коммерческого плохо - у них-то альсы нету, но кому их жалко?

ЗЫ а ведь то ли на freedesktop, то ли на x.org пишут, что выдумали еще один аудиосервер. Странно это, - пишут, что в ляпиксе со звуком плохо (мол не все как в винде, - кубэйсы там. лоджикаудио ризоны и т.п.), а вот аудиосерверы оказывается не придумывает только ленивый.

plm ★★★★★
()
Ответ на: комментарий от plm

>Так как существует ALSA, не вижу необходимости в arts.

Так ALSA - это вроде как advanced LINUX sound ...
Не одним Linux ... ;)

Murr ★★
()
Ответ на: комментарий от tabarnak

> не нравится - не ставь ... в чем проблема ?

А как же миллионы страдальцев, вынужденных по незнанию использовать это г.? Кто позаботится о них, снимет с их плеч это тяжкое бремя?

anonymous
()
Ответ на: комментарий от tabarnak

Дык и не думал даже ставить себе, - я ж человек разумный.

plm ★★★★★
()
Ответ на: комментарий от plm

сравнивать алсу с артсом суть тоже, что и WM с DE, никто и не спорит кстати, что без вторых нельзя жить, это ваши интимные проблемы))

Syncro ★★★★★
()
Ответ на: комментарий от Murr

> Так ALSA - это вроде как advanced LINUX sound ... Не одним Linux ... ;)

Это ж линуксоргру, - кому тут какое дело до нелинукса :)

plm ★★★★★
()
Ответ на: комментарий от plm

> а вот аудиосерверы оказывается не придумывает только ленивый

Есть 1 (один) аудиосервер - nas. Все остальные - это именно придумки от нех делать.

anonymous
()
Ответ на: комментарий от Syncro

> сравнивать алсу с артсом суть тоже, что и WM с DE, никто и не спорит кстати, что без вторых нельзя жить, это ваши интимные проблемы))

НУ КДЕ он, в отличие от флюксбокса умеет PDF смотреть и почту читать :). А вот что arts даст юзеру кроме того, что ему может предоставить ALSA?

Звук и там, и там звучит себе. Может еще чего артс умеет - скажем письма писать или там XML с подсветкой.

plm ★★★★★
()
Ответ на: комментарий от plm

чего-то умеет, я не разбирался, мне не интересно, у меня джак через него музыку играет, гугл в помощь вобщем

Syncro ★★★★★
()
Ответ на: комментарий от Syncro

> АЛСА - архитектура, Артс - сервер

Мудрено больно. В стиле "электрон, он неисчерпаем и непознаваем".

Есть юзер, желающий звуки из колонок слышать, - чего в артс есть того, что нет в alsa? А как назвать - архитектура, сервер или вообще загадочно - media framework, это уж дело десятое.

Мне кстати последнее больше нравится, и я б на месте красноглазых перманентных компиляторов только так и говорил бы.

plm ★★★★★
()
Ответ на: комментарий от Syncro

> чего-то умеет, я не разбирался, мне не интересно, у меня джак через него музыку играет, гугл в помощь вобщем

Ну так ты ж говоришь мол то архитектура, а это еще что-то, значит знаешь чем одно от другого отличается... Или не знаешь?

plm ★★★★★
()
Ответ на: комментарий от plm

Я честно говоря не знаю:

а как просто через alsa можно заставить два звука одновременно пускать?

Ну, например слушать beep-media-player и, просматривая свой архивчик фильмов, запустить один фильм со звуком в mplayer?

olegk ★★
()
Ответ на: комментарий от plm

а уж они бы на вашем месте никогда бы не обвинили артс в том, что он в рпэмке за собой тянет гнумский есаунд))

Syncro ★★★★★
()

У меня две звуковые карты на машине, autodetect выбирает какую получится. Я им предложил (на bugs.kde.org в wishlist) сделать что-то вроде autodetect #1, autodetect #2,..., чтобы не набивать руками мудреные пути. Но, похоже, теперь надо или плюнуть или самому поковырять. :(

Murr ★★
()
Ответ на: комментарий от olegk

Тут вот в факе пишут, что в /etc/asound.conf должно быть так (как и у меня)

=====================================

pcm.!default { type plug slave.pcm "dmixer" } pcm.dsp0 { type plug slave.pcm "dmixer" } pcm.dmixer { type dmix ipc_key 1024 slave { pcm "hw:0,0" period_time 0 period_size 1024 buffer_size 8192 rate 44100 } bindings { 0 0 1 1 } } ctl.mixer0 { type hw card 0 }

=====================================

plm ★★★★★
()
Ответ на: комментарий от Syncro

> да похоже знаю;-), я надеюсь халявной консультации абы в подтверждение этого не попросите))

Ого! Это еще и так сложно, что простому пользователю, кроме как за деньги (или иные матценности), не обьясняют! Нет, ну точно, - сначала придумали что-то для юзера ненужное, потом нарожали по этому ненужному спецов и пытаются выманивать деньги за свое сокровенное знание :).

Чую, что таки фтопку этот артс.

plm ★★★★★
()
Ответ на: комментарий от plm

Советовали уже и я подтвреждал, что если холодно с ним (не нравица он то бишь) то ради бога топите)

Syncro ★★★★★
()
Ответ на: комментарий от Syncro

> Hint: в оффтопе аналогом артса можно считать DirectSound

Это для игр что-то? У меня винамп в маздае играет не через директсаунд, а через что-то другое. Поди этот ваш DirectSound, тоже ненужная штука.

plm ★★★★★
()
Ответ на: комментарий от plm

ну вот уже теплее, проекты вроде DS позволяют программистам не тратить сложные модуляции со звуком половину жизни изобретая велосипеды, а простым смертным и ленивым до гугла пользователям наслаждаться продуктами сложнее писка спикера

Syncro ★★★★★
()
Ответ на: комментарий от Syncro

оговорюсь еще перед уходом, DS такой же аналог артсу как оффтопная графическая подсистема - иксам, т. е. я сравнивал не по архитектурным особенностям, DirectSound это всетаки библиотека (как SDL например), а сравнивал исходя из чего полезного оно несет пользователю или разработчику

Syncro ★★★★★
()
Ответ на: комментарий от tabarnak

XFce АРТС даже пользоваться типа не умеет ("И деньги мне ваши не нужны! Я ими и пользоваться не умею!" - "Downhouse"(tm))

YagMort ★★
()
Ответ на: комментарий от plm

>> АЛСА - архитектура, Артс - сервер

> Мудрено больно. В стиле "электрон, он неисчерпаем и непознаваем".

> Есть юзер, желающий звуки из колонок слышать, - чего в артс есть того, что нет в alsa? А как назвать - архитектура, сервер или вообще загадочно - media framework, это уж дело десятое.

Юзер, на самом деле, желает монитор, мышку, и кнопку с надписью "тырнет". А лучше - сразу с надписью "парнуха"

sin_a ★★★★★
()
Ответ на: комментарий от plm

>Тут вот в факе пишут, что в /etc/asound.conf должно быть так (как и у меня)
>=====================================
>pcm.!default { type plug slave.pcm "dmixer" } pcm.dsp0 { type plug slave.pcm "dmixer" } pcm.dmixer { type dmix ipc_key 1024 slave { pcm
>"hw:0,0" period_time 0 period_size 1024 buffer_size 8192 rate 44100 } bindings { 0 0 1 1 } } ctl.mixer0 { type hw card 0 }
>=====================================

Данный способ,катит только для элементарных целей, таких как прослушивание
одновременно mp3 через xmms и просмотра фильма в mplayer (спрашивается,кому это надо?),а если на более менее приемлимом уровне заниматься обработкой звука, то
без jack-а не обойтись... а если jack подключить на этот dmixer то получаются
жуткие тормоза...
А вообще прежде чем спорить, стоит ,хотя бы, вот это прочитать:

http://www.computery.ru/upgrade/numbers/2002/083/linux_83.htm

Renso ★★
()
Ответ на: комментарий от Renso

> А вообще прежде чем спорить, стоит ,хотя бы, вот это прочитать:
> http://www.computery.ru/upgrade/numbers/2002/083/linux_83.htm

> Еще один тяжелый случай. Проведем эксперимент. Запустим программный синтезатор и какой-нибудь секвенсор, умеющий работать с аудио, например, JAZZ++. Импортируем в секвенсор любой WAVE. Давим на кнопку Play. Что, ничего не работает? Так и должно было случиться. Синтезатор захватил аудиопорт, и секвенсор пытается сделать то же самое. Можно запустить сколько угодно аудиоприложений в одно и тоже время, но только одно из них сможет писать/читать в/из аудиопорт(а).
> Ведь у вас только один девайс (dev/dsp). Дабы избежать подобных конфликтов, необходимо, чтобы приложения обращались не к драйверам саундкарты, а к аудиосерверу. Только он, аудиосервер, получает доступ к железу напрямую, а другие программы об аудиодрайверах ничего знать не должны. Теоретически все выглядит славно, и аудиосерверы в Linux есть, и аудиопрогаммы могут работать с их библиотеками. Но на практике не все так шоколадно.

Автор даже не знает, что все нормальные звуковые карты с аппаратным смешиванием звука позволяют одновременно обращаться к /dev/dsp.

anonymous
()
Ответ на: комментарий от anonymous

>все нормальные звуковые карты с аппаратным смешиванием звука позволяют одновременно обращаться к /dev/dsp.
Спрашивается, зачем же столько аудио серверов ?
И jack(как и arts) это не просто аудио сервер,он ещё и взаимодействие
между аудио приложениями осуществляет(порты ввода-вывода и т.д.)

Renso ★★
()

Из всех аудио-серверов arts самый отстойный, поскольку жрёт до хрена цпу, счастливые обладатели охрененых суперкомпов могут сидеть на артсе и кде, я как-нибудь джеком или есаундом перебьюсь.

anonymous
()
Ответ на: комментарий от Renso

> Спрашивается, зачем же столько аудио серверов ?

nas - отдавать audio по сети. А aRts и esd - результат творчества разработчиков, для которых главным недостатком приложения является "это делали не мы".

anonymous
()
Ответ на: комментарий от anonymous

> все нормальные звуковые карты с аппаратным смешиванием звука позволяют одновременно обращаться к /dev/dsp

В свете последних тенденций (интегр. аудио), скоро 50% поьзователей будут иметь только один hw mixer. Тут как раз и понадобится aRts. А с алсой можно забыть о кроссплатформенности приложений под KDE.

anonymous
()
Ответ на: комментарий от anonymous

Больно нужны нам КДЕ и артс...

anonymous
()
Ответ на: комментарий от anonymous

> необходимо, чтобы приложения обращались не к драйверам саундкарты, а к аудиосерверу.

Драйверы разные бывают. Alsa-драйверы вполне справляются с
микшированием без помощи отдельного аудиосервера.

annonymous ★★
()
Ответ на: комментарий от annonymous

> Драйверы разные бывают

в том то и перец весь, для оной карты микширует и выдает нормально, а для другой нет, с моей вот лучше работает OSS. Так вот прикладухам и мне совершенно индеферентно как у меня работает драйвер кары, если аппаратная MIDI(на современнных ширпотребах вообще отсутствуют и миди-звук коряво синтезируется чипом карты), сколько их одновременно запущено и как они хотят мою карту. Весь синтез производит артс, отдает линейный результат алсе или оэсэсу.

btw: нормально у него с жадностю до кпу, да и как узнать затраты на синтез алсой например, если эту задачу выполняет или нет за неё артс

Syncro ★★★★★
()
Ответ на: комментарий от anonymous

> А с алсой можно забыть о кроссплатформенности приложений под KDE.

Во-первых, есть комерческие OSS драйверы с аналогичной
функциональностью, Приложению ничего не надо знать о существовании ни
alsa, ни OSS. Микширование происходит прозрачно. Во-вторых alsa драйверы
очень легко портировать на любую платформу, Было бы желание. Мне другое
непонятно. Зачем было изобретать arts, когда существовал универсальный
esound? А сейчас есть ещё и ecasound. Всяко лучше, чем arts...

annonymous ★★
()

Не, не умеют анонимусы читать.

aRts по факту без присмотра уже два года. Стефан сам признаётся, что у него не хватало духу объявить об этом прямо.

AP ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.