FreeBSD OSS / Pipewire

12.4 повлиял. не работает звук в браузере никак.

А перейти на 13.1 не вариант?

а какая разница для звука?

я за стейбл. только-только перестал кажется fsck падать по моему репорту. два года уже жду буквально, пока багфикс до меня наконец дойдет.

я за стейбл

Я тоже за, но 13.1 это RELEASE.

а какая разница для звука?

Обновили ядро, а в ядре драйвера. Может так быть, что работать лучше будет.

RELEASE

нелевые у них всегда беты. с .1 уже лучше, но я не спешу.

Обновили ядро, а в ядре драйвера.

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

Ну, тогда может ты и прав. Я раньше использовал 12.1. Вот там у меня звук трещал (при сильных нагрузках). А в 13.1 такого не наблюдаю. Так что фиг знает, что они там улучшили. Но улучшили. И это факт.

я бы посоветовал тебе вникнуть в oss

я хз, как я должен вникать вот в такие портянки. и это даже не конфиг! это 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)

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

но он почему-то так и не стал популярен.

Таже проблема что и с alsa, нет утилит позволяющих его хоть как-то, пусть бы и криво, настроить и получить хоть какой-то звук.
Как следствие не видно и рабочего миксера.
Для освоения массовым пользователем очень важно наличие таких стартовых возможностей.

сейчас у меня вообще звука ни в одном браузере нет. хз, почему.

если

0. запустить /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.

1. собраться ff без pa

2. сделать sysctl hw.snd.default_unit=0

то ff всеравно просит доступ к микрофону (unit 3), то есть

1. ff игнорирует настройки sysctl
2. ff неправильно определяет сам микрофон

в итоге основной звук заикается, а микрофон не работает.

в GC звука нет вообще.

а теперь скажи мне, почему список карт такой

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, через который все собственно работает??

еще про 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.

довольно неплохо, да?

firefox+virtual_oss начинает работать, если hw.snd.default_unit выставить на девайс с микрофоном.

chrome пока не работает.

in-kernel resampling, mixing (vchans), equalizer, surround sound, and independent volume control for each application

Это все есть везде кроме голой alsa. Но у меня вопрос - а зачем это все в ядре? В чем сакральный смысл работы ресемплера в режиме ядра, например?

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

ты имеешь ввиду большие софтины в юзерспейсе??

Я имею в виду звуковые серверы во всех ОС. Типа пульсы, pipewire, CoreAudio в маке и то непотребство что в винде.

так очевидно, что в ядре задержки будут меньше для тех, кому это профессионально надо

С чего это вдруг очевидно? Я вообще не вижу как ресемплер влияет напрямую на задержки. Тем более, что у тех «кому это профессионально надо», в цепочке обработки навешано на два порядка более тяжелых, чем ресемплер, преобразований (эквалайзеры, компрессоры, лимитеры, конвольверы, сатураторы, эмуляторы лампового усилителя и т. д.). И они никак не могут делаться в режиме ядра, потому что это прикладной софт делает. То есть ресемплинг тут вообще незаметен.

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

С чего это вдруг? Вообще непонятно. Скорость исполнения кода, делающего арифметические вычисления, в kernel space и в user space одинакова.

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

С чего это вдруг? Вообще непонятно. Скорость исполнения кода, делающего арифметические вычисления, в kernel space и в user space одинакова.

при разработки сетевых сервисов, код размещенный в ядре не совершает переключений контекста и вцелом выполняется заметно быстрее. именно по этой причине в ядро включили TLS.

Меня смущает вот эта строчка

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 и сижу.

во F13 эта карта опознается

А, вот оно что….теперь ясно.

красиво, но проблема в том, что я после линукса без понятия, о чем это говорит.

Это говорит о том, что я назначил эту звуковую карту как дефолтную. Это наушники с микрофоном.

вцелом, как ты и сказал, я решил перейти на OSS/virtual_oss. у меня mixer теперь не может работать с /dev/mixer. вроде как устройство занято. из скрипта громкость не поменяешь.

я решил перейти на OSS/virtual_oss.

А штатными средствами громкость меняется?

да, нормально

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

почему в 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
}

и через alsa-sndio он отправляет звук в sndio

Тогда даже не знаю что и сказать…в Firefox таких проблем у меня нет.

я собрал его

Боюсь даже подумать, сколько времени это собиралось…

у меня отдельный же сервер под это в инете. запустил там где-то потом обновился.

нативная поддержка OSS. а микрофон в chrome не заработал. ну и фиг с ним.

видеокамера тоже работать не будет. если бы RH не стал таким говном, вернулся бы к ним.

еще из лайфхаков: приспособился видео в блендере обрезать. сейчас редактирую видеофайл.

кстати, если ты не в курсе, у нас еще два молодых лоровца бздешника (mordod и clockwork) на https://bindev.net/ и у них есть irc.libera.chat:6697 (TLS) #bindev

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

ну, может, тебе интересно с ними будет по теме freebsd.

нативная поддержка OSS. а микрофон в chrome не заработал. ну и фиг с ним.

Ну да. Каждый работает с тем, с чем ему удобнее.

у меня отдельный же сервер под это в инете. запустил там где-то потом обновился.

А, вот оно что. Теперь понятно. Ну а я, на своем железе, наверно сутки компелял бы…