https://m.opennet.dev/openforum/vsluhforumID3/109610.html Кристиан Шаллер (Christian Schaller), возглавляющий группу по развитию десктоп-систем в компании Red Hat и Fedora Desktop Team, сообщил (https://blogs.gnome.org/uraeus/2016/11/10/mp3-support-now-coming-to-fedora-workstation-25/) о реализации встроенной поддержки декодирования формата MP3 в Fedora Workstation 25. Поддержка кодека MP3 обеспечена через функцию загрузки плагина в интерфейсе GNOME Software и через установщик недостающих кодеков, интегрированный в различные приложения на базе GStreamer. Поддержка реализована через библиотеку mpeg123 и соответствующий плагин GStreamer. Не исключается, что в Fedora Workstation 26 компоненты для поддержки MP3 будут включены в основной установочный образ.<br><br><br><br><br>Напомним, что в Fedora 24 была добавлена (https://www.opennet.ru/opennews/art.shtml?num=44426) поддержка видеокодека H.264, реализованная через включение в репозиторий пакета с метаданными при фактической загрузке кодека openh264 с сайта Cisco. <br><br><br><br><br>URL: https://blogs.gnome.org/uraeus/2016/11/10/mp3-suppo https://m.opennet.dev/openforum/vsluhforumID3/109610.html#164 Mon, 20 Mar 2017 11:22:16 GMT ой ну не знаю, я уже давно переполз на яндекс-музыку<br> https://m.opennet.dev/openforum/vsluhforumID3/109610.html#163 Tue, 13 Dec 2016 22:13:38 GMT &gt; Нет, стандартный 24 MHz.<br><br>И как вы из него 44100 делаете? То что 48000=24M/500 я догадался.<br><br>&gt; (или должны были быть ;) <br><br>Это китайцы, аппнотой разве что ref des дешевого планшета.<br><br>&gt; Так а чего еще желать?<br><br>В идеале по 1 PLL на железку, чтобы не греть мозг pll sharing :P.<br><br>&gt; alsamixer крутили (громкости/mute/переключатели)?<br><br>Повключал очевидное, громкости поднял. Звука нет. А если пульс запустить и потом в hw0 или pcm.real играть - работает.<br><br>&gt; Было бы интересно весь ряд (32-96) таким образом прогнать<br><br>Ок,надо файлики приготовить.<br><br>&gt; возможно mute аппаратно отключает выходной усилитель.<br><br>ИМХО там power gating по неактивности.<br><br>&gt; так как он сам монопольно занял устройство.<br><br>1) пульс отпускает девайс по таймауту.<br>2) официальное апи этой системы - пульс, так что.<br><br>&gt; Все программа тупо должны отсылать все в устройство "default". <br><br>На нокии невозможность использования алсы по дефолту - гарантирует использование пульса апликушниками. И отсутствие алсапроблем.<br><br>&gt; Все остальные решения при https://m.opennet.dev/openforum/vsluhforumID3/109610.html#162 Mon, 12 Dec 2016 13:29:09 GMT &gt; Там чего доброго еще и кварц "удобный"?<br><br>Нет, стандартный 24 MHz.<br><br>&gt; Про конкретно этот PLL там как-то лаконично, ряд возможностей вообще указано что <br>&gt; они есть. А описания как работает - не вижу.<br><br>Я тоже люблю более подробные описания. Возможно для него есть еще appnotes (или должны были быть ;)<br><br>&gt; Если настаиваете - ок, пусть будет чем-то типа аналога CGU. В конце <br>&gt; концов, регистры железок сгруппировали. Но в целом это имхо лишь несколько <br>&gt; железок. PLL, делители и еще по мелочи.<br><br>Так а чего еще желать? Есть возможность из одного кварца получить множество не кратных частот и тактировать от них все остальные блоки.<br><br>&gt; Прописал конфиг. Без пульса - звука нет :).<br><br>alsamixer крутили (громкости/mute/переключатели)? <br><br>&gt; Частоты из даташита пашут, <br>&gt; проверил 96000, 48000, 44100 и 32000. Врубив пульс а потом aplay <br>&gt; -D pcm.real (как в конфиге). Как бы сравнить потребление? Системный плеер <br>&gt; юзал пульс. Устроит забег "aplay + wav -&gt; pulse" vs "aplay <br>&gt; + wav -&gt; hw"? И для каких частот? 48 https://m.opennet.dev/openforum/vsluhforumID3/109610.html#161 Sun, 11 Dec 2016 19:49:26 GMT &gt; + можно использовать кварц без PLL и просто делить его.<br><br>Так у вас девайс посвящен выводу аудио и наверное на одно назначение. Там чего доброго еще и кварц "удобный"?<br><br>&gt; Ну если он специально выделен под аудио - то не использовать его просто не рационально.<br><br>Кроме этого есть еще подходы к работе с клоками в ядре и возможность что PLL юзался другой железкой. Но в целом согласен.<br><br>&gt; Ну 38 страниц про настройку тактирования тоже не мало :) Действительно впечатляющие возможности.<br><br>Про конкретно этот PLL там как-то лаконично, ряд возможностей вообще указано что они есть. А описания как работает - не вижу.<br><br>&gt; Весь clock tree - встроены генераторы, PLL, коммутаторы и делители.<br><br>Если настаиваете - ок, пусть будет чем-то типа аналога CGU. В конце концов, регистры железок сгруппировали. Но в целом это имхо лишь несколько железок. PLL, делители и еще по мелочи.<br><br>&gt; Тогда печально.<br><br>Прописал конфиг. Без пульса - звука нет :). Частоты из даташита пашут, проверил 96000, 48000, 44100 и 32000. Врубив пульс а по https://m.opennet.dev/openforum/vsluhforumID3/109610.html#160 Fri, 02 Dec 2016 21:33:46 GMT &gt; Но если посмотреть clock tree - PLL <br>&gt; меньше чем железок. Железки будут шарить PLL -&gt; репрограмить PLL под <br>&gt; формат может не катить.<br><br>Да, но например в clip zip всего два PLL и то второй мы почти никогда не используем, так как последующая система делителей и множителей достаточно гибкая + можно использовать кварц без PLL и просто делить его.<br><br>&gt; Да и насколько кто-то хочет трогать PLL <br>&gt; из аудиодрайвера - отдельный вопрос.<br><br>Ну если он специально выделен под аудио - то не использовать его просто не рационально. <br><br>&gt;&gt; - там наверное 30-50 страниц будет).<br>&gt; Увы, это китайцы, поэтому там лаконично, порой слишком :P.<br><br>Ну 38 страниц про настройку тактирования тоже не мало :) Действительно впечатляющие возможности.<br><br><br>&gt; Если вы серьезно <br>&gt; про GPS-навигатор, см. https://linux-sunxi.org - может что-нибудь понравится? Там много. <br><br>Спасибо, гляну.<br><br>&gt;&gt; Для stm32: <br>&gt; Ну да, вот так. И именно clock generation unit - это там <br>&gt; что? Кучка делителей и 1 pll?<br><br>Весь clock tree - встроены генераторы, PL https://m.opennet.dev/openforum/vsluhforumID3/109610.html#159 Fri, 02 Dec 2016 13:39:28 GMT &gt; очень напоминает 44100/48000 = 0.91875.<br><br>Именно. Он вообще достаточно продвинут. Но если посмотреть clock tree - PLL меньше чем железок. Железки будут шарить PLL -&gt; репрограмить PLL под формат может не катить. Да и насколько кто-то хочет трогать PLL из аудиодрайвера - отдельный вопрос.<br><br>&gt; на даташит от этого блока посмотреть с описанием регистров<br><br>Вот: http://dl.linux-sunxi.org/A10/A10 User Manual - v1.20 (2012-04-09, DECRYPTED).pdf<br><br>&gt; - там наверное 30-50 страниц будет).<br><br>Увы, это китайцы, поэтому там лаконично, порой слишком :P. Если вы серьезно про GPS-навигатор, см. https://linux-sunxi.org - может что-нибудь понравится? Там много.<br><br>&gt; Для stm32: <br><br>Ну да, вот так. И именно clock generation unit - это там что? Кучка делителей и 1 pll?<br><br>&gt; Возможно. Тут все зависит как в софте настроили.<br><br>Похоже что загнали на 48кГц, а остальное - пульс.<br><br>&gt; Если интересно, вот набор тесовых файлов на качество ресемплинга<br><br>Спасибо, любопытно - погоняю :)<br><br>&gt; Ну разработка собственного блока тоже денег стоит. https://m.opennet.dev/openforum/vsluhforumID3/109610.html#158 Thu, 01 Dec 2016 00:56:45 GMT &gt;&gt; Так CGU это и есть блок тактирующий остальные - называться он может иначе.<br>&gt; У allwinner a10 (даташит попался под руку первым) - "блок" сводится к <br>&gt; нескольким разномастным PLL. Нормально?<br><br>К сожалению сходу не нашел полного datashet'а, лишь краткий с общим описанием блоков. Но даже в нем диаграмма CGU (Clock Generation from PLL + Bus Clock Generation) занимает три страницы.<br><br>Настройка очень гибкая - можно получить практически любую частоту.<br>Для аудио выделили вообще отдельный PLL2: 22.5792 / 24.576 = 0.91875, что очень напоминает 44100/48000 = 0.91875.<br><br>&gt;&gt;&gt; ARM - "Lego для чипмейкеров" <br>&gt;&gt; Правильно, но все кирпичики нужно зацепить вместе.<br>&gt; Ну вот я и сказал за пару довольно распостраненных чипов. Где там <br>&gt; у них выделенный блок?<br><br>Для a10 - Clock Tree Diagram на трех листах (было бы интересно на даташит от этого блока посмотреть с описанием регистров - там наверное 30-50 страниц будет).<br><br>Для stm32:<br>http://i.stack.imgur.com/CNhiO.png<br>http://blog.mark-stevens.co.uk/wp-content/uploads/20 https://m.opennet.dev/openforum/vsluhforumID3/109610.html#157 Wed, 30 Nov 2016 18:01:32 GMT &gt; Так CGU это и есть блок тактирующий остальные - называться он может иначе.<br><br>У allwinner a10 (даташит попался под руку первым) - "блок" сводится к нескольким разномастным PLL. Нормально?<br><br>&gt;&gt; ARM - "Lego для чипмейкеров"<br>&gt; Правильно, но все кирпичики нужно зацепить вместе.<br><br>Ну вот я и сказал за пару довольно распостраненных чипов. Где там у них выделенный блок?<br><br>&gt; Отсюда общая шина и I2S, так как он часто используется для DAC.<br><br>И похоже что у нокии I2S на 48кГц висит :)<br><br>&gt; Проще взять готовый кирпич, чем изобретать его заново.<br><br>Это денег стоит. Внешний DAC = деньги реализатора системы. Лицензирование блока - деньги чипмейкера. А они жадные.<br><br>&gt; Как это? Убить PA и запустить вывод напрямую hw:0,0 (без dmix и прочего).<br><br>aplay -L показывает 2 девайса: default (PulseAudio) и null.<br>aplay -l показывает 2 других девайса. Оба I2S, 1й похож на чип аудиокодека, 2й - синезуб.<br><br>Если pa стопнуть ... aplay сэмплы в I2S сбагривает. Но звука нет. И я даже догадываюсь почему.<br><br>&gt; Вообще можно глянуть в аудио https://m.opennet.dev/openforum/vsluhforumID3/109610.html#156 Sun, 27 Nov 2016 16:11:08 GMT &gt; ИМХО она и сделала.<br><br>Однако в целом IO на этой системе достаточно дорогое, имхо.<br><br>&gt; Он был халявный:<br><br>Странная какая-то халява все-таки. Особенно на нокии.<br><br>&gt;&gt; Такое ощущение что запись и чтение ощутимо разные по свойствам.<br>&gt; Совершенно верно. Я упустил, что скорость чтения и записи будет совершенно разной <br><br>Для флеша такое различие - обычное дело. Я бы наверное мог бы и раньше догадаться, т.к. кухню флеша неплохо знаю.<br><br>&gt; и соответственно для чтения может быть узким местом cpu, а для записи - io.<br><br>Действительно, так понятнее в чем фокус.<br><br>&gt; Да, там все как-то хитро подсчитывается (точно не вспомню - давно читал) <br>&gt; и показания строятся так, как если бы cpu работал всегда на полной скорости.<br><br>Вообще, логично. Я на всякий случай уточнил. А load avg я надеюсь это тоже касается? :)<br><br>&gt; показания top растут - админы бы застрелились.<br><br>Ну да :)<br><br>&gt;&gt; Запись разумеется медленнее (может оттуда и берется iowait?).<br>&gt; Совершенно верно! Финал детективной истории: <br><br>Ну да, <br><br>&gt; 1. Если io реально быс