>В FreeBSD многопоточность звука достигается путем настройки ядра:
в /boot/loader.conf прописываем

hint.pcm.0.eq=1

% sysctl hint.pcm.0.eq
sysctl: unknown oid 'hint.pcm.0.eq'

hint.pcm.0.vpc=1

% sysctl hint.pcm.0.vpc
sysctl: unknown oid 'hint.pcm.0.vpc'
(однако)

hw.snd.maxautovchans=4

% sysctl hw.snd.maxautovchans
hw.snd.maxautovchans: 4

hw.snd.verbose=2

% sysctl hw.snd.verbose
hw.snd.verbose: 0

dev.pcm.0.play.vchans=4

% sysctl dev.pcm.0.play.vchans
dev.pcm.0.play.vchans: 1
(надо что ль поставить)

dev.pcm.0.rec.vchans=4

% sysctl dev.pcm.0.rec.vchans
(вообще ничего нет)

Вот тебе эквалайзер, рабочий микрофон, говори по скайпу, слушай музыку.

Не, с многопоточным воспроизведением звука я не испытываю проблем, но интересно, что мне делать с несуществующими sysctl hint.pcm.0.eq и hint.pcm.0.vpc на FreeBSD 8.2-STABLE?

BSD - оффтопик! Дуйте на специализированные форумы.

http://opensource.ru

А rsync хоть одно зеркало поддерживает? А то я имел несколько раз битые образа, и фряха битая у меня тоже была. Теперь я FTP не доверяю. Да и с rsync удобно, я как-то kubuntu с ubuntu перепутал. И благодаря rsync скачал только разницу между образами, что-то около 300-сот мегабайт место почти семисот.

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-rsync.html

> вы лучше расскажите (поведайте) про аналог(и) ffado, то есть есть ли их у вас. и как вообще дела там с FireWire-звуковухами во фряхе обстоят?

Очень плохо обстоят. У меня как раз Edirol FA-101. Фря с ней работать не умеет (год назад точно, и я не думаю, что что-либо изменилось к лучшему за это время), т.е. именно на уровне FW-стека. Мы с sbruno@ какое-то время дебажили эту траблу, но затем у обоих кончились идеи, а затем и время. Спортировать ffado это уже следующий шаг.

sysctl

sysctl dev.pcm.eq=1

FreeBSD + mpd как сервер pppoe/pptp.

До сих пор достойной альтернативы нет. Но, пожалуй, это все.

Ох и попила нам фря в свое время крови, будучи установленной на интернет-шлюзе. То линк сетевой сам по себе отвалится (резет помогает), то важные файлы на винте куда-то исчезнут, то сама по себе вдруг повиснет или ребутнется. Версии 7.2, 8.0, все равно. Причем линуксу хоть бы что - на идентичном железе рядом работают как часики несколько серваков.

В конце концов выпустили нормальную версию ipfw под линукс - снесли фрю, поставили его на тот же сервак - полет нормальный уже давно, тьфу-тьфу.

Ну, если из Фри сделать Гнулинукс, она и не на такое способна. :))

А никто и не делал. Дефолтная установка фри, две интеловские сетевухи, пара десятков маршрутов, десяток правил ipfw и несколько тысяч записей в таблицах ipfw. Ничего больше из нее не делали, и левых вещей не ставили. Все равно работать не хотела.

Насчёт бинарных пакетов ничего не скажу, а вот OSS уже умеет ALSA эмулировать. Но реализация звуковой системы в FreeBSD - то ещё Г. В реальном времени звук обрабатывать до сих пор не умеет.

pekmop1024> Ага. Но по стабильности оно фряхе явно уступит.

Возможно. Но те же порты - это неофициальная часть FreeBSD. И за них никто не отвечает. В то же время репозиторий Sid официально мейнтейнится Debian Team. Итог для FreeBSD неутешителен.

Reset> то что вместо alsa есть полноценный православный oss это как раз плюс, а не минус

Ага. Кривой OSS v3

EvgGad_303> я не буду цитировать куда был послан линукс с этими алсами и прочим «realtime» и «нормальной» работой со звуком знакомыми диджеями/звукорежиссерами.

Знаю я таких. Сами нифига не умеют. Люди компетентные вполне пользуются, и от Jack в восторге. А говноклубняк кто угодно клепать может.

Komintern> кто такой jackd? очередной велик типа пульсаудио, фонона, гстримера, артса и кого-то там еще?

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

Komintern> юзаем, юзаем. и в упор не вижу там этих ваших jackd.

Ну и юзай дальше. jackd предназначен не для хомячков вроде тебя, а для тех, кто со звуком работает.

lazyklimm> нет, это единственный нормальный никсовый звуковой сервер предназначенный не для «WOW фильмов и музыки», а для полноценной работы со звуком. И лет ему поболе чем всякому УГ

Есть подозрение, что он единственный не только никсовый, а вообще.

Komintern> можешь обьяснить, зачем вообще такая сущность нужна как «звуковой сервер»?

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

iZEN> Звуковой сервер нужен линуксоидам, так как у них ALSA не может работать на несколько приложений одновременно: звук работает в одном из запущенных приложений.

4.2
Программный микшер есть.

iZEN> Ядерная OSS в FreeBSD поддерживает многопоточную обработку звуковых потоков.

