The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз операционной системы OpenBSD 5.7, opennews (ok), 01-Май-15, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


3. "Релиз операционной системы OpenBSD 5.7"  –7 +/–
Сообщение от o (?), 01-Май-15, 21:20 
Как раз думаю куда идти с freebsd..
Может в openbsd? Skype в ней пашет?
Ответить | Правка | Наверх | Cообщить модератору

5. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Sluggard (ok), 01-Май-15, 21:28 
А в BSD бывает Skype не через линуксулятор? =)
Ответить | Правка | Наверх | Cообщить модератору

15. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 01-Май-15, 22:18 
> А в BSD бывает Skype не через линуксулятор? =)

Он с недавнего времени там не пашет вовсе.

Ответить | Правка | Наверх | Cообщить модератору

23. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Sluggard (ok), 01-Май-15, 22:24 
> Он с недавнего времени там не пашет вовсе.

Из-за обязательности PulseAudio что ли?

Ответить | Правка | Наверх | Cообщить модератору

32. "Релиз операционной системы OpenBSD 5.7"  +1 +/–
Сообщение от Аноним (-), 01-Май-15, 22:30 
Видимо да, пробовал собрать фряху из этой ветки
https://svnweb.freebsd.org/base/user/dchagin/lemul/?view=log
Белое окно, ругань на отсутствующие inotify-вызовы, крэш
Ответить | Правка | Наверх | Cообщить модератору

36. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Sluggard (ok), 01-Май-15, 22:33 
Мда, а старые версии клиентов мелкомягкие уроды отключили. (
Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

91. "Релиз операционной системы OpenBSD 5.7"  –3 +/–
Сообщение от Аноним (-), 02-Май-15, 13:06 
Меня всегда удивляет русский аудитория. Если нет заявленная поддержка приложения под выясненную платформу, то вы ее пытаетесь там запустить.

Изначально BSD создан как альтернатива UNIX с полной совместной поддержкой POSIX.

Если Вам нужно использовать связь под платформу существует полный стандарт SIP для звонков и видео.

Я имею уверенность, что есть Voice IP телефон для платформы BSD в исходных кодах.

Вполне вероятно, что Skype так же пожжерживает входящие звонки из SIP?

Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

102. "Релиз операционной системы OpenBSD 5.7"  –4 +/–
Сообщение от Аноним (-), 02-Май-15, 14:05 
> Меня всегда удивляет русский аудитория. Если нет заявленная поддержка
> приложения под выясненную платформу, то вы ее пытаетесь там запустить.

Человек, если ты прешься на русскоязычный форум - изволь русским языком все-таки овладеть. Хотя-бы в объеме достаточном для правильной стыковки падежей. Зачем нам записки папуаса Пятницы?

> Изначально BSD создан как альтернатива UNIX с полной совместной поддержкой POSIX.

Гуглтранслейт такой гуглтранслейт, а маркетинговый булшит такой маркетинговый.
//Fuck google translate & marketing bullshit.

> Если Вам нужно использовать связь под платформу существует полный стандарт SIP

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

> Я имею уверенность,

Ее не надо иметь, с ней надо дружить.

> Вполне вероятно, что Skype так же пожжерживает входящие звонки из SIP?

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

Ответить | Правка | Наверх | Cообщить модератору

113. "Релиз операционной системы OpenBSD 5.7"  +1 +/–
Сообщение от Аноним (-), 02-Май-15, 14:29 
Какой ты умный и находчивый! Мы почти гордимся тобой!

> Гуглтранслейт такой гуглтранслейт,
> застревает на первом же фаере и нате
> фаере и нате,

*facepalm.jpg*

Ответить | Правка | Наверх | Cообщить модератору

93. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 02-Май-15, 13:26 
> Наверное прозрачно намекает что бояздэшники - латентные проприетарщики...

Латентные - потому хотят, но не могут запустить?
А как тогда называть тех, кто может - и гордится возможностю ввести зонд нативно и почти без вазелина? :)

Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

103. "Релиз операционной системы OpenBSD 5.7"  –1 +/–
Сообщение от Аноним (-), 02-Май-15, 14:09 
> Латентные - потому хотят, но не могут запустить?

Латентные - потому что норовят втихаря подъюзать макось или винду, когда предмет их фапа жидко обcupaется с mission critical задачей, а совсем уж обламываться неохота.

> А как тогда называть тех, кто может - и гордится возможностю ввести
> зонд нативно и почти без вазелина? :)

Если это про юзеров скайпа - гoвнoeды. Но большинство бздюков как ни странно ничего не имеют против проприетари, а свододная лицензия им нужна для того чтобы уволочь код в свою нору, закрыть и потчевать окружающих своим блобьем под EULA. Правда, у большинства на этом пути пупок развязывается, но сони и жуниперы - одобряют.

Ответить | Правка | Наверх | Cообщить модератору

117. "Релиз операционной системы OpenBSD 5.7"  –1 +/–
Сообщение от Аноним (-), 02-Май-15, 14:34 
> Латентные - потому что норовят втихаря подъюзать макось или винду,

Т.е. бубунта - это бздя, ибо, как известно каждому - бубунтоиды через одного дуалбутчики, да еще и гордятся этим?

> . Но большинство бздюков

Опрос был проведен когда и кем? Или голоса в голове нашептали? :)

> как ни странно ничего не имеют против проприетари

Ну, пока мы видим отнюдь не бздюков, фапающих на проприетарь - типа "Сидите на нормальных системах, где зонды устанавливаются в два клика!!"

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

Голоса в голове, шепчущие про проприетарь - отнюдь не всегда голоса "бздюков" :)

Ответить | Правка | Наверх | Cообщить модератору

148. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 02-Май-15, 17:11 
Разупорись, не латентный.
Ответить | Правка | Наверх | Cообщить модератору

160. "Релиз операционной системы OpenBSD 5.7"  +1 +/–
Сообщение от Аноним (-), 03-Май-15, 00:46 
> Т.е. бубунта - это бздя, ибо, как известно каждому - бубунтоиды через
> одного дуалбутчики, да еще и гордятся этим?

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

> Опрос был проведен когда и кем? Или голоса в голове нашептали? :)

Это так, неформальная статистика по опеннету и ряду других ресурсов где такие кадры попадаются. Даже забредавший сюда Kibab и то спалился на том что драйвер SATA для allwinner он как бы для развлечения написал, а на десктопе у него макось. У опенбздюков это менее выражено, но это потому что они сами менее выражены.

> "Сидите на нормальных системах, где зонды устанавливаются в два клика!!"

Я вроде пользователей скайпа гoвнoедами назвал. Хоть и пользуюсь хубунтой :).

> Голоса в голове, шепчущие про проприетарь - отнюдь не всегда голоса "бздюков" :)

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

Ответить | Правка | Наверх | Cообщить модератору

225. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Куяврег (?), 04-Май-15, 01:29 
>> Т.е. бубунта - это бздя, ибо, как известно каждому - бубунтоиды через
>> одного дуалбутчики, да еще и гордятся этим?
> Большинство убунтоидов как раз от дуалбута постепенно избавляются

это понятно. нафига две венды?

> Не, это всего лишь статистика по части предпочтений и мотивации большинства виденных бздюков.

такая статистика говорит более о твоём круге общения.

Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

