The OpenNET Project / Index page

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



Индекс форумов
Составление сообщения

Исходное сообщение
"В Fedora добавлена встроенная поддержка MP3"
Отправлено Mihail Zenkov, 12-Дек-16 16:29 
> Там чего доброго еще и кварц "удобный"?

Нет, стандартный 24 MHz.

> Про конкретно этот PLL там как-то лаконично, ряд возможностей вообще указано что
> они есть. А описания как работает - не вижу.

Я тоже люблю более подробные описания. Возможно для него есть еще appnotes (или должны были быть ;)

> Если настаиваете - ок, пусть будет чем-то типа аналога CGU. В конце
> концов, регистры железок сгруппировали. Но в целом это имхо лишь несколько
> железок. PLL, делители и еще по мелочи.

Так а чего еще желать? Есть возможность из одного кварца получить множество не кратных частот и тактировать от них все остальные блоки.

> Прописал конфиг. Без пульса - звука нет :).

alsamixer крутили (громкости/mute/переключатели)?

> Частоты из даташита пашут,
> проверил 96000, 48000, 44100 и 32000. Врубив пульс а потом aplay
> -D pcm.real (как в конфиге). Как бы сравнить потребление? Системный плеер
> юзал пульс. Устроит забег "aplay + wav -> pulse" vs "aplay
> + wav -> hw"? И для каких частот? 48? 44.1? 96?
> Smth else?

Было бы интересно весь ряд (32-96) таким образом прогнать (узнаем зависимость потребления от частоты для данного устройства и сколько стоит pa и его ресемплинг). Но без звука эксперимент может быть не совсем чистым - возможно mute аппаратно отключает выходной усилитель.

>> Глянул - на n900 конфиг alsa поломали,
> Скорее, предотвратили алсапроблемы НЕПРИЕМЛИМЫЕ в таком девайсе. "Device or resource busy"?
> В телефоне это неприемлимо.

Пока запущен pa такого не может быть в принципе - так как он сам монопольно занял устройство.

>> ALSA делает тоже самое - если железо чего-то не умеет - вставляет dmix.
> В алсе имхо продолбались сделав dmix опцией. Как это должно выглядеть? Кодинг
> ресэмплера в fallback path проги? Да щаз!

Все программа тупо должны отсылать все в устройство "default". Все остальные решения принимает alsa. При том весьма гибко - ресемплинг и dmix вставляется при необходимости (если железо не умеет). К примеру моя emu1212m умеет сама смешивать 32 потока, от dmix для нее будет только вред.

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

>> Да, шибко наворочен. Но с другой стороны - позволяет делать с железом все что угодно.
> Большинство людей хочет просто попасть из точки A в B а не
> наворачивать мертвые петли.

Зависит от задачи. Если цель - проиграть уведомление - проще вообще вызвать готовый плеер.

>> Кому нужно по проще - лучше использовать sdl или что другое.
> libsdl для штук типа pidgin - перебор.

Pidgin вообще тянет за собой gstreamer, вот уж действительно overkill.

> Кстати вы слышали как libsdl ресэмпл делает? Libsdl 1.x
> умеет ЖЕСТОКО косячить. Нарывался.

Но зачем? Alsa его делает сама (алгоритм/качество - на выбор).

> Понятие о "все" в смартфоне обширно. Например, громкости в программе "телефон" и
> "плеер" - разные.

Это легко решается и в alsa: можно создать отдельные виртуальные устройства (phone, player, game, etc) и выводить каждый класс программ в свое устройство со своей громкостью.
Это удобно тем, что регулятор будет един для всего класса (а не каждой программе по регулятору как любит pa). Если же приложению действительно нужен собственный регулятор - то проще его встроить в приложение (как в играх - где их может быть несколько в одном приложении).

> В earpiece один уровень. Плеер в уши -
> другой. Я не хочу телепать громкость постоянно.

У данного кодека это реализовано на аппаратном уровне.

> Пульс и остальные части
> системы это обыгрывают по dbus, получается... нормальный UX смарта!

Это можно сделать и без dbus и pa - освободить память/cpu и увеличить время автономной работы.

> Там много вариантов вывода и коммутации, пульсом активно
> рулят по dbus системные компоненты (а могут и сторонние виджеты).

А можно рулить через amixer/alsa api. И о чудо - без dbus :)

> Это хорошо. Но смарт состоит не только из железок. Хорошее железо -
> ничто, если не обеспечит хороший UX. Нокия сделала сбалансированное решение с
> хорошим UX, имхо. А UX хардварного плеера меня НЕ УСТРАИВАЕТ.

На этом кодаке аппаратно можно делать почти все. ИМХО в данном случае Nokia урезала возможности, а не расширила. Вы можете на N900 используя PA на динамик вывести звуки от игрушки и параллельно музыку в наушники (в наушниках только музыка, в динамике только звуки игрушки)?  Аппаратно такое доступно. Более того: у игры может быть 48 kHz, а у музыки 44.1, но ресемплинга не будет нигде.

> Вам нравится железка из смартфона? Что-то новое.

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

>> И что с этим всем сделали? Правильно - поставили PA :)
> Без него они бы не смогли нормальный UX и интеграцию.

Не вижу технической проблемы.

> Пульс и роутинг аудио через него все это обеспечивают,

Реализовано аппаратно.

> включая вмняемое поведение аудио,
> ожидаемое от телефонов и смартов. Так что плеер заткнется или сделает
> тише при звонке, а слушая FM я не пропущу мсг в
> IM.

Используя alsa + аппаратные возможности кодека можно сделать и более сложные вещи.

>> То есть все крутим на CPU, занимаем RAM и едим батарейку.
> С другой стороны
> 1) Если звук ходит через софт - его можно записать.

Ничто не мешает включить adc при необходимости. А так получаем кроме жора батарейки еще и потери в качестве звука, так как прогоняем его через adc > pa > dac. Для fm не критично, но ...  

> 2) Отдельные уровни громкости разных программ - мастхэв.

Можно сделать и в alsa.

> 3) Реакция на события типа втыкания ушей и т.п.. Пульс это умеет.

Можно сделать и в alsa.

> 4) Микширование разных потоков. FM аппаратно - круто. А смикшировать, чтобы юзер
> звонок не пропустил и "бзынь!" из мессенжера - на те же
> уши?

Реализовано аппаратно.

> Не хотите posix api и ФС себе вынести? Оверхед же. ATA-командами в
> диск прямо из проги - веселее будет. Спасибо, но мне не
> требуется UX из эпохи MSDOS.

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

>> Радио сперва оцифровываем, а потом гоним на выход. И удивляемся, как чего оно так много ест.
>> А кто-то взял засунул PA ...
> Потому что в нокии работали нормальные инженеры

Я лично знаю человека, работавшего над n7xx (первый планшет) и возможно более поздними. Да - инженеры толковые.

> и управленцы.

А вот с этими все не однозначно.

> Они знали что гонку за идеалом иногда надо остановить.
> Важен общий баланс и UX,
> а не идеал в второстеменном corner case.

Да UX уделялось больше времени, чем оптимизации. Но это не значит, что dbus и pa незаменимы и идеально подходят для данной задачи. Скорее это компромисс, позволяющий быстрее выпустить продукт, пусть и в ущерб потреблению ram/cpu/акб. Да и качеству звука: ведь программное микширование не бесплатно - нужно уменьшить звук на несколько бит, дабы при сложении всех источников не получить клиппинг. В итоге при прослушивании музыки мы получим 14 бит вместо 16 :(

>> Я и резистор сам задолбаюсь делать :)
> А я делаю. Специально нихрома купил.

А на 100k? Да еще smd? :)

>> Однако, простую деталь проще смоделировать и спрогнозировать поведение во всех ситуациях.
> У "простых" деталей - уйма вторичных/паразитных параметров. И как только токи посильнее
> или частоты повыше... ну в общем spice симулировал FET-ы довольно приблизительно,
> когда я смотрел.

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

>> Ну смотря для чего эти ОУ :)
> ОУ изначально задуманы для прецизионных операций с аналоговыми сигналами, вплоть до вычислений.

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

>> Все они гадят, а вот на сколько уже зависит от фильтра и качества заземления.
> Через кучу индуктивностей и кондеров и экран не погадишь.

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

> Сама технология привносит туеву хучу искажений всех мастей, и линейных и не
> очень. Не вижу рациональный пойнт.

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

>> Так он и будет при ac-dc dc-ac, только очень навороченный.
> Под вторым DC-AC имеется в виду сам усилитель? oO

Нет, это часть самого преобразователя. Типа как On-line ИБП, но с более строгими выходными параметрами.

> ИМХО это нездоровое маньячество.

Зависит от задачи. В измерительных лабораториях наверное и не такое бывает. Слышал, что на ADC с >120 dB разрешением и открытие форточки влияет :)

> Импульсник к тому же можно и не встраивать,
> как в ноутах.

Как вариант. Но лучше тогда вынести обычный трансформаторный БП и питать всю аппаратуру постоянным током.

>> Электролиты дают общую энергетический запас
> Проблема этого запаса в неизвлекаемости: нельзя быстро вытащить когда понадобилось. А потом
> уже поздно.

Так я и говорю - работают прилично работают до килогерцев.

В ИИП с этим хуже - там электролиты на входе и частоты большие. Да и сами электролиты не любят быстрого разряда/заряда.

> При достаточной величине провалов
> даже будет возбуд, имхо (as seen in LDOs). Керамика тоже разная
> бывает. У вас вся керамика NP0, невзирая на цену и низкую
> плотность энергии?

Для себя - да. Да и много керамики не нужно, так как есть еще и пленка.

> ИМХО количество должно обеспечивать объем энергии достаточный для формирования импульсов
> в желаемой виде, пока электролиты тормозят. Иначе напряжение провалится, импульсы будут
> заниженной амплитуды и не обязательно синус даже.

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

