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

на уроки русского языка, срочно!

А что это? Переполнение аудиобуфера? Не знаю такого, у меня даже при сведении на лету мплееровским hrtf FLAC 5.1 > 2.0 ничего подобного не было.

при чём тут mplayer? я говорю о _многодорожечной_ звукозаписи, где даже задержка в 20мс уже чувствуется. в Linux для работы со звуком желательно иметь ядро с rt патчем, интересно(правда) как всё это реализуется в FreeBSD?

все эти терминалы - крутой черный нал

Что за бред? Все операции проводятся через банк, все платежи заносятся в статистику, все прозрачно уже давным давно, зачем в терминал сам лезть?

Тебе бы тоже не мешало. Пойдем вместе? )

Все не догадываются, все известные фирмы знают. То что вин подхватывает большее количество девайсов, это вполне понятно, так как вин это пк, мак это эйпл, а у линукса еще куча времени, и не мало возможностей для улучшения поддержки железа. Относительно, линукс новый игрок в сфере пк. Но догнать вин или мак ему не удастся ни как. У линукса есть реальная и полноправная возможность встать в твердую тройку, Вин, Линь, Мак. 

Как только вот это^ приведёшь в читаемый/понимаемый вид.

И как только ты начнешь печатать после точки с большой буквы? Тогда я думаю нам на уроки идти уже не надо будет.

Да, есть у меня такая привычка.
Один хрен - твой пост нечитаем.

И извиняюсь за оффтоп.

> я говорю о _многодорожечной_ звукозаписи

В случае многодорожечной звукозаписи в рассинхронизации виноват, как правило, сводящий сервер (JACK). Именно поэтому его требуется запускать в realtime-режиме.

как всё это реализуется в FreeBSD?

Для работы в realtime-режиме под FreeBSD jackd пинает ядро прямым запросом на выделенный rt-процесс. Поэтому реалтайм реализуется запуском jackd из-под рута либо, что удобнее, из-под sudo.

Виноват не сколько jack-сервер, сколько работа ядра с приоритетами выполнения задач. При непатченом ядре даже под рутом появляются xrun'ы, стоит только нагрузить комп ещё одной емкой задачей.

К тому, что „десктопные фишки“ лежат в области высокоуровневого юзерспейса и от непосредственно ядра весьма абстрагированы.

Скажи это Кону Коливасу.

Этого быть в ведре вообще не должно, так только в винде делают.

А во фре как? :)

А как там хз, я все стремаюсь заводить ее

>>А во фре как? :)

> Виноват не сколько jack-сервер

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

> При непатченом ядре даже под рутом появляются xrun'ы

Планировщик FreeBSD изначально обладает возможностью выделять отдельный процесс с приоритетом „мягкого“ реалтайма. Однако запрос на выделение такого процесса требует рутовых привилегий. Отсюда — необходимость запускать jackd под рутом.

Планировщик непатченого ядра Linux изначально такой возможностью не обладает. Поэтому при запуске jackd под рутом на приоритет влияет только статус пользователя.

Это тому Коливасу, чей планировщик по означенным причинам из апстрима выкинули?

Маленькая радость Xfce'вщика

Починили индикатор xfce4-netload-plugin.

на счёт jack-сервера я в курсе, а вот про реалтайм FreeBSD ядра не знал.

По каким означенным? Его планировщик выкинули, емнип, из-за кода и из-за аспектов его поддержки.