Высококачественный звук в Linux и в Linuх-подобных ОС

[Роман М]

Возможно баян, но хочется узнать на счет возможность реализации высококачественного цифрового источника на базе Linux и Linux-подобных OC, например Ubuntu, Android. В первую очередь интересуют следующие вопросы:
1) Поддержка USB Audio девайсов
2) Вывод аудиопотока с бит-перфектом
3) Поддержка losless и hi-res контента
4) Подходящие софтовые плейеры
5) Сравнение по качеству звука с виндой
У кого есть опыт просьба поделиться.

[E.Sokol]

Говорят, что фубар под андроид уже имеется.

[Alex]

Спасибо, попробую (это аплеер под линух, как я понял?)

Изначально под винду, но уже есть и для пынгвына.

[vladj]

Вы отчаянный. А чем Виндоус не устраивает?

Ну например ощутимо меньше греется на лине. У меня пассив, вентилятор с проца снят, ща пока в огороде кормился ягодами был запущен в VLC канал в HD, пришел температура всего 50.
Отчаяние не при чём, у меня рабочий комп, комп у жены с коробейкой за монитором на i5-7200, плюс ещё занимаюсь моддингом по охлаждению на паре коробочек, есть на чём сравнивать и куда что устанавливать. Помимо нагрева меня просто бесит журналирование в винде. Мало кто залазил в дебри, поглубже. В работе около 100 журналов, в некоторые пишется инфа допустим по 10-15 записей в несколько секунд. Что мог поотключал конечно, но всё-равно свербит в душе...на нах это простым 99% пользователям, которые никогда не полезут в эти журналы. И если что-то грохнется никто не будет там лазить, просто переустановят ОС. На коробочках довольно слабые процы поэтому желательна ОС полегче, вот и тренируюсь на рабочем. надоест восстановлю свою вин 7 за 5 минут из сохранёного макриумом бэкапа. И при наличии стольких компов проще на лине ехать,-устанавливать, никаких установок драйверов, даже тач работает из коробки на нынешних сборках. У меня в машине ещё комп с мультитачем. А вот в планшет не могу линукс загнать, как не пытался.

[_Summit_]

Ну например ощутимо меньше греется на лине. У меня пассив, вентилятор с проца снят, ща пока в огороде кормился ягодами был запущен в VLC канал в HD, пришел температура всего 50.

Не замечал. Может просто на винде какой майнер работал)))?

занимаюсь моддингом по охлаждению

Ну с этого и надо было...

Помимо нагрева меня просто бесит журналирование в винде.

А журналирование ФС не бесит? Ну например ext3...

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

А что за журналы? А то я в винде не очень..

На коробочках довольно слабые процы поэтому желательна ОС полегче

Это линуксовые "иксы" с недоделанными дровами полегче?

А вот в планшет не могу линукс загнать, как не пытался.

Так он и так там, если Андроид.

[Игорь Гапонов]

Говорят, что фубар под андроид уже имеется.

Спасибо. А шо там hi-rezом и кошерным выводом (DSD похоже мимо)?

---------- Сообщение добавлено 15:12 ---------- Предыдущее сообщение было 15:11 ----------

Изначально под винду, но уже есть и для пынгвына.

А для ARM есть?

[E.Sokol]

А шо там hi-rezом и кошерным выводом (DSD похоже мимо)?

Не знаю, у меня кнопочный телефон)

[Игорь Гапонов]

А у меня тогда ваще тумблерный.

[vladj]

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

В винде Панель управления, Администрирование/Просмотр событий...журналы виндовс и они не отключаются.
Ниже в журналах приложений в разделе windows ещё под сотню, они отключаются поочерёдно справа...если не в ломы.
У меня не ext3, а не журналируемая ext2. Планшет на вин 10, андроида нет.

[JazMan]

А журналирование ФС не бесит? Ну например ext3...

Оно легко отключается.
К тому же настраивается, что именно журналировать.

[Orion33]

В работе около 100 журналов, в некоторые пишется инфа допустим по 10-15 записей в несколько секунд. Что мог поотключал конечно, но всё-равно свербит в душе...на нах это простым 99% пользователям, которые никогда не полезут в эти журналы. И если что-то грохнется никто не будет там лазить, просто переустановят ОС.

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

[Meta|_]

А журналирование ФС не бесит? Ну например ext3...

Журналирующая ФС - это другое дело. Она по сути просто пишет на диск больше чем могла бы нежурналирующая. А логи - они зачастую пишутся постоянно...