Но при этом OSS не имеет и 10% возможностей Jack. Никаких Firewire-звуковух, никакого управления потоками звука, никакого распараллеливания и т.д. То бишь OSS не предоставляет возможности далее слушания музыки и болтания по VoIP.

Komintern> в моей домашней слаквари никакого звукового сервера нет, тем не менее звук нормально воспроизводится из нескольких приложений одновременно, используется alsa. может я не так что-то делаю?

Да - ты делаешь кое-что не так. А именно - ты не отрубил dmix, который и отвечает за программное микширование.

>Ага. Кривой OSS v3

Есть подозрение, что ты не разбираешься в интегрированной инфраструктуре обработки звука FreeBSD.

То бишь OSS не предоставляет возможности далее слушания музыки и болтания по VoIP.

Странный ты. Никто не обещал сделать ядерную OSS заменой-микшерского-пульта.

«Есть же звуковые серверы» (с)

Портированные звуковые серверы для расширенной обработки аудиопотоков никто ж не отменял же ж.

anonymous> Ну если просмотреть сотни полторы последних тем то это как раз БСД опускают как могут вместе с её пророком изей

И правильно делают. Изя уже всех достал. И не только изя.

Ничего больше из нее не делали, и левых вещей не ставили. Все равно работать не хотела.

Это карма. Смирись. Для тебя сделали Гнулинукс.

iZEN> Странный ты. Никто не обещал сделать ядерную OSS заменой-микшерского-пульта.

Ты обещал. Выше ты же написал, что OSS все эти звуковые серверы заменяет.

iZEN> Портированные звуковые серверы для расширенной обработки аудиопотоков никто ж не отменял же ж.

Да вот беда - все они бесполезными оказываются из-за невозможности поддержки RT в реализации OSS из FreeBSD. Ну разве что PulseAudio - для того, чтобы звук гонять по сети, да каждому приложению по регулятору громкости.

JJackFLASH> И вот твои Oracle Database дермофлэшплагин на бсдях тоже работают.

Безо всяких гарантий и технической поддержки на условиях красноглазой пионерии.

Да вот беда - все они бесполезными оказываются из-за невозможности поддержки RT в реализации OSS из FreeBSD.

jackd и jack-mixer портировали, наверное, по принципу «чтобы было».

Ну-ка, ну-ка, где ещё кроме Oracle Linux и RHEL сертифицированная поддержка Oracle DB?

>Но при этом OSS не имеет и 10% возможностей Jack.

Jack работает поверх OSS, но насколько я помню, в BSD проблемы с реалтаймовой работой от непривилегированного юзера

Никаких Firewire-звуковух, никакого управления потоками звука, никакого распараллеливания и т.д

OSS4 вроде как многое умеет. Кроме MIDI }:E

>Портированные звуковые серверы для расширенной обработки аудиопотоков никто ж не отменял же ж.

эммм, и какие из них полноценно годятся для многодорожечной звукозаписи?

>>Ничего больше из нее не делали, и левых вещей не ставили. Все равно работать не хотела.

Это карма. Смирись. Для тебя сделали Гнулинукс.

Да хоть виндоуз, лишь бы работало как заявлено.

Вопрос не ко мне.

> эммм, и какие из них полноценно годятся для многодорожечной звукозаписи?

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

>Пользователи haiku ещё элитарнее, не смущает?

Не смущает, ибо Plan 9.

>>Знаю я таких. Сами нифига не умеют.

ну по себе других не судят...

Люди компетентные вполне пользуются, и от Jack в восторге.

mhm, так и вижу штокхаузена конпеляющего джека или ковыряющего ядреные логи на предмет «а почему вдрук bus error», «no output» или почему он наплодил в /dev/shm столько и сожрал всю память

как бы и сейчас никто не мешает

Ну наконец-то, а я уже думал, что этого никогда никто не скажет лол :)

Потому что плацебо.

1,5 секунды и 30 секунд есть разница? Какое может быть плацебо при таких цифрах? Ладно бы в 1-2 секунды различалось.

1,5 секунды и 30 секунд есть разница?

Не верю.

Установщик PC-BSD 8.2 x86 вот так взял и запортил мне заранее размеченную в MBR флэшку, а потом вывел ошибку с сообщением: «первый раздел я вам удалил, флэшку заново разметил в GPT (sic!), но не смог создать второй раздел для установки системы, потому что он оказался больше, чем физическое пространство флэшки». :)))))

Таким образом, тысячи пользователей, которые хотели установить себе PC-BSD второй системой, лишились данных на дисках. :))

Так и не смог поставить PC-BSD 8.2 x86 на флэшку (/dev/da0s1 — SWAP 5G, /dev/da0s2a — / 10G). За три часа на неё что-то ставилось (Firefox, thewarden, ports, src), а после перезагрузки, загрузки ядра с флэшки вылез loader prompt, с просьбой указать, где находится rootfs. Указал «ufs:/dev/da0s2a», «ufs:/dev/da0s2» — бесполезно. Не загружается.

Похоже, разработчики не тестировали загрузку своего поделия с MBR-девайсов с отличной от «автоматической» разбивкой пространства.

ох уж этот PC-BSD. мне хватило одного раза.

Неужели на Suse нет??

а просто ufs:da0s2a не пробовал? и вообще там должна быть возможность список устройств посмотреть