Re: о кривости esd (was Re:ALSA)
On Mon, 24 Jul 2000, Victor Wagner wrote:
> On Sun, 23 Jul 2000, Vlad Harchev wrote:
>
> > Ну если уж пошел флейм - то по моему C++ это верхняя (наиболее
> > желаемая, в хорошем смысле) граница того, что можно сделать из
> > компилируемого языка - так что я его буду защищать до последнего. За
> А пытался ли ты писать на Oberon, Haskel, Common Lisp? Это все тоже
> компилируемые языки.
Нет, не пытался. Может, они могут быть лучше для написания приложений общего
назначения, но C++ по-моему лучше для таких вещей, как библиотеки (типа gtk,
curses, libc, просто математика) (короче, там, где используют C).
> > C++ template's, Степанова и его STL я богу молюсь (в переносном смысле). Про
> > perl бы я так жестоко не стал бы тоже - терпимо, зато мощно и компактный
> > исходный код.
>
> Так и perl, и C++ и Windows, да и RedHat в общем-то ничем не плохи, если
> бы сидели в своей нише и не претендовали на универсальность.
В случае с С++ - его авторы и комиссия по стандартизации не претендует на
универсальность - претендуют на его универсальность люди, его использующие -
а это, можно сказать, их проблемы.
>
> > >
> > > Да... NAS умеет куда больше. Кстати почему-то в данном описании не
> > > прозвучали такие слова как "разные методы дискретизации - Ulaw, Alaw и
> > > linear". Неужели автор esd о них не слышал?
> >
> > Разве это настолько важно? Как я понимаю, перевод из одного формата
> > дискретизации в другой - тривиальная не ресурсоемкая задача - уж это можно
> > списать на клиента. Не поддержка этого не требует увеличения рамера (в
> > байтах) самого сэмпла.
>
> Именно потому, что этот тривиальная не ресурсоемкая задача, хочется иметь
> ее решенной раз и навсегда в аудиосервере. Хотя бы для того, чтобы легче
> было адаптировать унаследованные программы
Вообще-то естественно, чем больше тем лучше.
> > > > 3) Нет возможности микширования потоков/сэмплов разной дискретизации
> > >
> > > И как это предлагается реализовать? resampling на ходу в наибольшую
> > > поддерживаемую частоту?
> >
> > Тут по-моему тривиальная задача (по-крайне мере если решать ее не с
> > математической POV, а лишь бы работало). Ведь все используемые в программах
>
> Извини меня, но нужно чтобы не "лишь бы работало", а "чтобы слушать можно
> было". Возьми попробуй пару вавчиков на 11кHz, ресемплируй своими методами
> (кстати, как это ты собираешья применить билинейную интерполяцию к
> одномерным данным?), потом ресемплируй sox-ом и сравни звучание. Заодно
> сравни user time потраченное на то и на другое.
Я тоже не против качества. А под билинейной интерполяцией я имел в виду
интерполяцию сплайнами. Ну а sox использует линейную интерполяцию тоже!
Просто в доке на него рекомендуют вручную подобрать частоту среза фильтра
нижних частот (который удалит высокочастотный шум), и наложить данный фильтр
на результат ресемплирования.
> > частоты дискретизации обычно имеют вид 11KHz*2^n, n=0..2 - следовательно
> > перевод от одной частоты дискретизации n1 к более высокой частоте
> > дискретизации n2 (n1<n2) выполняется просто выполняется линейной интерполяцией
> > (или _би_линейной и пр) - ведь просто надо довычислить значение громкости в
> > промежуточных точках.
>
>
> > > Тут приходится выступить в защиту esd. По-моему XFree научилась решать
> > > аналогичную задачу - поддерживать визуалы разной глубины на одном экране
> > > только в версии 4, если научилась.
> >
> > Не думаю, что это очень востребовано в X - виджетсеты все глубины должны
> > держать (кроме может монохромного). Хотя есть долбанутые виджетсеты...
>
> Ну-ну. Попробуй запусти Netscape или Acrobat Rеader на 24-битном экране,
> а потом acm (flight simulator такой) на 16-битном.
Если бы они использовали нормальный виджет сет (типа gtk) то проблем бы не
было. Хотя я только что пускал на XFree3.3.3.1 Netscape и Acroread4 на
24-битном экране - проблем вообще никаких. (И xdpyinfo показывает что доступен
только один visual - TrueColor - тоже самое что и в 16-битном режиме). Так
что я чего-то не понимаю.
>
> > > > Короче, вполне типичная ситуация. Было бы неплохо его пофиксить конечно.
> > >
> > > В общем, судя по всему, фиксить надо NAS, как существенно менее на коленке
> > > сделанный протокол. Тем более что нашелся таки человек, который этим
> > > занялся и на его сайте уже лежит NAS version 1.4.
> >
> > Как у него с портабельностью? Я думаю что в gnome это будет легко
>
> Существенно лучше, чем у esd. Поддерживается ряд терминалов фирмы NCD
> (к сожалению, не ECX), PCXware (X-сервер для Windows), Citrix Unix
> integration services (способ доступаться к Windows NT по X - протоколу)
> Это не говоря о unix-машинах.
Он кажется все более привлекательным.
> > протолкнуть, а за ним все потянется (просто им надо об[яснить, что esd -
>
> А я не думаю. Потому что Gtk тоже отстой, тем не менее gnome пишут на нем,
> хотя в момент старта проекта функциональность LessTiff была вполне
> приемлемая.
Не согласен по-поводу gtk - это (даже с версией 1.2) очень продвинутый
widget set. А вот когда 1.4 выдет (1.3.1 - его пререлиз уже доступен) он будет
наверно самым мощным виджетсетом: высокая портабельность, базирование на
utf8, поддержка различных языков типа китайского (с иероглифами) и с другим
направлением чтения, и все вроде будет double-buffered (не будет никакого
мелькания при перерисовке) и будет с оптимизацией перерисовок. Я не
голословно утверждаю о качестве gtk - я пишу софт под него уж год очень
активно.
А насчет проталкивания в gnome - по-моему это вполне реально.
> > отстой, надеюсь к чему-нить это приведет). Главное чтобы лицензия была LPGL,
> > не меньше (хотя бы на библиотеку для работы с NAS).
>
> Лицензия там по-моему то-ли MIT, то ли BSD-style. При беглом взгляде на
> текст лицензии я разницу определить не могу.
Наверно поэтому (из идеологических соображений) его в gnome не взяли..
> > Еще можно попробовать создать esd-to-nas proxy - софт, косящий под esd но
> > выдающий на NAS - с ним хоть пользователь сможет отрегулировать громкость
> > каждого потока.
> >
> > > > > > Когда игралка музыки пишется в виде GUI программы, очевидно что человек
> > > > > > в Unix не понимает ничего. Потому что правильным решением была бы игралка
> > > >
> > > > В принципе они только хотели создать прямой аналог winamp, но дизайн конечно
> > > > немного долбанутый.
> > > > И на sourceforge лежит софтина позволяющая управлять xmms с командной
> > > > строки - если на ней свет клином сошелся.
> > >
> > > Это как? Как мне при помощи этой штуки проигрывать mp3 файлы на сервере
> > > который лежит под столом и не имеет видеокарты? (но имеет свою собственную
> > > звуковую карту). Предположим, xvfb на нем по каким-либо соображениям
> > > иметь не хочется.
> >
> > Ну конечено можно DISPLAY установить куда-нить на другой хост, можно
> > скрепя сердцем поставить vnc server и к ниму не подключаться (можно на
> > другом хосту)..
>
> vnc? На сервер? Рыбу? Ножом? xvfb по крайней мере не даст никому этот
> сервер взломать, чего о vnc сказать нельзя.
Наверно секьюрность xvfb не намного лучше vnc.
> > Но в принципе в этой ситуации xmms вообще не к чему - он ничего
> > оригинального не добавляет из функциональности (кроме показа спектров и пары
> > эффектов) - уж лучше mpg123.
>
> Вот я и говорю xmms вообще не нужен. Ибо софтины выполненные в неюниксячей
> идеологии, на своей машине допускать можно только если без них не в
> жизнь. Отсюда, если ты не музыкальный критик, и прослушивание mp3 файлов
> не является твоей основной работой, им пользоваться не надо.
Пользоваться им можно (если его возможностей/гибкости хватает), но не
следует его трактовать как единственный способ проигрывания mp3 на unix'e и
соотвественно, привязываться к нему/тратить много времени на его хаканье.
> > > with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> > >
> >
> > Best regards,
> > -Vlad
> > ЪТХPт■ ▒ Ъzf╒√з y╦ ÷ЗН╡х ÷Зч╙Г╛╥Ыb╡шЪuФБjХ╝ "╤╛╧╦чrз ЧИЛ╧╩ ╝&чЪТК╒ФЕ{П╗·ж°╤X╛╤f╛╣ЙЪ√+-ЁВ^n&╖Ч┼Ю
Блин, что это за фигня? У меня в сигнатуре ее нету. Может автоматическая
перекодировка чьим-то sendmail'ом в 8bit глючит?
>
> --
> Victor Wagner vitus@ice.ru
> Programmer Office:7-(095)-785-09-72
> Communiware.Net Home: 7-(095)-135-46-61
> http://www.communiware.net http://www.ice.ru/~vitus
>
>
> --
> To UNSUBSCRIBE, email to debian-russian-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
Best regards,
-Vlad
Reply to: