Я уж не спрашиваю как там дела с MIDI и с USB звуковухами.
я через USB-звуковуху слушаю. идеи там все правильные… OSS более продвинута, чем ALSA. драйверы вполне раньше писались. не хватает обвязок и по для конечного юзера.
А я читаю, что вывод работает, а ввод нет. А мне нужен ввод, ютубчик я и на телефоне послушаю.
Ну точнее я преувеличиваю лично себя, у меня не USB звуковуха. Просто это пример того, что для pro-audio это не годится.
Но не только поэтому. OSS это замена ALSA, то есть реализация дврайверов. А pipewire это звуковой сервер, он дает более высокоуровневые возможности. Извиняюсь за капитанство.
все верно, кроме того, что OSS замена ALSA. OSS создавалась коммерчески, а ALSA - это опенсорсная (неполноценная) попытка ее заменить. поэтому OSS уже имеет возможности по микшированию каналов.
OSS both as API and as software has been criticized by some developers, such as Paul Davis (of JACK Audio Connection Kit) and Lennart Poettering (of competing PulseAudio).[11][12] Most of these criticisms were either specific to the Linux implementation and not to the OSS API itself, or have been addressed in OSS version 4.
Так а разница, либо устаревший jack вкорячивать, с которым работает по сути только pro-audio софт а для остального адовые костыли, либо более лучший, совместимый и с jack и со всем остальным, имеющий больше возможностей и более удобный pipewire.
Таже проблема что и с alsa, нет утилит позволяющих его хоть как-то, пусть бы и криво, настроить и получить хоть какой-то звук.
Как следствие не видно и рабочего миксера.
Для освоения массовым пользователем очень важно наличие таких стартовых возможностей.
OSS же можно и в линуксе воткнуть, по крайней мере по арчу в вики есть гайд. Только лично для себя я не вижу смысла, потому что все равно нужен pipewire.
нельзя. OSS - это ядерная подсистема. из линукса ушла в 2.4
все равно нужен pipewire.
я только хотел заметить, что OSS изначально создавалась более мощной, с возможностью микширования звуковых потоков через virtual_oss. посмотри мануал, оцени возможности:
оно пока вообще не работает. там не инсталируется …/etc/pipewire, т.е. конфиги. вот если бы ты поразбирался, что там нужно поправить, чтобы оно заиграло… а то конфигов дохрена просто… мне так нравится sndio за свою простоту, а тут опять полеты в космос.:(((
вот так выглядят образцы конфигов. может оценить количество.:(((
FreeBSD contains an independently developed implementation of the OSS API, which includes, among other things, in-kernel resampling, mixing (vchans), equalizer, surround sound, and independent volume control for each application. It also supports bit-perfect mode.
везде, кроме голой альсы, - ты имеешь ввиду большие софтины в юзерспейсе?? так очевидно, что в ядре задержки будут меньше для тех, кому это профессионально надо. поместить что-то в ядро означает сделать это суппер быстрым.
Я имею в виду звуковые серверы во всех ОС. Типа пульсы, pipewire, CoreAudio в маке и то непотребство что в винде.
так очевидно, что в ядре задержки будут меньше для тех, кому это профессионально надо
С чего это вдруг очевидно? Я вообще не вижу как ресемплер влияет напрямую на задержки. Тем более, что у тех “кому это профессионально надо”, в цепочке обработки навешано на два порядка более тяжелых, чем ресемплер, преобразований (эквалайзеры, компрессоры, лимитеры, конвольверы, сатураторы, эмуляторы лампового усилителя и т. д.). И они никак не могут делаться в режиме ядра, потому что это прикладной софт делает. То есть ресемплинг тут вообще незаметен.
поместить что-то в ядро означает сделать его суппер быстрым.
С чего это вдруг? Вообще непонятно. Скорость исполнения кода, делающего арифметические вычисления, в kernel space и в user space одинакова.
я не буду с тобой спорить за проф. работу со звуком, так как вообще в этом ничего не понимаю, но отвечу за ту область, в которой работал
С чего это вдруг? Вообще непонятно. Скорость исполнения кода, делающего арифметические вычисления, в kernel space и в user space одинакова.
при разработки сетевых сервисов, код размещенный в ядре не совершает переключений контекста и вцелом выполняется заметно быстрее. именно по этой причине в ядро включили TLS.
Я ведь говорил. Технология новая. Этот pipewire только недавно стал более-менее стабильным в Линуксе…я бы посоветовал тебе вникнуть в oss. Там возможности с ней большие. А на пшш аудио и пипевире забить болт.
вот если бы ты поразбирался
Извини, но нет, не буду разбираться. Тут нужно с сорцов собирать, компелять, устанавливать и разбираться, что к чему. И еще репортить проблемы нужно. Нет, я этим заниматься точно не буду. Так как этим не пользуюсь. И да. Я презираю новые технологии. От них больше проблем, чем пользы. Можешь меня называть пещерным человеком :)
тогда нужно выкидывать sndio, потому что они вместе не работают. пару месяцев назад мне удалось завести через virtual oss микрофон в скайпе. но теперь почему-то не работает ничего. может, апдейт -> 12.4 повлиял. не работает звук в браузере никак.
Ну, тогда может ты и прав. Я раньше использовал 12.1. Вот там у меня звук трещал (при сильных нагрузках). А в 13.1 такого не наблюдаю. Так что фиг знает, что они там улучшили. Но улучшили. И это факт.
я хз, как я должен вникать вот в такие портянки. и это даже не конфиг! это cmd line такой! при этом я не вижу, как при помощи OSS сконвертировать stereo в mono.
Извини, думал ты сам найдешь. Если лень искать, то вот
dev.pcm.%d.[play|rec].vchanformat
Format for VCHAN mixing. All playback paths will be converted to
this format before the mixing process begins. Bydefaultonly2
channels are enabled. Available options include:
s16le:1.0
Mono.
запустить /usr/local/sbin/virtual_oss -T /dev/sndstat -Q 0 -C 1 -c 1 -S -r 48000 -b 24 -s 1024 -O /dev/dsp3 -R /dev/dsp4 -d dsp -t vdsp.ctl, то появляется /dev/dsp, без которого звука нет вообще даже в mplayer.
собраться ff без pa
сделать sysctl hw.snd.default_unit=0
то ff всеравно просит доступ к микрофону (unit 3), то есть
ff игнорирует настройки sysctl
ff неправильно определяет сам микрофон
в итоге основной звук заикается, а микрофон не работает.
вцелом, как ты и сказал, я решил перейти на OSS/virtual_oss. у меня mixer теперь не может работать с /dev/mixer. вроде как устройство занято. из скрипта громкость не поменяешь.
Он и в линуксе глючный, а в FreeBSD с ним проблем еще больше. Одним словом это геморой. На форуме FreeBSD читал. Многие пользуются Firefox, хотя и он не идеален.
я замучался на фряху багрепорты отсылать года два назад. реально там, как из рога изобилия. ну напишешь. вот, ко мне фикс прилетел через 2-3 года. ну и нафиг это надо?
на лоре тесты проводили. то, что раньше жрало 25 мб озу, на гтк4 жрет 125. в общем я решил, если переходить на фрибзд и отказываться от редхата, то и максимально на qt переходить. вот тут пересборка из исходников позволяет не ставить лишнее.
у офисного пакета важен парсер. у LO юзербаза больше, парсер куда качественнее. ну и я вообще проектам из стада KDE не доверяю. они всегда глючные. сейчас okular запустил на пробу - не открываются настройки, виснет.:(
я теперь полностью разочаровался в cow-fs:( в частности zfs. только для хранения бекапов и все. поэтому можно было бы перейти обратно на linux+xfs, потому что на freebsd какая-то проблема с производительностью на рейде, но лень.
мне в идеале от zfs на обычной машине нужны только контроль четности и снапшоты. это все можно в lvm.
хипстерство какое-то. нелепый командный интерфейс, неразвитые утилиты работы с фс, слабая интегрированнось в систему… продукт выкинут на рынок бажным и тормозным, с тем чтобы тестировать на сообществе и допиливать походу… raid0/1 допилили, raid5/6 так и забросили… плюс все обычные недостатки cow.
ext4 - почему нет? они добавили контрольные суммые для метаданных. очень хорошо. если брать многопоточные сервера с БД, то XFS лучше справляется с нагрузкой.
а я на фряхе поставил UFS и считаю, что традиционные фс не умерли. они сохраняют линейную производительность при 99% заполнении, что очень важно дома. они вообще быстрые.
функции контроля четности у меня выполняет хардварный рейд.
всеравно у меня звук на FreeBSD лагает:( фиг знает, в чем дело.
У меня чистая oss. И машина слабая. При сильных файловых нагрузках, ничего не лагает. Хочу отметить, что вся моя конфигурация сводилась к загрузке в ядро всех драйверов, и назначению звуковой карты по умолчанию.
у меня же вообще машина висла при нагрузке на raid+geom. что-то там у них узко в ядре. стало получше только при kern.bio_transient_maxcnt=8192 и то по-моему уронить можно.
сейчас я поменял приоритет плеера на real priority и стало ок. а вот изменение renice не влияло.
кстати, если ты не в курсе, у нас еще два молодых лоровца бздешника (mordod и clockwork) на https://bindev.net/ и у них есть irc.libera.chat:6697 (TLS) #bindev
но у них там какая-то своя модерация (модераторов примерно столько же, сколько пользователей) вроде есть. по крайне мере сообщение про лт они мне с первого раза забрили:)
ну, может, тебе интересно с ними будет по теме freebsd.
вот на EL9, карточка проброшена в виртуальную машину.
localhost ~ # alsamixer
ALSA lib confmisc.c:855:(parse_card) cannot find card '0'
ALSA lib conf.c:5180:(_snd_config_evaluate) function snd_func_card_inum returned error: No such file or directory
ALSA lib confmisc.c:422:(snd_func_concat) error evaluating strings
ALSA lib conf.c:5180:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory
ALSA lib confmisc.c:1334:(snd_func_refer) error evaluating name
ALSA lib conf.c:5180:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory
ALSA lib conf.c:5703:(snd_config_expand) Evaluate error: No such file or directory
ALSA lib control.c:1528:(snd_ctl_open_noupdate) Invalid CTL default
cannot open mixer: No such file or directory
localhost ~ # lsusb
Bus 001 Device 002: ID 0a92:00d1 EGO SYStems, Inc. U24XL
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
я через USB-звуковуху слушаю. идеи там все правильные… OSS более продвинута, чем ALSA. драйверы вполне раньше писались. не хватает обвязок и по для конечного юзера.
А я читаю, что вывод работает, а ввод нет. А мне нужен ввод, ютубчик я и на телефоне послушаю.
Ну точнее я преувеличиваю лично себя, у меня не USB звуковуха. Просто это пример того, что для pro-audio это не годится.
Но не только поэтому. OSS это замена ALSA, то есть реализация дврайверов. А pipewire это звуковой сервер, он дает более высокоуровневые возможности. Извиняюсь за капитанство.
все верно, кроме того, что OSS замена ALSA. OSS создавалась коммерчески, а ALSA - это опенсорсная (неполноценная) попытка ее заменить. поэтому OSS уже имеет возможности по микшированию каналов.
а что насчет jackd?
но он почему-то так и не стал популярен.
Так а разница, либо устаревший jack вкорячивать, с которым работает по сути только pro-audio софт а для остального адовые костыли, либо более лучший, совместимый и с jack и со всем остальным, имеющий больше возможностей и более удобный pipewire.
а, ок
у тебя там все серьезно? что ты там пишешь?
Да просто на гитаре поиграть - уже нужен либо jack либо pipewire. Даже без записи.
А у меня гитара, клавиши, программные синты и все это должно в реальном времени с низкой задержкой фигачить.
Он крайне популярен, но у тех кто использует написанный под него софт)) Он же не совместим ни с чем.
Таже проблема что и с alsa, нет утилит позволяющих его хоть как-то, пусть бы и криво, настроить и получить хоть какой-то звук.
Как следствие не видно и рабочего миксера. Для освоения массовым пользователем очень важно наличие таких стартовых возможностей.
у меня по факту FreeBSD работает с USB звуковухой. контролы громкости на вход есть.
а вот RHEL 9.1 с pw нет. сейчас буду опять его ставить и еще раз пробовать.
Может под alsa дров нет?
работало перед этим на EL6 2.6.32
Ааааа, так может из нового ядра выкинули.
какая разница? во новом Linux’e не работает же. а во FreeBSD порядок.
На сайте alsa написано что она поддерживается. Такое ощущение, что баг в драйвере.
OSS же можно и в линуксе воткнуть, по крайней мере по арчу в вики есть гайд. Только лично для себя я не вижу смысла, потому что все равно нужен pipewire.
нельзя. OSS - это ядерная подсистема. из линукса ушла в 2.4
я только хотел заметить, что OSS изначально создавалась более мощной, с возможностью микширования звуковых потоков через virtual_oss. посмотри мануал, оцени возможности:
https://www.freebsd.org/cgi/man.cgi?query=virtual_oss&sektion=8&format=html
Так гайд же есть. Пакеты есть. Как это нельзя.
ну будет у тебя юзерспейс через какую-то прослойку работать с той же алсой в ядре.
Нет. Пакет сносит модули alsa и ставит модули oss. Ядерные.
Чистую нет, а через alsa можно. Будет эмуляция. Но скажем дружно-нафиг нужно.
ну ядерная часть на алсе, понятно
я сейчас соберу mpv и pipewire и проверю, что будет.
ну что могу сказать… отсутствует rc.d скрипт для запуска… к слову о качестве и оттестированности портов… или оно запускается только в юзер-сессиях??
load_module()] 0x80158d500: could not load mandatory module "libpipewire-module-protocol-native": No such file or directoryв общем че-то сырое. тоже нужно долго и мучительно разбираться.
Ну, так это ведь логично. Если pulse криво работает (технология не новая), чего ожидать от pipewire (новая технология)?
В принципе оно должно работать в юзер-сессиях, но должно работать и из под рута (что нежелательно).
оно пока вообще не работает. там не инсталируется …/etc/pipewire, т.е. конфиги. вот если бы ты поразбирался, что там нужно поправить, чтобы оно заиграло… а то конфигов дохрена просто… мне так нравится sndio за свою простоту, а тут опять полеты в космос.:(((
вот так выглядят образцы конфигов. может оценить количество.:(((
/usr/local/share/pipewire/ /usr/local/share/pipewire/client-rt.conf /usr/local/share/pipewire/filter-chain.conf /usr/local/share/pipewire/minimal.conf /usr/local/share/pipewire/filter-chain /usr/local/share/pipewire/filter-chain/demonic.conf /usr/local/share/pipewire/filter-chain/sink-matrix-spatialiser.conf /usr/local/share/pipewire/filter-chain/sink-virtual-surround-5.1-kemar.conf /usr/local/share/pipewire/filter-chain/sink-make-LFE.conf /usr/local/share/pipewire/filter-chain/sink-mix-FL-FR.conf /usr/local/share/pipewire/filter-chain/sink-virtual-surround-7.1-hesuvi.conf /usr/local/share/pipewire/filter-chain/source-rnnoise.conf /usr/local/share/pipewire/filter-chain/sink-eq6.conf /usr/local/share/pipewire/filter-chain/sink-dolby-surround.conf /usr/local/share/pipewire/filter-chain/source-duplicate-FL.conf /usr/local/share/pipewire/jack.conf /usr/local/share/pipewire/media-session.d /usr/local/share/pipewire/media-session.d/bluez-monitor.conf /usr/local/share/pipewire/media-session.d/v4l2-monitor.conf /usr/local/share/pipewire/media-session.d/with-pulseaudio /usr/local/share/pipewire/media-session.d/alsa-monitor.conf /usr/local/share/pipewire/media-session.d/with-jack /usr/local/share/pipewire/media-session.d/media-session.conf /usr/local/share/pipewire/pipewire.conf /usr/local/share/pipewire/client.conf /usr/local/share/pipewire/pipewire-avb.conf /usr/local/share/pipewire/pipewire-pulse.confТак это ж образцы, для не-рептилоида из них нужны лишь немногие.
еще про OSS из википедии:
FreeBSD contains an independently developed implementation of the OSS API, which includes, among other things, in-kernel resampling, mixing (vchans), equalizer, surround sound, and independent volume control for each application. It also supports bit-perfect mode.
довольно неплохо, да?
Это все есть везде кроме голой alsa. Но у меня вопрос - а зачем это все в ядре? В чем сакральный смысл работы ресемплера в режиме ядра, например?
везде, кроме голой альсы, - ты имеешь ввиду большие софтины в юзерспейсе?? так очевидно, что в ядре задержки будут меньше для тех, кому это профессионально надо. поместить что-то в ядро означает сделать это суппер быстрым.
Я имею в виду звуковые серверы во всех ОС. Типа пульсы, pipewire, CoreAudio в маке и то непотребство что в винде.
С чего это вдруг очевидно? Я вообще не вижу как ресемплер влияет напрямую на задержки. Тем более, что у тех “кому это профессионально надо”, в цепочке обработки навешано на два порядка более тяжелых, чем ресемплер, преобразований (эквалайзеры, компрессоры, лимитеры, конвольверы, сатураторы, эмуляторы лампового усилителя и т. д.). И они никак не могут делаться в режиме ядра, потому что это прикладной софт делает. То есть ресемплинг тут вообще незаметен.
С чего это вдруг? Вообще непонятно. Скорость исполнения кода, делающего арифметические вычисления, в kernel space и в user space одинакова.
я не буду с тобой спорить за проф. работу со звуком, так как вообще в этом ничего не понимаю, но отвечу за ту область, в которой работал
при разработки сетевых сервисов, код размещенный в ядре не совершает переключений контекста и вцелом выполняется заметно быстрее. именно по этой причине в ядро включили TLS.
Я ведь говорил. Технология новая. Этот pipewire только недавно стал более-менее стабильным в Линуксе…я бы посоветовал тебе вникнуть в oss. Там возможности с ней большие. А на пшш аудио и пипевире забить болт.
Извини, но нет, не буду разбираться. Тут нужно с сорцов собирать, компелять, устанавливать и разбираться, что к чему. И еще репортить проблемы нужно. Нет, я этим заниматься точно не буду. Так как этим не пользуюсь. И да. Я презираю новые технологии. От них больше проблем, чем пользы. Можешь меня называть пещерным человеком :)
ну тогда нас таких в перещере двое :)
:)
тогда нужно выкидывать sndio, потому что они вместе не работают. пару месяцев назад мне удалось завести через virtual oss микрофон в скайпе. но теперь почему-то не работает ничего. может, апдейт -> 12.4 повлиял. не работает звук в браузере никак.
А перейти на 13.1 не вариант?
а какая разница для звука?
я за стейбл. только-только перестал кажется fsck падать по моему репорту. два года уже жду буквально, пока багфикс до меня наконец дойдет.
Я тоже за, но 13.1 это RELEASE.
Обновили ядро, а в ядре драйвера. Может так быть, что работать лучше будет.
нелевые у них всегда беты. с .1 уже лучше, но я не спешу.
у них там очень медленные темпы развития. это не линукс. драйверы все те же самые. тем более я видел ченжлог. ничего там со звуком не делают.
Ну, тогда может ты и прав. Я раньше использовал 12.1. Вот там у меня звук трещал (при сильных нагрузках). А в 13.1 такого не наблюдаю. Так что фиг знает, что они там улучшили. Но улучшили. И это факт.
я хз, как я должен вникать вот в такие портянки. и это даже не конфиг! это cmd line такой! при этом я не вижу, как при помощи OSS сконвертировать stereo в mono.
virtual_oss \ -S \ -c 2 -r 48000 -b 16 -s 4ms -f /dev/dspX \ -a 0 -b 16 -c 2 -m 0,0,1,1 -d vdsp.zyn \ -a 0 -b 16 -c 2 -m 0,0,1,1 -d vdsp.fld \ -a 0 -b 16 -c 2 -m 0,0,1,1 -d dsp \ -a 0 -b 16 -c 2 -m 0,0,1,1 -w vdsp.jack.wav -d vdsp.jack \ -a 0 -b 16 -c 2 -m 0,0,1,1 -w vdsp.rec.wav -l vdsp.rec \ -M i,0,0,0,1,0 \ -M i,0,0,0,1,0 \ -M i,0,0,0,1,0 \ -M i,0,0,0,1,0 \ -t vdsp.ctlПосмотри тут, строка
dev.pcm.%d.[play|rec].vchanformat.да при чем здесь формат. мне вообще не понятна логика событий.
-M Add a monitoring filter. The filter consists of a list of comma separated arguments.какой-то фильтр зачем-то…
-c num Set mix channels for the subsequent commands.что это за количество каналов? входное? выходное? какое-то рабочие…
совершенно не понятно, как приложения должны работать с этими виртуальными устройствами. программы же стандартно открывают /dev/dspX
и так со всем.
Я тебе дал пример, как при помощи OSS сконвертировать stereo в mono.
Я вот недавно видео на youtube смотрел. Чувак на FreeBSD поставил пульсу, pavucontrol. У него там все работает. Так хрен знает, что там у тебя…
ты дал не пример, а ссылку на мануал. а, ну теперь понял. через sysctl ты хочешь сказать. ну интересно. а дальше как с этим всем быть…
Извини, думал ты сам найдешь. Если лень искать, то вот
dev.pcm.%d.[play|rec].vchanformat Format for VCHAN mixing. All playback paths will be converted to this format before the mixing process begins. By default only 2 channels are enabled. Available options include: s16le:1.0 Mono.да нашел уже, говорю, понял.
дальше я из инета скопировал
/usr/local/sbin/virtual_oss -T /dev/sndstat -Q 0 -C 1 -c 1 -S -r 48000 -b 24 -s 1024 -O /dev/dsp3 -R /dev/dsp4 -d dsp -t vdsp.ctlИ как, работает?
раньше с этим получалось захватывать звук с dsp4 (камера) и воспроизводить через dsp3 (usb audio)
но теперь ни один браузер что-то не хочет. я вообще не понимаю, если я делаю что-то такое, микшер должен показывать какие-то изменения?
сейчас у меня вообще звука ни в одном браузере нет. хз, почему.
если
запустить /usr/local/sbin/virtual_oss -T /dev/sndstat -Q 0 -C 1 -c 1 -S -r 48000 -b 24 -s 1024 -O /dev/dsp3 -R /dev/dsp4 -d dsp -t vdsp.ctl, то появляется /dev/dsp, без которого звука нет вообще даже в mplayer.
собраться ff без pa
сделать sysctl hw.snd.default_unit=0
то ff всеравно просит доступ к микрофону (unit 3), то есть
в итоге основной звук заикается, а микрофон не работает.
в GC звука нет вообще.
firefox+virtual_oss начинает работать, если hw.snd.default_unit выставить на девайс с микрофоном.
chrome пока не работает.
а теперь скажи мне, почему список карт такой
pcm0: <NVIDIA (0x0042) (HDMI/DP 8ch)> on hdaa0 (1p:1v/0r:0v) default pcm1: <NVIDIA (0x0042) (HDMI/DP 8ch)> on hdaa0 (1p:1v/0r:0v) pcm2: <NVIDIA (0x0042) (HDMI/DP 8ch)> on hdaa0 (1p:1v/0r:0v) pcm3: <USB audio> at ? kld snd_uaudio (1p:2v/1r:1v) pcm4: <USB audio> at ? kld snd_uaudio (0p:0v/1r:2v)а список sysctl каналов такой:
sysctl -a |grep s16 |sort dev.pcm.0.play.vchanformat: s16le:2.0 dev.pcm.1.play.vchanformat: s16le:2.0 dev.pcm.2.play.vchanformat: s16le:2.0 dev.pcm.3.rec.vchanformat: s16le:2.0 dev.pcm.4.rec.vchanformat: s16le:2.0где play на pcm3, через который все собственно работает??
Меня смущает вот эта строчка
pcm3: <USB audio> at ?Что-то подсказывает, что не определилась звуковая карта.
скорее всего адрес pci отсутствует или еще какая-нибудь хрень, потому что это usb карта, а звук через нее играет.
У меня вот так
uaudio0 on uhub0 uaudio0: <Logitech Logitech USB Headset, class 0/0, rev 1.10/10.13, addr 2> on usbus4 uaudio0: Play[0]: 48000 Hz, 2 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Play[0]: 44100 Hz, 2 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Play[0]: 22050 Hz, 2 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Play[0]: 11025 Hz, 2 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Play[0]: 8000 Hz, 2 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record[0]: 48000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record[0]: 44100 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record[0]: 22050 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record[0]: 11025 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record[0]: 8000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: No MIDI sequencer. pcm5: <USB audio> on uaudio0красиво, но проблема в том, что я после линукса без понятия, о чем это говорит. документации на FreeBSD довольно хренова и man sndstat отсутствует.
у тебя карта как будто определилась как несколько что ли? откуда куча uaudio0
у тебя
pcm5: <USB audio> on uaudio0говорит, что звук pcm5 обслуживается драйвером uaudio0. может, это F13 потому что.
у меня модуль snd_audio, загруженный по хз какому адресу.
pcm3: <USB audio> at ? kld snd_uaudio (1p:2v/1r:1v)во F13 эта карта опознается
Installed devices: pcm0: <USB audio> (play/rec) default No devices installed from userspace.Да, у меня их куча. Интеловская, модуль от Nvidia, и usb карта. На usb и сижу.
А, вот оно что…теперь ясно.
вцелом, как ты и сказал, я решил перейти на OSS/virtual_oss. у меня mixer теперь не может работать с /dev/mixer. вроде как устройство занято. из скрипта громкость не поменяешь.
А штатными средствами громкость меняется?
да, нормально
почему в chrome звук пропал после апдейтов не знаю, но поскайпиться на новый год смогу через фф.
Он и в линуксе глючный, а в FreeBSD с ним проблем еще больше. Одним словом это геморой. На форуме FreeBSD читал. Многие пользуются Firefox, хотя и он не идеален.
на линукс ок. в freebsd chrome поддерживает sndio. почему перестал через него играть - хз.
Нужно писать багрепорт.
я замучался на фряху багрепорты отсылать года два назад. реально там, как из рога изобилия. ну напишешь. вот, ко мне фикс прилетел через 2-3 года. ну и нафиг это надо?
Нашел на форуме вот эту ветку. Почитай, может поможет.
там выставляют дефолтный девайс OSS и все, а мой хром должен отправлять звук в sndio.
это просто глюк новой версии в портах может быть.
что меня поражает, раньше в браузерах был выбор девайса воспроизведения, но сейчас убрали! прогресс!
может, seamonkey поставить. это типа старый фф.
там, все играет chrome. я собрал его только с поддержкой alsa. и через alsa-sndio он отправляет звук в sndio
crypt@witch ~ $ cat .asoundrc pcm.!default { type sndio }Тогда даже не знаю что и сказать…в Firefox таких проблем у меня нет.
нативная поддержка OSS. а микрофон в chrome не заработал. ну и фиг с ним.
видеокамера тоже работать не будет. если бы RH не стал таким говном, вернулся бы к ним.
Ну да. Каждый работает с тем, с чем ему удобнее.
Боюсь даже подумать, сколько времени это собиралось…
у меня отдельный же сервер под это в инете. запустил там где-то потом обновился.
А, вот оно что. Теперь понятно. Ну а я, на своем железе, наверно сутки компелял бы…
еще из лайфхаков: приспособился видео в блендере обрезать. сейчас редактирую видеофайл.
Никогда этим не занимался. Приятно слышать, что на FreeBSD это все работает.
ну это такой лайфхак знаешь… 3д редактором делать видео… примерно, как охотничьим ножом консервные банки вскрывать…
Я этим не занимался (и не занимаюсь). Нуб нубом в этом.
как твоя машина с freebsd? я смотрю, последний пост из-под линукса:)
Да все нормально с ней. Работает. Проблем никаких. Даже скучно. Теперь сестра на ней сидит. Две другие у родителей.
Да. Это моя последняя машина с Линуксом. Оставил ради экспериментов. Так сказать, ради забавы.
начни компилять)
сестры или машины?
Машины :)
Я использую бинарные пакеты.
П.С.
На ихнем форуме прочитал, что у кого-то, от компеляции, сдох ssd…так это так. К сведению…
Пруф.
это уж проблема SSD… я на них вообще основные данные не держу.
у тебя gtk4 уже прилетел по зависимостям?
Они и раньше у меня были. А что с ними не так?
Завтра буду обновляться. Пока доступа к машинам не имею.
на лоре тесты проводили. то, что раньше жрало 25 мб озу, на гтк4 жрет 125. в общем я решил, если переходить на фрибзд и отказываться от редхата, то и максимально на qt переходить. вот тут пересборка из исходников позволяет не ставить лишнее.
У меня из гтк только лиса и libreoffice. Обновлюсь и посмотрю что и как там.
libreoffice у меня на qt. а вот основные браузеры на гтк3.
Тогда уж лучше Calligra.Я раньше пользовался этим софтом. Нормальная софтина, и меньше жрет, нежели Libreoffice.
у офисного пакета важен парсер. у LO юзербаза больше, парсер куда качественнее. ну и я вообще проектам из стада KDE не доверяю. они всегда глючные. сейчас okular запустил на пробу - не открываются настройки, виснет.:(
Да, согласен.
Я вчера родителям и сестре обновлял. Жрать чуточку больше стало, где-то на 10 мб. Так-что не критично.
шо ты обновлял? приложения перешли с 3 на 4?
Именно это.
интересно, в чем прикол. я лично собирал предложенный на лоре пример и он у меня жрал в разы больше.
Я в порты не лезу и некомпеляю. Устанавливал через
pkg.https://www.linux.org.ru/forum/development/16725091
от этого не зависит. на лоре давали код hello world для сравнения.
Ну, я не знаю. У меня такого нет. Но я сильно не вникал. Надо будет более глубже потестить (когда будет время).
П.С.
Специально залез на порт libreoffice. Gtk4 по дефолту там отмечен как
off. Пишет, что сломанный он.да, про ло знаю. но там починили qt порт зато)
я наоборот собрал обновления из исходников, скоро буду ставить. это, конечно, более хлопотно, но вцелом ок.
Ну да, это все занимает время…
я теперь полностью разочаровался в cow-fs:( в частности zfs. только для хранения бекапов и все. поэтому можно было бы перейти обратно на linux+xfs, потому что на freebsd какая-то проблема с производительностью на рейде, но лень.
мне в идеале от zfs на обычной машине нужны только контроль четности и снапшоты. это все можно в lvm.
А что думаешь про btrfs на линуксе?
хипстерство какое-то. нелепый командный интерфейс, неразвитые утилиты работы с фс, слабая интегрированнось в систему… продукт выкинут на рынок бажным и тормозным, с тем чтобы тестировать на сообществе и допиливать походу… raid0/1 допилили, raid5/6 так и забросили… плюс все обычные недостатки cow.
Понял. Спасибо за инфу. Я, как пещерный человек, сижу на Ext4 (это та машина, что на Debian). На FreeBSD zfs.
ext4 - почему нет? они добавили контрольные суммые для метаданных. очень хорошо. если брать многопоточные сервера с БД, то XFS лучше справляется с нагрузкой.
а я на фряхе поставил UFS и считаю, что традиционные фс не умерли. они сохраняют линейную производительность при 99% заполнении, что очень важно дома. они вообще быстрые.
функции контроля четности у меня выполняет хардварный рейд.
Ну так нет его, на FreeBSD.
все ФС делятся на два больших класса: традиционные (ext4, xfs, ufs…) и cow (zfs, btrfs, hammer2)… нет ext4? ufs - ближайший аналог.
Выбрал то, что предлагали. Хотя ты прав. Нужно было выбирать UFS. Все равно полным функционалом zfs не пользуюсь…
всеравно у меня звук на FreeBSD лагает:( фиг знает, в чем дело.
У меня чистая oss. И машина слабая. При сильных файловых нагрузках, ничего не лагает. Хочу отметить, что вся моя конфигурация сводилась к загрузке в ядро всех драйверов, и назначению звуковой карты по умолчанию.
у меня же вообще машина висла при нагрузке на raid+geom. что-то там у них узко в ядре. стало получше только при kern.bio_transient_maxcnt=8192 и то по-моему уронить можно.
сейчас я поменял приоритет плеера на real priority и стало ок. а вот изменение renice не влияло.
А я совсем в эти дебри не лез.
а под wine ты что-нибудь запускаешь? как оно работает?
Нет, этим я не пользуюсь.
кстати, если ты не в курсе, у нас еще два молодых лоровца бздешника (mordod и clockwork) на https://bindev.net/ и у них есть irc.libera.chat:6697 (TLS) #bindev
но у них там какая-то своя модерация (модераторов примерно столько же, сколько пользователей) вроде есть. по крайне мере сообщение про лт они мне с первого раза забрили:)
ну, может, тебе интересно с ними будет по теме freebsd.
Спасибо за наводку. Надо будет почитать. Но регаться я не буду. Просто почитаю.
на ирк к ним сходи. я сейчас заходил, там всегда три человека в риал тайме.
В закладки себе добавил :) а туда схожу потом :)
Это говорит о том, что я назначил эту звуковую карту как дефолтную. Это наушники с микрофоном.
вот на EL9, карточка проброшена в виртуальную машину.
localhost ~ # alsamixer ALSA lib confmisc.c:855:(parse_card) cannot find card '0' ALSA lib conf.c:5180:(_snd_config_evaluate) function snd_func_card_inum returned error: No such file or directory ALSA lib confmisc.c:422:(snd_func_concat) error evaluating strings ALSA lib conf.c:5180:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory ALSA lib confmisc.c:1334:(snd_func_refer) error evaluating name ALSA lib conf.c:5180:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory ALSA lib conf.c:5703:(snd_config_expand) Evaluate error: No such file or directory ALSA lib control.c:1528:(snd_ctl_open_noupdate) Invalid CTL default cannot open mixer: No such file or directory localhost ~ # lsusb Bus 001 Device 002: ID 0a92:00d1 EGO SYStems, Inc. U24XL Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hubА
aplay -lесли?localhost ~ # lsusb Bus 001 Device 002: ID 0a92:00d1 EGO SYStems, Inc. U24XL Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub localhost ~ # aplay -l aplay: device_list:275: no soundcards found...драйвер-то ядерный должен быть. или у alsa еще свои какие-то?
Написано, что эта карта поддерживается модулем ядра snd-usb-audio
почему-то нет такого:( я говорю, с rh все хуже и хуже:(
Вообще такого модуля нет, в lsmod выхлопе?
А вручную modprobe не пробовал?
Или в системе вообще нету?
нет, его нет в файловой системе
А если с нижними подчеркиваниями вместо дефисов?
Нет, нельзя. Будет работать через алсу (эмуляция oss).