|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Mosgalin 2:5030/1041.17 21 Oct 2002 19:42:56
To : All
Subject : Re: Linux -- звук
--------------------------------------------------------------------------------
On Sun, 20 Oct 2002 10:26:36 +0400, Victor Wagner <vitus@45.free.net>
wrote about 'Re: Linux -- звук':
VW>>> Только почему-то из всех возможных способов
VW>>> многозадачно-сетевопрозрачной работы со звуком (а их есть
VW>>> как минимум четыре - nas, esd, arts и rplay) мне больше всего nas
VW>>> нравится.
VM>> А чем этот nas такой "хороший", если в дистрибутиве такого нет и даже в
VM>> libao про возможность такого вывода не сказано?
VW> У меня в дистрибутиве он не только есть, но еще и есть варианты
VW> многих звуковых программ с его поддержкой. Обычно поддержка того
VW> или иного звукового демона делается compile-time опцией.
Ого. Может я чего-то не понимаю? Как должен называться пакет и сам файл
демона?
Если что-то есть в дебиане, это ничего не значит ;) Вот когда будет в
десятке дистрибутивов, как сейчас есть другие - можно будет обсуждать.
Десятка это немного, достаточно чтобы в rh появился, дальше очень быстро
расползется.
VW> Он самый старый из всей этой компании, и его поддерживает больше
VW> всего программ. В том числе и все Qt-шные, если Qt правильно
VW> собрать. За счет этого arts отдыхает, потому что если от KDE
VW> оторвать arts, оно будет работать через Qt-шные функции работы со
VW> звуком, то есть в том числе и через NAS.
А почему отдыхает, что-то не улавливаю? Я могу сказать так "а если
оторвать (в смысле даже не прикручивать) nas, то оно будет нормально
идти через arts". Kde тут вообще не при чем, он arts'у не нужен
ведь...
Я не за arts, esd-то получше будет, просто я не вижу тут логики, по
которой nas лучше.
VW> Правда, если считать по головам, то графоманистость тех кто пишет
VW> под Gnome привела к тому, что esd тоже достаточно многим известен.
VW> Hо поскольку толковых программ в проекте Gnome написано не было, а
VW> практически все не-гномовские программы, которые умеют esd, умеют и
VW> nas, esd идет туда же. Особенно, если внимательно почитать
Меня во всех этих демонах раздражает то, что они для объединения потоков
в нормальном качестве используют кучу ресурсов, и использовать их с cpu
< 1G я бы никогда не стал. Hи arts, ни esd не хотят понять, что /dev/dsp
можно открывать столько раз, сколько захочется, и работать с ним каждый
раз в той частоте, в которой хочется, а рвутся все приводить к одной
частоте и одному потоку. Если бы это у них оторвать с корнем - я был бы
вполне доволен.
VW> спецификацию протоколов того и другого. NAS дизайнили
VW> профессионалы, а eSound - любители. Причем такие любители, которые
VW> даже не удосужились ознакомиться с работами предшественников - NAS
VW> и rplay. Что, заметим, очень характерно для последователей де
VW> Иказы.
Я понимаю, ты считаешь всех, кто пишет под gtk и решил использовать
gnome-libs для расширенной функциональности его последователями? ;)
Интересно. Я вот знаю человека, который писали что-то под pygtk/pygnome
и не знал этого имени ;) И на gnome ему вообще было покласть, просто
надписи от этого на кнопочках появлялись и еще что-то такое же мелочевое
без всяких расходов, приятно. А пишущих на C(++) - и не одного, правда
тут кто-то да знает.
Выбирают-то gtk понятно почему - выглядит красиво, программировать вроде
как не особо сложно, а из разумных альтернатив только qt и xlib.
Последний ненадолго в процессе обучения.
Я знаю, что существуют и другие библиотеки. Hо выбор у людей выглядит
почему-то таким. Мне тоже он таким казался. Hу нет достаточной
информации об остальном, рыть надо. А это под руками, бери и пользуй.
--
Vladimir
--- slrn/0.9.7.4-asp (Linux)
* Origin: Me organized (2:5030/1041.17)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