114. "Релиз операционной системы OpenBSD 5.7"  +1 +/–
Сообщение от Sluggard (ok), 02-Май-15, 14:31 
> Наверное прозрачно намекает что бояздэшники - латентные проприетарщики...

А мне-то фигли об этом писать? ))

Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

161. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 03-Май-15, 00:46 
> А мне-то фигли об этом писать? ))

А тебе - за то что ты понифаг :)

Ответить | Правка | Наверх | Cообщить модератору

90. "Релиз операционной системы OpenBSD 5.7"  +1 +/–
Сообщение от Аноним (-), 02-Май-15, 13:05 
> Мда, а старые версии клиентов мелкомягкие уроды отключили. (

Работают старые версии, только погиниться не могут. Логиниться нужно новым скайпом с включенным автологоном, после чего его убивать с -KILL и запускать старый (4.2.0.13).

P.S. И ни в коем случае не ставить линуксовую пульсу, в ней весь косяк а не в отсутствующих сисколах. Если она стоит в системе, старый скайп не работает тоже
P.S.2. Старый скайп тоже можно заставить логиниться если поправить номер версии в бинарнике, но это отдельная история

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

104. "Релиз операционной системы OpenBSD 5.7"  +3 +/–
Сообщение от Аноним (-), 02-Май-15, 14:10 
> Работают старые версии, только погиниться не могут. Логиниться нужно новым скайпом с
> включенным автологоном, после чего его убивать с -KILL и запускать старый (4.2.0.13).

Вот это я понимаю - в ластах и протиогазе, по фонарному столбу...

Ответить | Правка | Наверх | Cообщить модератору

159. "Релиз операционной системы OpenBSD 5.7"  –1 +/–
Сообщение от Аноним (-), 02-Май-15, 23:07 
>> Работают старые версии, только погиниться не могут. Логиниться нужно новым скайпом с
>> включенным автологоном, после чего его убивать с -KILL и запускать старый (4.2.0.13).
> Вот это я понимаю - в ластах и протиогазе, по фонарному столбу...

Да, это так. Самое веселое, что в линуксе еще хуже. Он, скайп, с qt динамически слинкован, и если не изменяет мне склероз, этот qt из 5-го рхела, по этому нужно бывает такое городить чтобы заработало...

Ответить | Правка | Наверх | Cообщить модератору

162. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 03-Май-15, 00:48 
> Да, это так. Самое веселое, что в линуксе еще хуже.

Не знаю, тут из зала подсказывают что в убунте он просто ставится и работает. Я правда лично не проверял, т.к. зонд от микрософта мне никуда не уперся.

Ответить | Правка | Наверх | Cообщить модератору

189. "Релиз операционной системы OpenBSD 5.7"  –1 +/–
Сообщение от Аноним (-), 03-Май-15, 13:29 
Он и в бзде просто ставился и работал, пока не стал pulseaudio-only и из другого угла зала подсказывают что наличие пульсы уже само по себе проблема.

> зонд от микрософта мне никуда не уперся.

при всем богатстве выбора, альтернатив нет. аська сдохла, xmmp с sip так и не родились

Ответить | Правка | Наверх | Cообщить модератору

210. "Релиз операционной системы OpenBSD 5.7"  –1 +/–
Сообщение от Аноним (-), 03-Май-15, 20:41 
> Он и в бзде просто ставился и работал, пока не стал pulseaudio-only

Это вполне логично - апликушникам удобнее относительно высокоуровневый интерфейс, типа пульса. Где они смогут "просто играть звук" а не заморачиваться хренью навроде "а какие частоты дискретизации поддерживает эта звуковуха?". В какой-нибудь алсучке с этим исторически было "не очень". Слишком низкоуровневый интерфейс. OSS сдох из-за жлобства конторы которая его пилила: линуксоидам оказалось нафигнужно вторым сортом относительно проприетари быть. Как обычно. Они - первый сорт. И умеют понятно это объяснять тем кто зарывается. Ну вот так и получилось что имеется то что имеется.

> наличие пульсы уже само по себе проблема.

Не знаю, у меня пульс есть и никаких проблем от этого я не испытываю. Поэтому мне довольно пофиг на эти страдания "расово верных".

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

> при всем богатстве выбора, альтернатив нет. аська сдохла, xmmp с sip так и не родились

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

Ответить | Правка | Наверх | Cообщить модератору

227. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 04-Май-15, 03:40 
> Где они смогут "просто играть звук" а не заморачиваться хренью навроде "а какие частоты дискретизации поддерживает эта звуковуха?"

user294, вылезай из анабиоза и прекращай нести всякую хрень на опеннете. Звуковухам уже лет этак 15 до барабана частоты дискретизации и битность квантования, у них у всех 1-битный обычно 3-х мегагерцовый ЦАП с сигма-дельта модуляцией и им пофигу что конвертировать в этот формат.

Ответить | Правка | Наверх | Cообщить модератору

234. "Релиз операционной системы OpenBSD 5.7"  +1 +/–
Сообщение от Mihail Zenkov (ok), 04-Май-15, 15:37 
> Звуковухам
> уже лет этак 15 до барабана частоты дискретизации и битность квантования,
> у них у всех 1-битный обычно 3-х мегагерцовый ЦАП с сигма-дельта
> модуляцией и им пофигу что конвертировать в этот формат.

Насколько я понимаю, ваш оппонент (почти opennet :) имел ввиду, что для открытия устройства для воспроизведения нужно проделать довольно таки много манипуляций. В целом он прав, но тот кому просто "просто играть звук" возьмет готовую библиотеку, которая умеет не только alsa/jack/etc использовать, но и аудио форматы декодировать или вообще вызовет отдельный процесс с каким нибудь aplay.


Что же касается звуковух - то общение с ЦАП не происходит на прямую, а через codec/dsp, который хочет вполне конкретных частот и форматов. Да и нормально реализовать 44.1kHz и 48kHz на одной железке можно либо двумя тактовыми генераторами, либо одним очень скоростным с гибкой системой делителей и множителей. Естественно производители массовых решений ставят один дешевый кварц кратный 48kHz, а остальные частоты получают программно.

Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

239. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 04-Май-15, 19:18 
> Насколько я понимаю, ваш оппонент (почти opennet :) имел ввиду

Да не, он просто очень хотел потроллить, но как всегда - не осилил, ибо не очень в теме :)

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

Ответить | Правка | К родителю #234 | Наверх | Cообщить модератору

243. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от wulf (ok), 05-Май-15, 13:49 
> Да и нормально реализовать 44.1kHz и 48kHz на одной железке можно либо двумя тактовыми генераторами, либо одним очень скоростным с гибкой системой делителей и множителей. Естественно производители массовых решений ставят один дешевый кварц кратный 48kHz, а остальные частоты получают программно.

Оба-на еще один знаток железа вещает из анабиоза.

Камрад, нету звуковых ЦАП на 44.1kHz и 48kHz уже лет 15 как. Они - говно по определению, ибо у фильтров с высокой крутизной среза стоящих на выходе и требуемых теоремой Котельникова-Найквиста есть фатальные недостатки: у линейных, например, чем круче АЧХ, тем хреновее ФЧХ. Про ПАВ, Фурье и т.п. даже заикаться не хочется.
От этого жизнь пошла по другому пути - отказу от схем с фильтрацией сигнала на 22/24 kHz. В результате, сейчас применяются только 1-битные ЦАП-ы на ~3МГц с обработкой сигналов на основе т.н. сигма-дельта модуляции (да, да, про нее знает даже русская википедия, загляни plz туда прежде чем отвечать) и там без разницы исходная частота т.к. ресамплинг происходит вообще всегда.

Нееее, я понимаю, user294 мог не знать об этом, не на каждом углу написано. Но когда, как говорится "ткнули фейсом" продолжать нести свои измышлизмы про "44.1kHz и 48kHz на одной железке" это называется "чукча не читатель. чукча - писатель"

Ответить | Правка | К родителю #234 | Наверх | Cообщить модератору

244. "Релиз операционной системы OpenBSD 5.7"  +1 +/–
Сообщение от Mihail Zenkov (ok), 05-Май-15, 16:15 
> Оба-на еще один знаток железа вещает из анабиоза.
> Камрад, нету звуковых ЦАП на 44.1kHz и 48kHz уже лет 15 как.

1. Еще раз для особо одаренных - драйвер не работает с ЦАП напрямую. 44.1kHz и 48kHz (или кратные им) хочет codec/dsp с которым и работает alsa.

2. Откройте любой даташит на аудио ЦАП и посмотрите в каком виде он хочет PCM.

> Они - говно по определению, ибо у фильтров с высокой крутизной
> среза стоящих на выходе и требуемых теоремой Котельникова-Найквиста есть фатальные недостатки:
> у линейных, например, чем круче АЧХ, тем хреновее ФЧХ. Про ПАВ,
> Фурье и т.п. даже заикаться не хочется.
> От этого жизнь пошла по другому пути - отказу от схем с
> фильтрацией сигнала на 22/24 kHz. В результате, сейчас применяются только 1-битные
> ЦАП-ы на ~3МГц с обработкой сигналов на основе т.н. сигма-дельта модуляции
> (да, да, про нее знает даже русская википедия, загляни plz туда
> прежде чем отвечать) и там без разницы исходная частота т.к. ресамплинг
> происходит вообще всегда.

Большинство аудио ЦАП имеют встроенный oversampling. К примеру на моей плате стоит CS4398, в интернете есть отличный даташит на него.

> Нееее, я понимаю, user294 мог не знать об этом, не на каждом
> углу написано. Но когда, как говорится "ткнули фейсом" продолжать нести свои
> измышлизмы про "44.1kHz и 48kHz на одной железке" это называется "чукча
> не читатель. чукча - писатель"

Это точно ;) Я занимаюсь аудио как железом, так и софтом примерно 15 лет, да и драйвера ковырять приходилось.


Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

245. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от wulf (ok), 06-Май-15, 02:13 
> 1. Еще раз для особо одаренных - драйвер не работает с ЦАП напрямую. 44.1kHz и 48kHz (или кратные им) хочет codec/dsp с которым и работает alsa.

Ну и прекрасно. Любую частоту/битность которую запросит alsa она получит. Не только дефолтные 48kHz, но и 44, 96 и т.д. С недефолтной на дефолтную она умеет сама делать up/down-sample, software mixing применять если отсутствует hardware mixing тоже умеет. В чем проблема? В чем тут необходимость pulse?

> Большинство аудио ЦАП имеют встроенный oversampling

Уже давно не большинство а все, хоть это и не совсем oversampling

> К примеру на моей плате стоит CS4398, в интернете есть отличный даташит на него.

Даже этот динозавр 10-летней давности умеет все возможные частоты и битности (кроме 32) и все они являются нативными из-за первой строчки в даташите: Features Advanced Multi-bit Delta-Sigma Architecture

Я уже начинаю теряться. К чему этот спич? Весь опеннет меня пытается убедить что alsa не умеет воспроизводить звук из нескольких источников одновременно? И из-за этого надо поверх нее тянуть пульсу? Или что приложения написанные под alsa должны подстраиваться под звуковую карту? Бред! Тогда уж лучше сразу задепрекатить альсу если она такое гуано и утянуть в ядро и glibc пульсу, чем устраивать нынешнюю дурацкую связку pulse/alsa

Ответить | Правка | К родителю #244 | Наверх | Cообщить модератору

246. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Mihail Zenkov (ok), 06-Май-15, 03:09 
>> 1. Еще раз для особо одаренных - драйвер не работает с ЦАП напрямую. 44.1kHz и 48kHz (или кратные им) хочет codec/dsp с которым и работает alsa.
> Ну и прекрасно. Любую частоту/битность которую запросит alsa она получит. Не только
> дефолтные 48kHz, но и 44, 96 и т.д.

Нет, не получит. Как я уже сказал, это зависит от реализации тактового генератора, а не от ЦАП. Смотрите все тот же даташит и откуда берется MCLK. На моей плате (emu1212-m pci) физически стоит два разных кварца, выбрать нужный можно из alsamixer.

> С недефолтной на
> дефолтную она умеет сама делать up/down-sample, software mixing применять если отсутствует
> hardware mixing тоже умеет. В чем проблема? В чем тут необходимость
> pulse?

Изначально речь шла о том, что у alsa сложный api - и это правда.

> Я уже начинаю теряться. К чему этот спич? Весь опеннет меня пытается
> убедить что alsa не умеет воспроизводить звук из нескольких источников одновременно?
> И из-за этого надо поверх нее тянуть пульсу?

Все alsa умеет. Я лично использую либо просто alsa, либо совместно с jack.

> Или что приложения
> написанные под alsa должны подстраиваться под звуковую карту?

Должны - alsa низкоуровневый интерфейс, приложение как минимум должно согласовать частоту, формат (16/24/le/be), размер буфера, количество периодов.

> Бред! Тогда уж
> лучше сразу задепрекатить альсу если она такое гуано и утянуть в
> ядро и glibc пульсу, чем устраивать нынешнюю дурацкую связку pulse/alsa

Нет, не бред. Это позволяет при необходимости получить минимально возможную задержку для конкретного железа. Так же при не необходимости, мы можем получить гарантированный bit perfect, то есть отсутствие какой либо программной модификации посылаемого сигнала.

Я сам многое здесь писал в защиту alsa. Создание еще одного звуковой подсистемы (PA), только увеличило количество проблем - появились приложения не умеющие работать без PA.

Ответить | Правка | К родителю #245 | Наверх | Cообщить модератору

247. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от wulf (ok), 06-Май-15, 14:42 
> Нет, не получит. Как я уже сказал, это зависит от реализации тактового генератора, а не от ЦАП. Смотрите все тот же даташит и откуда берется MCLK. На моей плате (emu1212-m pci) физически стоит два разных кварца, выбрать нужный можно из alsamixer.

Мимо. Конкретно у этой микросхемы есть ограничение, не применимое к звуковым платам и заставляющее ставить несколько кварцев - ей необходимо работать слэйвом и брать синхронизацию с SPDIF и прочая. См даташит к CS8414, по этому такое усложнение. Микросхемы без этого спокойно обходятся 1-м кварцем. Например, весьма распространенный дешевый ALC888 использует один кварц на 24MHz и делает все тоже самое и даже больше

> Все alsa умеет. Я лично использую либо просто alsa, либо совместно с jack.

ЧИТД

> Должны - alsa низкоуровневый интерфейс, приложение как минимум должно согласовать частоту, формат (16/24/le/be), размер буфера, количество периодов

К DAC здесь относится только 16/24. На оба варианта будет ответ - ДА даже у упомянутого динозавра 2002 г. выпуска. Так в чем проблема?

> Нет, не бред. Это позволяет при необходимости получить минимально возможную задержку для конкретного железа. Так же при не необходимости, мы можем получить гарантированный bit perfect, то есть отсутствие какой либо программной модификации посылаемого сигнала.

У меня есть подозрение, что если пульса займется конверсией, в чем как утверждает user294 ее главная сила, то этот bit perfect сразу и появится. Так? Я почему-то думал что это его скорее угробит.

> Я сам многое здесь писал в защиту alsa. Создание еще одного звуковой подсистемы (PA), только увеличило количество проблем - появились приложения не умеющие работать без PA.

Вот скажите, пожалуйста, только честно, зачем потребовалось заходить в тред чтобы еще раз подтвердить мои слова про PA, но только в несколько иной форме?

Ответить | Правка | К родителю #246 | Наверх | Cообщить модератору

248. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Mihail Zenkov (ok), 06-Май-15, 17:31 
> Мимо. Конкретно у этой микросхемы есть ограничение, не применимое к звуковым платам
> и заставляющее ставить несколько кварцев - ей необходимо работать слэйвом и
> брать синхронизацию с SPDIF и прочая. См даташит к CS8414, по
> этому такое усложнение.

У меня такое впечатление, как будто не я разбирался и чинил сломанное переключение частот, а вы :) Еще раз - ЦАПу нужен MCLK - (master clock), на базе него получается требуемая частота. Можете сами посчитать ближайшее кратное число для 44.1kHz, 48kHz (фактически нужно для 176.4kHz и 192kHz), вдобавок делитель для обоих частот должен быть степенью двойки, либо нужен более хитрый преобразователь частот с гибким делением и умножением.

Другая моя плата - emu-0204 имеет только аналоговые входы/выходы, но на ней также стоят два кварца. Правда DSP сам их выбирает, в зависимости от запрашиваемой частоты.

Есть у меня и другой пример - sansa zip. С rockbox имеет приличное звучание на 44.1kHz. Построен на базе кодека as3543, имеет очень гибкую систему делителей и множителей, опорная аудио частота 192mHz, итоговая погрешность на 44.1kHz - 0.04%.

> Микросхемы без этого спокойно обходятся 1-м кварцем.

Угу, примерно также как и sb live/audigy :) На 44.1 будут повышенные интермодуляционные искажения. В итоге alsa автоматически включает программный resampling, дабы обойти эту ошибку природы.

> Например,
> весьма распространенный дешевый ALC888 использует один кварц на 24MHz и делает
> все тоже самое и даже больше

Это не ЦАП, а кодек с интегрированным генератором/ЦАП/АЦП/микшером/spdif/gpio. И да он и с 48kHz не очень хорошо справляется, а про 44.1 без программного ресемплинга лучше вообще забыть.


>> Должны - alsa низкоуровневый интерфейс, приложение как минимум должно согласовать частоту, формат (16/24/le/be), размер буфера, количество периодов
> К DAC здесь относится только 16/24. На оба варианта будет ответ -
> ДА даже у упомянутого динозавра 2002 г. выпуска.

О каком динозавре речь? Если о cs4398, то насколько я знаю у cirrus logic посей день нет ничего лучше. Ручной выбор частоты в emu-1212m, означает что приложение может использовать только одну выбранную частоту.

> Так в чем проблема?

То есть вы думает, что все устройства поддерживаемые alsa умеют 192kHz/24bit? Включая всякие RBPi/телефоны/планшеты/ноутбуки. Да и забудьте про ЦАП - alsa с ним не работает напрямую. Буфер и периоды настраивать нужно, они очень отличаются для разного железа и разных частот. Еще забыл, что количество каналов тоже разное.

> Вот скажите, пожалуйста, только честно, зачем потребовалось заходить в тред чтобы еще
> раз подтвердить мои слова про PA, но только в несколько иной
> форме?

Мне не нравится, когда человек справедливо указал на сложности в alsa api, а его ответ называют "всякой хренью" и несут про "1-битный обычно 3-х мегагерцовый ЦАП с сигма-дельта модуляцией".

Ответить | Правка | К родителю #247 | Наверх | Cообщить модератору

249. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 06-Май-15, 22:04 
Чем больше читаю страшные сказки про ALSA и PulseAudio, тем больше люблю свой родной sndio...
Ответить | Правка | К родителю #248 | Наверх | Cообщить модератору

250. "Релиз операционной системы OpenBSD 5.7"  +1 +/–
Сообщение от Mihail Zenkov (ok), 07-Май-15, 00:47 
> Чем больше читаю страшные сказки про ALSA и PulseAudio, тем больше люблю
> свой родной sndio...

На первый взгляд - тоже низкоуровневый как и alsa, но еще и с аудио сервером.
Еще настораживает http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man1/...

BUGS
Resampling is low quality; down-sampling especially should be avoided when recording.

Processing is done using 16-bit arithmetic, thus samples with more than 16 bits are rounded. 16 bits (i.e. 97dB dynamic) are largely enough for most applications though. Processing precision can be increased to 24-bit at compilation time though.

Он хоть с dithering'ом до 16 бит округляет? Если без - то это совсем не 97dB dynamic, ибо THD около -80dB будет ...

Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

256. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 08-Май-15, 01:43 
>[оверквотинг удален]
> с аудио сервером.
> Еще настораживает http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man1/...
> BUGS
> Resampling is low quality; down-sampling especially should be avoided when recording.
> Processing is done using 16-bit arithmetic, thus samples with more than 16
> bits are rounded. 16 bits (i.e. 97dB dynamic) are largely enough
> for most applications though. Processing precision can be increased to 24-bit
> at compilation time though.
> Он хоть с dithering'ом до 16 бит округляет? Если без - то
> это совсем не 97dB dynamic, ибо THD около -80dB будет ...

Честно скажу, я ни разу не звуковик, и если разницу между MP3 и оригиналом ещё, может, и услышу, то кто где - не факт, что определю. Тем не менее, вот, что я вижу в функции конвертирования из "нативного" в запрошенный формат (обратная функция содержит аналогичный код):

        odata += p->bfirst;
        for (f = todo * p->nch; f > 0; f--) {
                /* convert adata to u32 */
                s = (int)*idata++ + ADATA_UNIT;
                s <<= 32 - ADATA_BITS;
                /* convert u32 to uN */
                s >>= oshift;
                /* convert uN to sN */
                s -= obias;
                /* packetize sN */
                for (i = obps; i > 0; i--) {
                        *odata = (unsigned char)s;
                        s >>= 8;
                        odata += obnext;
                }
                odata += osnext;
        }

ADATA_BITS по умолчанию 16, но можно при компиляции выставить в 24. Надеюсь, этот код даст вам ответ на вопрос; я, к сожалению, слабо понимаю, как оно вообще может работать. :-\ Но работает ведь...

Насколько я знаю, собственно автор считает, что если звук читать или писать надо профессионально, то нужно избегать ресемплирования как такового. То есть, если писать - то писать в нативном формате, и уже в звуковом редакторе, если надо, что-то перегонять. С моей, непрофессиональной точки зрения, выглядит достаточно логично. Но истиной в какой-либо инстанции я, конечно, тут не являюсь и являться не могу. :)

Ответить | Правка | К родителю #250 | Наверх | Cообщить модератору

259. "Релиз операционной системы OpenBSD 5.7"  +1 +/–
Сообщение от Mihail Zenkov (ok), 08-Май-15, 13:34 
> ADATA_BITS по умолчанию 16, но можно при компиляции выставить в 24.

Это не поможет, если ваша звуковая плата будет в 16 битном режиме.

> Надеюсь,
> этот код даст вам ответ на вопрос; я, к сожалению, слабо
> понимаю, как оно вообще может работать. :-\ Но работает ведь...

Код действительно заковыристый, похоже автор серьезно относится к экономии ресурсов (как cpu, так и памяти). Dithering'а нет. О качестве самого ресемплинга сказать ничего не могу (он должен быть в отдельной функции), но скорее всего будет тоже подход - с минимальным потреблением cpu.

Качественный ресемплинг довольно ощутимо грузит cpu.
Есть хороший сайт, на котором наглядно можно посмотреть качество ресемплинга в различных программных пакетах (как открытых, так и закрытых).
http://src.infinitewave.ca

В идеале должен быть только исходный сигнал - одна яркая линия. Все остальные линии - призвуки порожденные преобразованием. Чем их больше и чем они ярче (громче) - тем хуже.

Преобразование в дешевых кодеках будет примерно равно Secret Rabbit Code (ZOH).
Более дорогие решения с полноценным, но слабым DSP (например старые sb live/audigy) - Secret Rabbit Code (Linear).

Для вашей ситуации, я бы рекомендовал использовать плеер с качественным преобразованием. Например mpv при настройках по-умолчанию при необходимости использует lavrresample (ffmpeg).

Проверить свою систему можно и на слух.
http://knk.bplaced.net/audio/resampling_test_44.wav
http://knk.bplaced.net/audio/resampling_test_44.mp3

Если ресемплинг более-менее качественный, то вы услышите просто тональный набор.
Если ресемплинг имеет серьезные проблемы - то услышите сирену, чем она громче, тем хуже.
Вот пример плохого преобразования при использовании алгоритма zoh в audacity:
http://knk.bplaced.net/audio/bad_resampling_44-48_zoh.wav

> Насколько я знаю, собственно автор считает, что если звук читать или писать
> надо профессионально, то нужно избегать ресемплирования как такового. То есть, если
> писать - то писать в нативном формате, и уже в звуковом
> редакторе, если надо, что-то перегонять. С моей, непрофессиональной точки зрения, выглядит
> достаточно логично. Но истиной в какой-либо инстанции я, конечно, тут не
> являюсь и являться не могу. :)

Все верно, но не будете же вы конвертировать в аудио редакторе каждый mp3 перед прослушиванием.

Ответить | Правка | К родителю #256 | Наверх | Cообщить модератору

260. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 08-Май-15, 15:03 
>> ADATA_BITS по умолчанию 16, но можно при компиляции выставить в 24.
> Это не поможет, если ваша звуковая плата будет в 16 битном режиме.

Логично.

>[оверквотинг удален]
> Более дорогие решения с полноценным, но слабым DSP (например старые sb live/audigy)
> - Secret Rabbit Code (Linear).
> Для вашей ситуации, я бы рекомендовал использовать плеер с качественным преобразованием.
> Например mpv при настройках по-умолчанию при необходимости использует lavrresample (ffmpeg).
> Проверить свою систему можно и на слух.
> http://knk.bplaced.net/audio/resampling_test_44.wav
> http://knk.bplaced.net/audio/resampling_test_44.mp3
> Если ресемплинг более-менее качественный, то вы услышите просто тональный набор.
> Если ресемплинг имеет серьезные проблемы - то услышите сирену, чем она громче,
> тем хуже.

Ух ты!.. Я без иронии, действительно, вы столько всего интересного показываете.

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

Вырубил sndiod (чтобы программы, использующие sndio, подключались в /dev/audio напрямую), проиграл тот же файл - пилы нет, а audioctl говорит, что play.rate=44100. То есть ресемплирование, видимо, успешно делается штатным кодеком, так как в audio(4) используется линейное и тоже, судя по коду (очень похож на код из sndiod), без dithering'а - как я понимаю, в этом случае пилу я тоже должен был услышать.

Теперь сказал sndiod запускаться с принудительным использованием 44100Гц - пилы нет. Чувствую себя счастливым - я победил проблему, о которой ещё вчера не знал. :)) Буду продолжать эксперименты; может, даже попробую прикрутить альтернативный механизм в sndiod (хотя автор вряд ли одобрит лишний обвес)... Ещё раз спасибо за информацию!

> Вот пример плохого преобразования при использовании алгоритма zoh в audacity:
> http://knk.bplaced.net/audio/bad_resampling_44-48_zoh.wav

Бр-р-р!!! Предупреждать же надо... Не, у меня пила (была) тихая, не громче исходного сигнала.

>> Насколько я знаю, собственно автор считает, что если звук читать или писать
>> надо профессионально, то нужно избегать ресемплирования как такового. То есть, если
>> писать - то писать в нативном формате, и уже в звуковом
>> редакторе, если надо, что-то перегонять. С моей, непрофессиональной точки зрения, выглядит
>> достаточно логично. Но истиной в какой-либо инстанции я, конечно, тут не
>> являюсь и являться не могу. :)
> Все верно, но не будете же вы конвертировать в аудио редакторе каждый
> mp3 перед прослушиванием.

Логично. Но, похоже, в моём случае вполне можно открыт

Ответить | Правка | К родителю #259 | Наверх | Cообщить модератору

261. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 08-Май-15, 15:06 
> Логично. Но, похоже, в моём случае вполне можно открыт

Чёрт, нечаянно нажал Ctrl+Enter, вместо этой фразы должен был быть постскриптум (если интересно):

$ audioctl  
name=HD-Audio
encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1
properties=full_duplex,independent
hiwat=9
lowat=8
mode=
play.rate=44100
play.channels=2
play.precision=16
play.bps=2
play.msb=1
play.encoding=slinear_le
play.samples=0
play.pause=1
play.active=0
play.block_size=3840
play.errors=0
record.rate=44100
record.channels=2
record.precision=16
record.bps=2
record.msb=1
record.encoding=slinear_le
record.samples=0
record.pause=1
record.active=0
record.block_size=3840
record.errors=0
$ dmesg | egrep 'audio|azalia'
azalia0 at pci0 dev 3 function 0 "Intel Core 4G HD Audio" rev 0x0b: msi
azalia0: No codecs found
azalia1 at pci0 dev 27 function 0 "Intel 8 Series HD Audio" rev 0x04: msi
azalia1: codecs: Realtek ALC292
audio0 at azalia1

Ответить | Правка | К родителю #260 | Наверх | Cообщить модератору

262. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 08-Май-15, 15:08 
>> Логично. Но, похоже, в моём случае вполне можно открыт
> Чёрт, нечаянно нажал Ctrl+Enter, вместо этой фразы должен был быть постскриптум (если
> интересно):

(это с sndiod -r 44100, без этой опции *.rate будет 48000)

