LINUX.ORG.RU

FreeBSD 8.2-RELEASE

 


0

1

Команда разработчиков FreeBSD рада сообщить о выходе FreeBSD 8.2-RELEASE. Это третий релиз ветки 8-STABLE, который улучшил функциональность FreeBSD 8.1 и внёс новые возможности.

Некоторые из изменений:

  • улучшена поддержка Xen HVM в FreeBSD/amd64 и Xen PV в FreeBSD/i386;
  • ZFS on-disk format обновлён до версии 15;
  • aesni(4) драйвер для криптографических инструкций Intel AESNI;
  • обновлены BIND и OpenSSL;
  • Gnome 2.32.1;
  • KDE 4.5.5;
  • множество улучшений и исправлений.

Торрент-файлы для новинки можно скачать отсюда.

>>> Подробности

★★

Проверено: maxcom ()
Последнее исправление: Dendy (всего исправлений: 2)

Ответ на: FreeBSD RIP ! от JJackFLASH

>В 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?

iZEN ★★★★★
()
Ответ на: Позднова-то новость от drfaust

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

lucentcode ★★★★★
()
Ответ на: комментарий от r0mik

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

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

danfe
()
Ответ на: комментарий от blackst0ne

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

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

sergv
()

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

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

anonymous
()
Ответ на: комментарий от iZEN

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

anonymous
()
Ответ на: комментарий от lazyklimm

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

Quasar ★★★★★
()
Ответ на: комментарий от pekmop1024

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

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

Quasar ★★★★★
()
Ответ на: комментарий от EvgGad_303

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

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

Quasar ★★★★★
()
Ответ на: комментарий от Komintern

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

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

Quasar ★★★★★
()
Ответ на: комментарий от Komintern

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

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

Quasar ★★★★★
()
Ответ на: комментарий от lazyklimm

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

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

Quasar ★★★★★
()
Ответ на: комментарий от Komintern

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

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

Quasar ★★★★★
()
Ответ на: комментарий от iZEN

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

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

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

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

Quasar ★★★★★
()
Ответ на: комментарий от Komintern

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

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

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

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

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

iZEN ★★★★★
()
Ответ на: комментарий от Quasar

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

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

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

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

iZEN ★★★★★
()
Ответ на: комментарий от anonymous

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

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

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

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

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

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

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

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

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

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

Quasar ★★★★★
()

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

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

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

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

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

iZEN ★★★★★
()
Ответ на: комментарий от Quasar

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

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

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

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

lazyklimm ★★★★★
()
Ответ на: комментарий от iZEN

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

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

lazyklimm ★★★★★
()
Ответ на: комментарий от iZEN

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

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

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

anonymous
()
Ответ на: комментарий от lazyklimm

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

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

r0mik
()
Ответ на: комментарий от PolarFox

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

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

anonymous
()
Ответ на: комментарий от Quasar

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

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

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


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

EvgGad_303 ★★★★★
()
Ответ на: комментарий от Bang

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

W ★★★★★
()
Ответ на: комментарий от zgen

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

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

LightDiver ★★★★★
()
Ответ на: комментарий от LightDiver

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

Не верю.

zgen ★★★★★
()

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

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

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

Так и не смог поставить 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-девайсов с отличной от «автоматической» разбивкой пространства.

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

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

unC0Rr ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.