>>57922
Не такая уж и былинная. Другое дело что мультимедийные кодеки всё больше полагаются на аппаратные возможности железа, что подразумевает нормальные драйвера.

>>57922
А почему собственно нет? Тот же mplayer туда давно портировали например.

>>57925
Ну без этого никак, разумеется.
>>57926
Я, наверное, не так выразился. Вопрос не столько в том, что minix can into звук - OSS ведь там есть. А вот сможет ли он со своей архитектурой обеспечивать низколатентную аудиосистему для обработки в реальном времени, сценических выступлений и тд?

>>57930

>низколатентную аудиосистему для обработки в реальном времени, сценических выступлений и тд?

Толку от неё, программы для обработки есть только под мак и частично под винду. Winasio и dssi-vst не обеспечат тебе низкой задержки даже в линуксе, всё время будешь ловить xrun-ы.

>>57930

> низколатентную аудиосистему

Низкопроизводительный код как правило компенсируется мощным железом. Если там нигде не встроены искусственные задержки то почему собственно нет?

>>57932
В этом случае нужна значительная компенсация, например, реалтаймное ядро на Pentium 3 даёт при использовании Jack меньшую задержку чем обычное на Core 2 Duo.

>>57932
Даже мощное железо будет безбожно лагать при включении фоновых процессов, что я сейчас и наблюдаю в линухе. Например, синтезатор грузит процессор процентов на 60, при этом никаких проблем с выходом звука нет. Но как только курсор уедет за пределы экрана/потянешь фейдер/поменяешь панораму тут-то оно и начинает трещать, при том, что нагрузка на систему практически не меняется. Кстати, это сильно заметно на внешних интерфейсах, встроенный говноАС97 трещит гораздо меньше.

>>57931

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

То есть, на сегодняшний день, если хочешь работать со звуком - только мак, только хардкор?

>>57932
Окуу, белые и цветные вещи в следующий раз лучше стирать отдельно.

>>57935
К сожалению да. Хуже всего с оборудованием, к профессиональному железу либо вообще пишут драйвера только под мак (Apogee), либо версию для виндовс пишут кое-как и с неполной поддержкой возможностей (Digidesign), это задаёт соответствующие приоритеты для написания ПО, плюс эксклюзивность Logic и общая стабильность маков, практически полное доминирование маков на зарубежных студиях.

>>57935

> при включении фоновых процессов

Приоритеты правильно проставлены?

>>57939
Вроде да. Я так думаю, что тут дело именно в УСБ - встроенный-то звук лагает меньше. Такое ощущение, что видеокарта и контроллер шину не могут "поделить".

>>57940

> Такое ощущение, что видеокарта и контроллер шину не могут "поделить".

Они случайно не на одном прерывании висят?

>>57940
Собери rt-ядро

>>57941
Честно говоря, не знаю, как-то не обращал внимания.

>>57936
микролол.
>>57922
нахуй вообще это микроядро?

>>57946
Вообще микроядра применяют чтобы сократить количество критически важного кода (ошибки в котором способны вызывть панику ядра). Зачем ОП-у понадобилось, я не представляю.
>>57939
Гуй синтезатора обычно тем же процессом висит, никак не поставишь ему более низкий приоритет. Звуковуха, как правило, на максимум включена чтобы максимальное разрешение по амплитуде обеспечить и щелчки в усилитель достаточно болезненно воспринимаются.

>>57948

> тем же процессом висит

Треды разве не разные?

>>57948
Ну микроядро преподносится как более перспективное в отличие от существующих. Но одним из его коренных недостатков будет снижение производительности из-за постоянного переключения колец защиты. Собственно, стало интересно - сможет ли оно в RT.

>>57949
А разве каждому треду можно назначать приоритет отдельно?

>>57950
Для десктопа у него неочевидные преимущества, недостатков больше. Кстати, у тебя, надеюсь, синтезатор запущен через jack, в качестве звукового драйвера alsa, pulseaudio выпилен нахуй? На всякий случай спрашиваю.

>>57951
Можно.

>>57949
У vst-шек вроде один поток был. Но я уже давно этим не занимался в линуксе, могу ошибаться.

>>57953
Разумеется, хотя в последнее время он как-то не торт. Падает без причины, иногда вместо звука на внешний интерфейс начинает выдавать херню. А вчера, как оказалось, ещё куски потока при записи теряет. Раньше такого не было. Впрочем, может это и не он, но осадок с каждым днём всё неприятнее...

>>57955
Вряд ли такое может быть, иначе оно бы работало в двух режимах - звук, управление.

>>57956
Пожертвуй задержкой, поставь буфер побольше.

>>57958
Нет, там что-то совсем другое, не просто потерянные фреймы. Представь звуковую дорожку, из которой вырезали где-то 0.5-1 секунду звука и склеили опять. Во время время записи всё гладко, может быть изредка на одном месте возникает щелчок почти неслышный. А потом, при воспроизведении в каком-то месте будет небольшое подёргивание и после этого остаток записи идёт с опережением.
Первый раз с таким встречаюсь.

>>57959
Если железо позволяет, поставь второй системой Хакинтош и занимайся музыкой в нём. Что у тебя за звуковуха?

>>57960
Lexicon lambda. Вроде в комплекте были и под мак драйвера. Кстати, как у хакинтошей с железом, в частности с sATA? Пробовал как-то iDeneb ставить - завелось раза с третьего, не определило встроенный звук и что-то ещё. Плюнул и выкинул.

>>57948>>57950
нет, я понимаю что такое микроядро, я не понимаю нахуй оно вам. едро лялиха или бзды и так стабильно, имеет мало кода, а падение любого модуля микроядра будет означать гарантированное падение всех реалтаймовых приложений, которые используют этот модуль. что примерно равнозначно кернелпанику, на самом деле. между прочем линуксовое едро отлично оттестированно и постоянно мэйнтейнится, так что любая микроядерная система всё равно будет сначала ещё менее стабильной, чем оно. алсоу, как у нас работают модули в ведре лялиха, я вот не помню? там же вроде есть какая-то защита от кернелпаников.

>>57961
Тут я тебе подсказать не смогу, у меня макбук. Безобразно кстати говоря работал пока я в него оперативки не напихал, хотя предыдущий с Леопардом вполне сносно с 2гб жил.

>>57962

> имеет мало кода

Всего то чуть меньше чем полгига.

> там же вроде есть какая-то защита от кернелпаников.

С момента ловли упса можно считать себя идущим по минному полю.