Ответить | Правка | К родителю #261 | Наверх | Cообщить модератору

263. "Релиз операционной системы OpenBSD 5.7"  +1 +/–
Сообщение от Mihail Zenkov (ok), 08-Май-15, 17:46 
> Вырубил sndiod (чтобы программы, использующие sndio, подключались в /dev/audio напрямую),
> проиграл тот же файл - пилы нет, а audioctl говорит, что
> play.rate=44100. То есть ресемплирование, видимо, успешно делается штатным кодеком, так
> как в audio(4) используется линейное и тоже, судя по коду (очень
> похож на код из sndiod), без dithering'а - как я понимаю,
> в этом случае пилу я тоже должен был услышать.

Точно сказать о качестве ресемплинга по наличию/отсутствия dithering'а нельзя ;)
К сожалению не могу проверить дешевые кодеки в режиме 44.1kHz, так как alsa просто не позволяет выставить этот режим. Насколько я знаю - общая политика alsa избегать аппаратного ресемплинга, так как он обычно реализован через зад, точнее zoh или linear.
А патчить alsa для включения 44.1 лениво :)

Проверьте не изменилась ли скорость воспроизведения при форсировании 44.1.
К сожалению не нашел dataheet на ваш кодек.

Dithering нужен для корректного округления до 16 бит. Обычно вся обработка звука производится в float (есть варианты и на целых числах для железа с медленным float, но все равно там тоже 32 бита). Без dithering'а звучание тихих звуков становится более жестким. В целом это эта проблема менее заметна, чем плохой ресемплинг.
Залил отдельный аудио тест для него:
http://knk.bplaced.net/audio/dithering_test/2bit64_fragment....
http://knk.bplaced.net/audio/dithering_test/2bit64_fragment.mp3
http://knk.bplaced.net/audio/dithering_test/2bit64_fragment.ogg
http://knk.bplaced.net/audio/dithering_test/2bit64_fragment.wav

Использовать следующим образом. Отключить программную регулировку громкости (если она где-то используется). Включить всю аппаратную громкость на полную - в микшере и колонках. Если вся ваша звуковая система (плеер/драйвер/codec/dsp/dac) производят всю обработку аудио корректно или вообще никак не изменяют исходный сигнал (bit perfect), то вы услышите тихую музыку, плавно тонущую в равномерном шуме.

Если звук будет звучать неоднородно, как бы то появляясь и исчезая c неприятными (жесткими) призвуками - где-то есть проблема. Если проблема возникает только на коком-то определенном формате, то значит проблема в плеере или используемой им библиотеке.

Ответить | Правка | К родителю #260 | Наверх | Cообщить модератору

264. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Mihail Zenkov (ok), 08-Май-15, 18:47 
Проверил ресемплинг на андройдофоне - на 44.1 все нормально, а на 48 наоборот сирена.
Так что до кучи залил тесты на 48khz, может кому пригодится для телефонов/плееров.

http://knk.bplaced.net/audio/resampling_test_48.mp3
http://knk.bplaced.net/audio/resampling_test_48.wav

Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

265. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 09-Май-15, 00:34 
>> Вырубил sndiod (чтобы программы, использующие sndio, подключались в /dev/audio напрямую),
>> проиграл тот же файл - пилы нет, а audioctl говорит, что
>> play.rate=44100. То есть ресемплирование, видимо, успешно делается штатным кодеком, так
>> как в audio(4) используется линейное и тоже, судя по коду (очень
>> похож на код из sndiod), без dithering'а - как я понимаю,
>> в этом случае пилу я тоже должен был услышать.
> Точно сказать о качестве ресемплинга по наличию/отсутствия dithering'а нельзя ;)

Ага, понял, это я не тот код смотрел.

Вот, похоже, именно ресемплинг в sndiod (dsp.c, функция resamp_do):


        for (;;) {
                if (diff < 0) {
                        if (ifr == 0)
                                break;
                        ctx_start ^= 1;
                        ctx = ctxbuf + ctx_start;
                        for (c = nch; c > 0; c--) {
                                *ctx = *idata++;
                                ctx += RESAMP_NCTX;
                        }
                        diff += oblksz;
                        ifr--;
                } else if (diff > 0) {
                        if (ofr == 0)
                                break;
                        ctx = ctxbuf;
                        for (c = nch; c > 0; c--) {
                                s = ctx[ctx_start];
                                ds = ctx[ctx_start ^ 1] - s;
                                ctx += RESAMP_NCTX;
                                *odata++ = s + ADATA_MULDIV(ds, diff, oblksz);
                        }
                        diff -= iblksz;
                        ofr--;
                } else {
                        if (ifr == 0 || ofr == 0)
                                break;
                        ctx = ctxbuf + ctx_start;
                        for (c = nch; c > 0; c--) {
                                *odata++ = *ctx;
                                ctx += RESAMP_NCTX;
                        }
                        ctx_start ^= 1;
                        ctx = ctxbuf + ctx_start;
                        for (c = nch; c > 0; c--) {
                                *ctx = *idata++;
                                ctx += RESAMP_NCTX;
                        }
                        diff -= iblksz;
                        diff += oblksz;
                        ifr--;
                        ofr--;
                }
        }
        p->diff = diff;
        p->ctx_start = ctx_start;
        return oblksz - ofr;

Сравнивая с кодом в libsamplerate (пять режимов работы, три из них не дают "пилу" в прошлом тесте), больше всего сходства вижу с src_sinc.c, - а именно в том модуле реализованы те самые три "корректных" алгоритма. Но могу и ошибиться, конечно, так как весьма смутно понимаю, что тут на самом деле происходит. :(

> К сожалению не могу проверить дешевые кодеки в режиме 44.1kHz, так как
> alsa просто не позволяет выставить этот режим. Насколько я знаю -
> общая политика alsa избегать аппаратного ресемплинга, так как он обычно реализован
> через зад, точнее zoh или linear.
> А патчить alsa для включения 44.1 лениво :)
> Проверьте не изменилась ли скорость воспроизведения при форсировании 44.1.

Проверил, конечно. И сейчас ещё раз специально проверил через time aucat, чтобы своим ушам не доверять лишний раз. Тик в тик с sndio с выставлением на /dev/audio0 как 44,1кГц, так и 48кГц. У меня на одном из прошлых ноутбуков кодек вёл себя неадекватно в этом плане, так что я уже однажды обжёгшийся. :)

> К сожалению не нашел dataheet на ваш кодек.

Тем хуже ему... :)

>[оверквотинг удален]
>
> Использовать следующим образом. Отключить программную регулировку громкости (если она
> где-то используется). Включить всю аппаратную громкость на полную - в микшере
> и колонках. Если вся ваша звуковая система (плеер/драйвер/codec/dsp/dac) производят всю
> обработку аудио корректно или вообще никак не изменяют исходный сигнал (bit
> perfect), то вы услышите тихую музыку, плавно тонущую в равномерном шуме.
> Если звук будет звучать неоднородно, как бы то появляясь и исчезая c
> неприятными (жесткими) призвуками - где-то есть проблема. Если проблема возникает только
> на коком-то определенном формате, то значит проблема в плеере или используемой
> им библиотеке.