>> Обычно стараются несколько номиналов в  параллель ставить - меньше ESR и ESL
> Снизить ESR и ESL можно и параллелингом одинаковых. Пойнт другой. У разных
> номиналов разные кривые импеданс vs частота, совместное использование разных - частично
> компенсирует бажность откликов, предотвращая острые резонансы.

Естественно нужно уменьшить ESR и ESL в максимально широком диапазоне.

> А если отмотать - индуктивность упадеь. Ток растет, поток
> зависит и от тока. В целом поле усилится. У транса увеличится
> ток ХХ, на верхушках сердечник будет насыщаться, индуктивность - обваливаться. Тут
> то и ввалится всплеск, ограниченный лишь активным сопротивлением и "воздушной" индуктивностью.

Все, дошло :) Но тут другой момент - какой смысл мотать трансформатор толстым проводом и малым количеством витков? Проще намотать больше витков тонким проводом. По меди выйдет тоже, но не будет насыщения.

> Не могут они маленькие
> быть. Если провод тонкий - паразитное омическое растет и греет транс
> при попытках откачивать мощщу.

Так трансформатор подбирается исходя из нагрузки.

> И надо много витков чтобы удерживать сетевое.
> Большая катушка и так и сяк.

Пропорционально мощности.
В одном проекте я использовал на подобии этих: https://www.elpro.org/gb/2760-print-transformers-19va

>> Похоже это больше применимо к ИИП, так как там вполне можно ошибиться
>> с выбором феррита или рабочая частота может уплыть.
> Там запас оставить дешево: обмотки мелкие. Высокочастотное напряжение удерживается меньшей
> индуктивностью. Это позволяет круто скостить число витков.

Да но тут есть соблазн экономить на феррите.

>> Там все укладывается в простой калькулятор. Так как работать ему на синусе
>> со строго заданным напряжением и частотой.
> И все-таки там довольно много процессов которые надо учесть. Полная физика с
> нагрузками и паразитными параметрами не сказать что тривиальная. Вот даже вы
> физику транса не совсем поняли и сделали неправильный вывод.

Ибо я трансформаторы не мотаю, а использую готовые :)

> Если менее нагло не домотать
> - не сгорит, но нагрев при ХХ повысится и могут начаться
> "прострелы" первички всплесками тока на максимумах.

Тем не менее, я так и не нашел в гугле таких осциллограмм. Да и в любом случае такие трансформаторы легко определить по току ХХ и нагреву.

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

Я не думаю, что на аудиофильских трансформаторах (ценой в десяток обычных) кто-то станет экономить на меди ;)

> Надо угадать с трансом.

Для этого есть datasheet.

>> Для классического БП: покупаем трансформатор (в datasheet есть все его данные), ставим
>> диодный мост и конденсаторы. LDO по необходимости. Из приборов нужен только мультиметр.
> А потом замечаем что транс не домотали и он дает импульсные помехи,

ИМХО он раньше сгорит, чем кто-то успеет замерить эти помехи :)

> LDO греется как печь. А без этого - он из стабилизации
> выйдет, т.к. в сети может быть и 180 и 240.

Зависит от требований. Многие схемы дорогих усилителей обходятся без LDO - просто детали ставят с запасом по напряжению.

> И "сосед со сваркой" импульсником получще фильтруется.

От соседа ИИП сам умрет и хорошо если сам аппарат не утянет.

>> Самое обидное, что можно накосячить на любом этапе и не заметить :(
> Однако осцил (и даже мультиметр понимающий ВЧ-переменку) спалят пульсации.

Тем не менее - это дополнительные проблемы. Да и замеры нужно провести при всех вариантах нагрузки. И все равно остается шанс что-то упустить.

> Не испытываю проблем с помехами импульсников, а брошенные в воздухе щупы сообщают
> что 50Гц - доминируют.

Но их давить нужно в любом случае. А для ИИП добавляются еще новые частоты.

> Спору нет, телегу можно сделать и чуть ли не одним топором,
> но что-то желающих это делать осталось немного.

Зависит от задачи. Но да - ИИП лучше для большинства применений.

> Любители emu и проч не очень плюются вроде, хотя там под
> боком крутой импульсник.

Некоторые dac/adc от emu1212m выносят из корпуса (благо там две платы и adc/dac и прочий аналог отделен от dsp) и питают от трансформаторного БП или вообще от аккумуляторов.

> А что до надежности - посчитать импульсник так что он даже 380
> ("перекос фаз") выдержит, хоть без ограничений по времени работы.

Практически везде стоят конденсаторы 400-450V на входе. 380 * 1.4 = 532V - фейерверк обеспечен.

> А с классикой такие запасы надежности уже напряжны по габаритам/массе и
> повсеместным запасам параметров, Включая и вторичку.

Тем не менее, я разобрал 20-30 ламповых тв, отработали они не один десяток лет. У всех БП были живые. Да и многие тв были рабочими. А вот отказов ИИП я видел много. В первую очередь из-за входных конденсаторов - тяжелый режим работы для них в ИИП.

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



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

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