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

[Роман М]

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

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

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

разницей сигналов, соответствующих этому "звуку" на том же "выходе", кэп.

[AleXH]

гениально, ни за что бы не догадался.

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

Ну, тогда сделай ещё один шаг, наш догадливый - сравни оба потока по двум показателям - "bitperfect" и "timeperfect" и перестань лохматить тут всем бабушку своим латенси.

[Alex]

в ответе не содержится слово между???

Нет, это пустые слова.

[AleXH]

Нет, это пустые слова.

аналогично

сравни оба потока по двум показателям - "bitperfect" и "timeperfect"

))) методику в студию для второго показателя

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

аналогично


))) методику в студию для второго показателя

Может ещё свои лёгкие напрокат дать?

[Alex]

аналогично

"Аналогично" что? Я-же ничего не говорил.

методику в студию для второго показателя

Джиттероизмеритель на MCLK ЦАПа.

[AleXH]

Я-же ничего не говорил

так я именно об этом и сказал - нет развёрнутого пояснения мысли, только пустые слова:

Нет, это пустые слова.

т.е. аналогично

---------- Сообщение добавлено 23:48 ---------- Предыдущее сообщение было 23:43 ----------

Джиттероизмеритель на MCLK ЦАПа

Кстати, а какую величину он измеряет? Математическое ожидание величины сдвига, медианное или ещё какое? Как я понимаю - джиттер джиттеру рознь, например у теплового распределение вероятностей сдвигов одно, у индуцированного внешним воздействием - другое.

[Alex]

так я именно об этом и сказал - нет развёрнутого пояснения мысли, только пустые слова:

Ты не понял. Я говорил что я ничего как ты, голословно не утверждал.

Математическое ожидание величины сдвига, медианное или ещё какое

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

[AleXH]

ТЫ где-то умные слова подсмотрел?

Ага, учился когда-то очень давно, успел всё забыть, к сожалению. Если в качестве измеренного указываются максимальное значение за период измерения, то так и скажите.

[Alex]

успел всё забыть, к сожалению.

Сочувтсвую. Но не могу помочь.

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

Ага, учился когда-то очень давно, успел всё забыть, к сожалению. Если в качестве измеренного указываются максимальное значение за период измерения, то так и скажите.

Вот ты тут чуть выше жаловался на очевидность/тривиальность объективных причин различия в звучании, а через два хода хочешь разжёванности до тривиальности. Ну, вот тебе мой (глубокое обоснованное имхо) окончательный текущий диагноз по "слышимости джиттера": пороги по искажениям масштаба времени, во-первых, удовлетворительно не классифицированы; во-вторых, имеется только один репрезентативный результат, относящийся к концу 50-х, началу 60-х - слышимость "детонации" - низкочастотной периодической ЧМ исходника; в-третьих, методология экспертиз в этом "временном аспекте" на нуле.

Остаётся только эмпирика - попробовать на собственной шкуре. Но перед этим головой подумать.

[Meta|_]

У меня другая гипотеза относительно влияния на звучание программных особенностей ПК (в т. ч. ОС, настроек буфера и т. п).
Предполагаем, что есть развязки, есть обратное тактирование и обеспечена бит-перфектность.
В зависимости от особенностей ПО меняется профиль загрузки ЦП и прочей жрущей периферии. Это влияет на работу источника питания ПК, помехи от которого зачастую светят на несколько метров. То есть по сути БП светит несколькими десятками килогерц, которые модулируются загрузкой процессора. И вот эти помехи могут разными не очень явными способами влиять на ЦАП, усилитель и пр.

[Viktor S]

Вроде же есть парни, которые ставят в компы БП на железе. Это не точно, ссылок не приведу.

[Meta|_]

Конечно есть. Киловатт в тепло - это истинный хай-енд

[Yurgen]

Первым откровением для адептов, было что по USB все передается пакетами, т.е. неравномерность передадчи данных просто огромная.
Вторым откровением, для адептов стало наличие FIFO буфера даже в примитивных USB-приемниказ типа РСМ27хх/29хх.

А за счет чего компенсируется разность частот MCLK ЦАПа и частоты с которой проигрывается аудиопоток на компе, просто за счет емкости буфера, а в паузах накопившаяся разница обнуляется?

[l3VGV]

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

[_Summit_]

В зависимости от особенностей ПО меняется профиль загрузки ЦП и прочей жрущей периферии. Это влияет на работу источника питания ПК, помехи от которого зачастую светят на несколько метров.

А на матери разве нет преобразователей питания? И кондерами она увешена. Чет я сомневаюсь, что ток нагрузки проца идет по питающим кабелям в БП. Хотя, в старых встроенных звуковухах слышно было работу периферии и пр. Сейчас с этим научились бороться.

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

У меня 3-метровый кабель USB. Комп собран в хорошем стальном корпусе и стоит за мебелью. Я спокоен. Вообще, это все приборами прекрасно видно. Просто никому не надо разрушать легенды. Без них ведь скучно будет.

[Yurgen]

Т.е. со стороны ЦАПа по USB идет запрос очередной порции данных, по окончании проигрывания предыдущей порции, верно?
Но ведь проигрыватель в винде все равно проигрывает со своей частотой, тогда выравнивание должно происходить в винде на уровне дров?

[l3VGV]

Никаких запросов не идёт. Приемник цапа сообщает источнику сколько семплов было проиграно. Опираясь на эту инфу источник решает когда слать ещё. Всё это проходит через множество, как минимум, дабл буферов, поэтому ничего нигде не икает, хотя склеивается и разрезается на порции различной длинны совсем не один и не два раза.

Проигрываетль в ОС заполняет куски памяти по запросу ОС. Он не засовывает их туда как ему хочется. ОС вызывает спец функцию, "Давай данные". Которая вызывается когда нужно.