Винда, кстати, сохраняет время последнего чтения файла (фича NTFS). То есть при воспроизведении музыки регулярно пишет на диск. Хотя может сейчас, в эру SSD они это и отключили по умолчанию.

И мне их никогда не хватает для точной диагностики проблемы. То ли дело линукс.

Линукс полюбому лучше подходит для настройки под конкретную задачу. То есть по сути для эмбеддед применений. Например, для звуковоспроизведения.
Впрочем Винда тоже бывает в разных embedded-вариантах, но там тоже не всё просто. И самое обидное, что в отличие от знаний по настройке Линукса, знания по настройке windows embedded сложно применить где-то ещё.

[l3VGV]

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

А звуковых пингвинукосов уже есть готовых. Дафилы всякие, волумио. В такой готовости значительный плюс.

[AleXH]

Кто не даёт для звука взять оптимизированную ОС RamXP с минимумом процессов - которая вся загружается в RAM? Например на Core2Duo 7300 с пониженным до 6.0 множителем, эфф. частота 1800МГц, DPC latency показывает 2-4 мкс. Быстрый возврат ресурсов процессу воспроизведения благотворно сказывает на звуке, в идеале чем ближе система к рилтайму, тем лучше - звук динамичней, более прозрачный, мелодичный, с более точной передачей пространства и локализацией ИЗ в нём. Album Player поёт на ней замечательно.

[_Summit_]

Оно легко отключается.

По-моему, это последнее что нужно отключать))

К тому же настраивается, что именно журналировать.

inode обязательно.

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

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

Журналирующая ФС - это другое дело.

Это к слову пришлось)

А логи - они зачастую пишутся постоянно...

Ничего плохого в этом не вижу.

Линукс полюбому лучше подходит для настройки под конкретную задачу. То есть по сути для эмбеддед применений. Например, для звуковоспроизведения.

С серверной стороны да.
Кстати, совсем недавно (что странно) обнаружил интересный mpd клиент под вынду (если кто не знает):

в идеале чем ближе система к рилтайму, тем лучше - звук динамичней, более прозрачный, мелодичный, с более точной передачей пространства и локализацией ИЗ в нём

Ты раньше только истинный реалтайм пропагандировал.

[AleXH]

Ты раньше только истинный реалтайм пропагандировал.

А где его, истинный, взять? - Сама аппаратная платформа PC не рассчитана на рилтайм и имеет "лаги".

[Orion33]

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

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

[_Summit_]

А где его, истинный, взять? - Сама аппаратная платформа PC не рассчитана на рилтайм и имеет "лаги".

Это еще полбеды. Многозадачные ОС в принципе реалтайм обеспечить не могут. Одно хорошо: при выводе звука этот реалтайм нафиг не вперся, но тебе этого, наверное, не понять никогда.

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

По-моему, все, что имеет исходный код пересобирается подо-что угодно)

[Карта]

DPC latency показывает 2-4 мкс

милли

[Игорь Гапонов]

Многозадачные ОС в принципе реалтайм обеспечить не могут. ..

При неинтерактивном использовании (примитивно- без "караоки") накласть, лишь бы был здоров - не было сбоев по асинхронным интерфейсам обмена ( USB-audio ).

Большая проблема в воспроизведении есть только в многоканальной активной цифири (очень актуальна для беспроводой передачи инфы к активному модулю многоканальной системы - к АС с цифровым входным интерфейсом). Рисуется дилема. С одной стороны в "нонPLL" системах синхронизации, обеспечивающих низкий джиттер в широкой полосе ведущий/задающий ген "пространственно" может быть только один, т.к. даже очень точные гены (E-7..E-8) уже через секунду работы имеют временнЫе "медленные" девиации периода, превышающие временной порог пространственной слухового разрешения для Человека - 1-5мкс. С другой стороны, в "обычных" фильтровых PLL системах синхронизации уменьшение полосы удержания (для снижения джиттера синтезируемой частоты) сопровождается повышенной инерционностью слежения и приводит к тем же самым эффектам, что "на первой стороне"....

[Alex]

Многозадачные ОС в принципе реалтайм обеспечить не могут.

Че, серьезно??

Одно хорошо: при выводе звука этот реалтайм нафиг не вперся,

Зависит от, но чаще всего да, не требуется.

милли

Да хоть секунды, если просто музыку слушать, а не караоке, кино или эффекты для инструментов со сквозным каналом.