Попробовал с wav в aucat, ffplay (надеялся увидеть сонограмму), MoC (использует libsamplerate) и sox, с sndiod -r 44100 и без оного. По результатам - с sndiod звук немного тише (он приглушает звук на 3дБ, чтобы реальная громкость клиентов не скакала при изменении их количества в разумных пределах), но в обоих случаях слышно только музыку и шум (колонок), без призвуков и пропаданий.

Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

266. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Mihail Zenkov (ok), 09-Май-15, 01:15 
> Сравнивая с кодом в libsamplerate (пять режимов работы, три из них не
> дают "пилу" в прошлом тесте), больше всего сходства вижу с src_sinc.c,
> - а именно в том модуле реализованы те самые три "корректных"
> алгоритма. Но могу и ошибиться, конечно, так как весьма смутно понимаю,
> что тут на самом деле происходит. :(

По коду тип ресемплинга точно не определю, но на свертку (sinc) этот код явно не похож. Там должно быть умножение каждого сэмпла на каждый коэффициент фильтра + сами таблицы фильтров немалого размера (в libsamplerate *_coeffs.h).

> Проверил, конечно. И сейчас ещё раз специально проверил через time aucat, чтобы
> своим ушам не доверять лишний раз. Тик в тик с sndio
> с выставлением на /dev/audio0 как 44,1кГц, так и 48кГц. У меня
> на одном из прошлых ноутбуков кодек вёл себя неадекватно в этом
> плане, так что я уже однажды обжёгшийся. :)

Возможно вам действительно попался не самый плохой кодек ;)

> Попробовал с wav в aucat, ffplay (надеялся увидеть сонограмму), MoC (использует libsamplerate)
> и sox, с sndiod -r 44100 и без оного. По результатам
> - с sndiod звук немного тише (он приглушает звук на 3дБ,
> чтобы реальная громкость клиентов не скакала при изменении их количества в
> разумных пределах), но в обоих случаях слышно только музыку и шум
> (колонок), без призвуков и пропаданий.

Сперва вы должны слышать просто шум колонок, затем после запуска файла шум должен возрасти. Этот шум собственно и есть dithering - он должен быть однородным фоном для музыки.
Если будет завтра время, попробую сделать вариант без dihering'a, что бы было с чем сравнить.

Ответить | Правка | К родителю #265 | Наверх | Cообщить модератору

253. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от wulf (ok), 07-Май-15, 18:46 
> ЦАПу нужен MCLK - (master clock), на базе него получается требуемая частота

Внешний MCLK - не обязателен. Только когда ЦАП работает как slave, т.е. это ресиверы, DVD-проигрыватели, многоканальные схемы и т.д. В остальных случаях достаточно просто обычного кварца на 12-24MHz.
В качестве домашнего задания:
Дано: AC97-кодек из прошлого тысячелетия, например, LM4548 от TI http://www.ti.com/lit/ds/symlink/lm4548.pdf
Найти:
1. Выводы для работы от тактового генератора на основе кварцевого резонатора.
2. Вывод для работы от внешнего master clock (hint: это не SYNC).
3. Перечислить необходимые условия для тактирования от кварца и необходимые условия для тактирования от внешнего master clock.
4. Объяснить разницу между частотами кварца и внешнего master clock

> Можете сами посчитать ближайшее кратное число для 44.1kHz, 48kHz (фактически нужно для 176.4kHz и 192kHz), вдобавок делитель для обоих частот должен быть степенью двойки, либо нужен более хитрый преобразователь частот с гибким делением и умножением.

После этой выкладки дальнейший разговор можно не продолжать. К сожалению, Вы не понимаете работу ШИМ/сигма-дельта ЦАП в звуковых платах на фундаментальном уровне. Зависимость sample rate/quartz freq для НЕ slave режима можно описать примерно следующими фразами:
1. Частота тактового генератора расчитывается по простейшей формуле: Основная частота (обычно 48kHz) * Коэффициент оверсамплинга (обычно 256) ~= 12MHz. Для уменьшения влияния скважности задающего генератора и прочих схемотехнических плюшек ее поднимают еще в 2 раза. Это дает 24MHz (Вы помните, я приводил ее для ALC888?).
2. Для 96kHz и 192kHz, коэффициент оверсамплинга уменьшают в 2 и 4 раза соответственно. Частота генератора остается аналогичной оной для 48kHz
3. Для "левых" (44kHz и проч) частот, требуемых AC97, выполняют ресамплинг в железке, а не изменение частоты DAC, и он фактически не приводит к заметным ухудшениям звука т.к. осуществляется в 12MHz а не в 48kHz. Процитирую feature из приведенного ранее даташита LM4548: "High Quality Sample Rate Conversion (SRC) from 4kHz to 48kHz in 1Hz Increments".

Таким образом, для всех sample rate частота DAC остается неизменной и зависящей только от основной. Более подробно объяснять лень ибо не вижу понимания.

P.S. Для работы как slave Ваша выкладка про кратное число тоже не верна. master clock это просто sample rate * коэффициент оверсамплинга. Может быть просто sample rate, если DAC умеет сам делать умножение частоты.
P.S.2. Приведенное мною ранее число в 3MHz взято не из потолка а из стандарта SACD, как первое вспомнившееся, хотя по отношению к звуковым платам оно и неверно

Ответить | Правка | К родителю #248 | Наверх | Cообщить модератору

254. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Mihail Zenkov (ok), 07-Май-15, 20:12 
>> ЦАПу нужен MCLK - (master clock), на базе него получается требуемая частота
> Внешний MCLK - не обязателен. Только когда ЦАП работает как slave, т.е.
> это ресиверы, DVD-проигрыватели, многоканальные схемы и т.д.

В точности наоборот - MCLK нужен для master режима, для slave - SCLK.

> В остальных случаях достаточно
> просто обычного кварца на 12-24MHz.

Откройте еще раз даташит cs4398 и посмотрите раздел Master and Serial Clock Ratios - там есть таблицы для обоих режимов (master и slave) - там меняются только множители, соответственно можно получить только кратные частоты. Во второй таблицы приведены значения MCLK для 44.1 и 48 и естественно они разные.

> В качестве домашнего задания:
> Дано: AC97-кодек из прошлого тысячелетия, например, LM4548 от TI http://www.ti.com/lit/ds/symlink/lm4548.pdf

Не мешайте в кучу ЦАПы и кодеки - кодек как правило содержит в своем составе генератор, еще раз прочтите, что я писал о as3543.

> 3. Для "левых" (44kHz и проч) частот, требуемых AC97, выполняют ресамплинг в железке, а не изменение частоты DAC, и он фактически не приводит к заметным ухудшениям звука т.к. осуществляется в 12MHz а не в 48kHz. Процитирую feature из приведенного ранее даташита LM4548: "High Quality Sample Rate Conversion (SRC) from 4kHz to 48kHz in 1Hz Increments".

Еще раз нет там никакого "High Quality", это бред маркетологов. По замерам IMD такой SRC сразу себя выдает. При любой возможности (если качество звука хоть немного интересно) его нужно избегать.

Запустите любой аудио файл (44.1kHz). И сделайте 'cat /proc/asound/card0/pcm0p/sub0/hw_params'. Для практически всех левых чипов там будет 48kHz. Проверьте на всем доступном вам железе.

Даже на относительно современных решениях и не очень дешевых решениях ресемплинг все равно остается проблемой.

