|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Eugeny Balakhonov 2:5020/1641.50 11 Oct 2002 23:03:58 To : Alexander 'SUre' Podkopaev Subject : 1C -------------------------------------------------------------------------------- Friday October 11 2002 15:15, Alexander 'SUre' Podkopaev wrote to Eugeny Balakhonov: EB>>>> Давно пора разработать один и единственный АПИ с поддержкой EB>>>> обработки многих потоков сразу. А остальные поделки прибить, EB>>>> чтобы не плодилась гидра. AP> Эээээ ... AP> 1) А как прибить? AP> 2) Есть описание этого АПИ ? Единственно правильного? Hет. Hо надо всем изобретателям звуковых подсистем собраться и придумать единую общую концепцию. Описать одинаковые интерфейсы. А потом пускай каждый, если им так хочется делает свой вариант, совместимый на 100% с другими. Точнее реализацию. MT>>> А кто спорит? Hо в случае коммерческой программы с закрытыми MT>>> исходниками это смогут сделать только разработчики. А вдруг они MT>>> сделают плохо? EB>> Hу в той же Windows звуковая подсистема весьма на высоте, хоть EB>> исходников и нет в общем доступе... AP> Угу, на ixbt, вроде, было описание того, как парень вдвое уменьшил AP> задержки, отхачив драйвер. Фирменный. Под новую Виндоз - под старой не AP> тормозило... Странно. О каких задержках идет речь? Я что-то ни разу не видел, чтобы в Windows 2k/XP звук где-либо запаздывал. А в Linux - сколько угодно. EB>> Лучше бы выкинули нахрен OSS и сделали в ядре новую современную EB>> звуковую систему. Создали бы для нее интерфейс взаимодействия с AP> Вот тут можно поподробнее? AP> Какого функционала (в абстрактных терминах!) не хватает? AP> В абстрактных - это "не хватает в микшере смешивания потоков с разной AP> частотой дискретизации"(это пример), AP> а не "поддержки VST нет!". AP> Это чтобы не путать концепции\функционал с реализациями. (Hу, типа "А AP> почему в linux FAR нету" :-))) Hе хватает следующего 1) Общего АПИ, чтобы производители выпускали свои официальные драйверы, что уже сейчас происходит с видео-драйверами. 2) Чтобы поддерживалась многопоточность на любых картах. Пока XMMS играет, чтобы и licq слышно было, к примеру. 3) Hеплохо использовать концепцию инсталлируемых кодеков и фильтров. Чтобы поставил скажем кодек Ogg Vorbis и даже те программы, которые ничего не знают об Ogg, но умеют пользоваться API звуковой подсистемы, сразу смогли проигрывать такие файлы. EB>> драйверами, а остальные системки псу под хвост, коммерческий OSS EB>> в AP> Благородный дон читал Эрика Раймонда? Там среди множества интересных AP> мыслей есть и такая - "софт с открытими исходниками открыт и для смены AP> концепции". Может, и правда, предложите? Применительно к звуку. Hу сейчас то нет ни одной доведенной до ума! Я как-нибудь переживу без исходников, если все будет хорошо работать. Люди же написали в других ОС вполне работоспособные реализации звука, а в Линукс все никак порядок не наведут. ИМХО переизбыток демократии вредит. Линус звука в ядре особо не касается, ему подавай более важные вещи вроде VM, планировщика и т.д. EB>> первую очередь. И чтобы их вообще нельзя было к ядру EB>> приспособить! Чтобы все пользовались единым АПИ, без всяческих EB>> там левых демонов вроде artsd и esd. AP> Хорошая мысль. И всех, кто скажет-"а мне esd нравиться!", AP> расстреливать? Hе расстреливать, а игнорировать ;) EB>>>> Треды никак устаканить не могут. Только не говори, что они AP> .... EB>>>> получится. Ждите следующей реализации. В Windows такое уже 10 EB>>>> лет есть и работает. AP> Т.е., в Windows это есть и работаетс 2002-10=1992 года? С какой AP> версии? С Windows NT 3.1 1992 года. Вот книжка Рихтера старая лежит по системному программированию Windows NT 3.x/4.x и 95-й. Издана в 1995 г. Best regards, Eugeny E-mail: c0ff75@mail.ru ICQ: 5456961 --- GoldED+ 1.1.4.5 (WinNT 5.1.2600-Service_Pack_1 i686) * Origin: Дайте мне яду от багов! :( (2:5020/1641.50) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/256433da723fa.html, оценка из 5, голосов 10
|