http://www.ixbt.com/multimedia/soundcard-duel-may-2013.shtml

Итак, Asus STX «отличился» заметным повышенным шумом в режиме 44 кГц. Сам по себе этот шум опасности для слушателя не представляет, так как лежит гораздо ниже TPDF-дизеринга 16-битного сигнала, но говорит о наследстве чипа C-Media Oxigen, где есть проблема с поддержкой 44 кГц, которую решают качественным пересчетом частоты дискретизации. По этой причине Asus приводит данные своих карт только в режиме 48 кГц. Увы, для пользователей этот режим наименее интересен. Изменение данных, поступаемых на ЦАП в угоду упрощению жизни производителю — это такая незамысловатая хитрость, которая в продукте Hi-End является преступлением.

Ответить | Правка | К родителю #253 | Наверх | Cообщить модератору

255. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Mihail Zenkov (ok), 07-Май-15, 20:52 
Вот еще один пример качественной платы: http://www.ixbt.com/multimedia/asus-one.shtml

Внутри можно видеть плотный аккуратный монтаж. Каких-то моментов, на основе которых можно заподозрить возможные проблемы, увидеть не удалось. Для частот, кратных 44 и 48 кГц, используется два отдельных генератора 45.16 МГц и 49.15 МГц.

Ответить | Правка | К родителю #254 | Наверх | Cообщить модератору

8. "Релиз операционной системы OpenBSD 5.7"  +3 +/–
Сообщение от taliano (ok), 01-Май-15, 21:37 
Skype? У тебя богатый выбор всех редакций Windows и OS X.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

10. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 01-Май-15, 21:46 
причина?
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

14. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 01-Май-15, 22:17 
>Может в openbsd? Skype в ней пашет?

Нет.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

41. "Релиз операционной системы OpenBSD 5.7"  +5 +/–
Сообщение от Аноним (-), 01-Май-15, 23:01 
> Как раз думаю куда идти с freebsd..
> Может в openbsd? Skype в ней пашет?

Проприетарь в дистрибутиве, помешанном на ее отсутсвии?
Ставьте убунту/шиндовс, на крайний случай Андроид, но причем тут BSD?
Я же не плачусь, что под винду нет mpd5?

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

115. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 02-Май-15, 14:32 
> Skype в ней пашет?

Можно спросить зачем скайп?

Чем не хватает:
Tox https://tox.im/
Mumble http://wiki.mumble.info/wiki/Main_Page
Linphone https://www.linphone.org/
Jitsi https://jitsi.org/

Или вы используете скайп для дезинформации врага?

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

121. "Релиз операционной системы OpenBSD 5.7"  –1 +/–
Сообщение от бедный буратино (ok), 02-Май-15, 14:38 
>> Skype в ней пашет?
> Можно спросить зачем скайп?
> Чем не хватает:
> Tox https://tox.im/
> Mumble http://wiki.mumble.info/wiki/Main_Page
> Linphone https://www.linphone.org/
> Jitsi https://jitsi.org/
> Или вы используете скайп для дезинформации врага?

что из этого, кроме Linphone, есть в OpenBSD? :)

Ответить | Правка | Наверх | Cообщить модератору

177. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 03-Май-15, 07:46 
У тебя есть возможность что-то портировать.. С свободным софтом сложностей быть не должно.
Ответить | Правка | Наверх | Cообщить модератору

138. "Релиз операционной системы OpenBSD 5.7"  –1 +/–
Сообщение от Аноним (-), 02-Май-15, 16:34 
>> Skype в ней пашет?
> Можно спросить зачем скайп?

Для общения с теми, кто кроме Skype иначе не умеет. И как бы не их вина, что Skype прост в настройке и использовании.

Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

178. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 03-Май-15, 07:48 
>>> Skype в ней пашет?
>> Можно спросить зачем скайп?
> Для общения с теми, кто кроме Skype иначе не умеет. И как
> бы не их вина, что Skype прост в настройке и использовании.

tox, linphone, ... сильно сложны в установке, настройке и использовании?

Использовать Skype можно исключительно для дезинформации врага!

Ответить | Правка | Наверх | Cообщить модератору

181. "Релиз операционной системы OpenBSD 5.7"  –1 +/–
Сообщение от Аноним (-), 03-Май-15, 10:12 
>>>> Skype в ней пашет?
>>> Можно спросить зачем скайп?
>> Для общения с теми, кто кроме Skype иначе не умеет. И как
>> бы не их вина, что Skype прост в настройке и использовании.
> tox, linphone, ... сильно сложны в установке, настройке и использовании?
> Использовать Skype можно исключительно для дезинформации врага!

Вы уговорите из поставить и настроить всех моих родственников и студентов, с которыми приходится порой общаться по Skype? Я на такой подвиг точно не способен.

Ответить | Правка | Наверх | Cообщить модератору

183. "Релиз операционной системы OpenBSD 5.7"  +2 +/–
Сообщение от Алексей (??), 03-Май-15, 10:21 
> Как раз думаю куда идти с freebsd..
> Может в openbsd? Skype в ней пашет?

Нет! OpenBSD вообще непонятно для кого делалась. Что там skype, даже встроенных косынки с сапером нет. И программировать невозможно. Visual Basic не устанавливается, ругается на неизвестный формат exe.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

184. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Michael Shigorinemail (ok), 03-Май-15, 10:24 
> Нет! OpenBSD вообще непонятно для кого делалась. Что там skype, даже встроенных
> косынки с сапером нет. И программировать невозможно. Visual Basic не устанавливается,
> ругается на неизвестный формат exe.

Да не то слово -- и кому вообще нужна надёжная операционка без косынки и жижуалвасика...

Ответить | Правка | Наверх | Cообщить модератору

211. "Релиз операционной системы OpenBSD 5.7"  –1 +/–
Сообщение от Аноним (-), 03-Май-15, 20:44 
> Да не то слово -- и кому вообще нужна надёжная операционка без
> косынки и жижуалвасика...

Ну вон некоторые до сих пор DOS запускают. Но их уже осталось мало.

Ответить | Правка | Наверх | Cообщить модератору

220. "Релиз операционной системы OpenBSD 5.7"  +1 +/–
Сообщение от Аноним (-), 04-Май-15, 00:36 
>> надёжная операционка
> DOS

Взрыв мозга.

Ответить | Правка | Наверх | Cообщить модератору

194. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от Аноним (-), 03-Май-15, 14:59 
>> Как раз думаю куда идти с freebsd..
>> Может в openbsd? Skype в ней пашет?
> Нет! OpenBSD вообще непонятно для кого делалась. Что там skype, даже встроенных
> косынки

Есть canfield(6)!

Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

207. "Релиз операционной системы OpenBSD 5.7"  –1 +/–
Сообщение от Аноним (-), 03-Май-15, 19:26 
Я в своё время пришёл на фряху как раз с OpenBSD, и не жалею. Опёнок есть и будет весьма узкоспециализированной системой, использовать которую для обычного сервера, а тем более десктопа - мучение и извращение. А со скайпом вам разве что на виндоуз.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

233. "Релиз операционной системы OpenBSD 5.7"  +/–
Сообщение от rob pike (?), 04-Май-15, 15:22 
А какие проблемы на декстопе у неё?
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру