PCM 44.1/16 → DSD512
За это и спасибо. Ранние читал уже оказывается пару раз, только давно, еще почитаю.
Финн он, Jussi, по-русски - Юси)
1 лайк
Коллеги, поясните плиз, а для чего вы всем этим занимаетесь? Хотя бы кратко. С отсылкой к технической стороне вопроса. Я никогда не пробовал, считая что ни стоит портить оригинальный трек. Поэтому и интересуюсь. Для общего развития.
Для кайфа занимаемся , хотя HQPlayer не слушаю , что не обработка то срез верней полки после 20кгц а то и ниже , Юси наверно специально это делает !
Если этим не заниматься, то этим займется цап. А они обычно делают это гораздо хуже HQP.
Не делать этого вообще (NOS), особенно с ред буком = слушать искажения.
1 лайк
А как срез определяете?
У вас же колонки(в профиле) до 18 кГц по паспорту
Почему Вы так считаете. Поясните плиз с технической точки зрения. В чём ЦАП проигрывает?
1 лайк
Вы их слышите, ну т.е. они есть? )
Или Вы из измерили и увидели, т.е. он точно есть? )
В цап нет ресурсов памяти/процессора ,чтобы реализовать ЦФ так же качественно как на компе.
А если цап мультибит без ЦФ ?
Слышу
как раз про такой и написано - NOS
Вопросов больше нет.
Это скорее всего в исходнике так уже было, ред бук и режут на 22, а вы 20к слышите? И кстати это правильное поведение цифрового фильтра, на то он и фильтр, нечего алиасы в тракт пускать.
А это кстати несложно, можно свипом, можно белым шумом, главное это дело пускать не на АС, а на вход ЗК.
1 лайк
Где-то выше мы уже обсуждали этот вопрос. Но чтобы не искать, проще повторить цитату из первоисточника.
Спойлер
Я
Максим, если можно, поясните плиз разницу\преимущества между программной регулировкой громкости организованной в интерфейсе софтового плеера\ОС и аппаратной, силами микросхемы ЦАП, по типу того как это реализовано в MUX. Какое решение на Ваш взгляд правильнее.
Спасибо.
Максим Лядов разработчик прошивок Lisk Audio
Максимально корректный ответ, с техническим объяснением, но без лишней научной зауми, выглядит так (скажите, если что-то непонятно):
Программная регулировка осуществляется путём перевода данных в пространство с плавающей точкой, умножения на какой-то понижающий коэффициент, например на 0.368. Далее данные обязаны быть переведены обратно в целочисленный формат (в 16 бит или в 24 бит) с отсечкой дробной части. Так как эта операция приводит к порче данных, для уменьшения искажений квантования в сигнал нужно подмешать шум дизеринга, перед транкейтом. Такая регулировка возможна только для формата PCM, для DSD она вообще невозможна и приведёт к порче данных. В общем, минусы в том, что, во-первых, теряется качество звука и не всегда так можно сделать (для DSD нельзя). В ОС Windows для максимального быстродействия на слабых процессорах регулировка громкости может быть недостаточно качественной в части математики. Я бы вообще избегал пользоваться регулятором ОС, если он программный. Лучше сделать 100% и как-то потом в аналоге крутить ручку.
Как сделано в устройствах Lisk Audio? Данные на чип ЦАП всегда идут побитно по шине I2S. Команды громкости перехватываются в ОС И передаются на чип ЦАП по командной шине I2C. Аппаратная регулировка в ЦАП происходит в пространстве 32 бита, перед подачей сигнала на внутренний цифровой фильтр ЦАП внутри чипа. Так как сигнал не страдает от конвертаций и не требуется дизеринг, то качество намного выше. Кроме того, аппаратная регулировка в ЦАП возможна и для формата DSD, если он воспроизводится через мультибитный преобразователь с фильтрацией ультразвуковых искажений, которые по мощности многократно превосходят полезный сигнал при однобитной модуляции.
То есть качество аппаратной громкости регулировки выше, так как меньше искажений. Минус аппаратной регулировки только в том, что ЦАП меняет громкость не мгновенно, а ждёт несколько миллисекунд, когда сигнал в музыке пересечёт ноль. Это мера направлена на то, чтобы не было щелчка при изменении громкости. Если ЦАП не дождётся перехода нуля, то изменит громкость на низком сигнале с небольшим щелчком, который возникнет однократно, только в момент поворота ручки или ползунка громкости. Но вероятность этого события очень мала, и не стоит того, чтобы отказываться от более качественного звука.
Ещё есть один прикол. Есть ещё третий способ, он самый ужасный. На большинстве недорогих устройств на XMOS со стоковой прошивкой (китай-подвал) регулировкой громкости занимается сам чип XMOS, который делает это максимально тупо: умножением на коэффициент с отбрасыванием дробной части. Без дизеринга и конвертации, так как XMOS не поддерживает операции с плавающей точкой и не имеет генератора случайных чисел для подмешивания шума. Звук в итоге хрюкающий, кошмар. Я об этом знаю потому, что первым делом выкинул из системного кода англичан этот позорный кусок говна быдлокода. Ни в каких устройствах Lisk Audio ни в какой версии прошивки такого позора никогда не было и не будет.
В медиа плеерах внутренний программный регулятор громкости обычно более качественный, чем программный в ОС. Иногда разработчики с гордостью пишут, что переводят данные не в 32float, а в 64float. Но толку мало, так как по любому нужно конвертировать данные после изменения громкости обратно в грубый формат 16int или 24int. И здесь кроется источник всех проблем.
В лучших медиа плеерах есть настройка ползунка: 1) отключить регулировку громкости вообще чтобы не мешала 2) менять данные программно 3) синхронизовать с ползунком ОС, держа в уме, что устройство умное и умеет само всё делать - мешать ему не нужно.
Как мы видим, всё до наоборот.
Вот примерно такое обоснование Вашей позиции я хотел услышать на свой вопрос.
Тогда следующий вопрос. Что в результате вы получаете в сильно раздувшемся после пересчёта файле. Короче, в чём профит?
1 лайк
Что наоборот то? Причем тут регулировка громкости?
Какой файл? На лету все происходит.
В качестве звучания.
Так данных-то становится в разы больше. А что в этих данных. А вот что.
Спойлер
Оригинальный файл 24х48. Ничего лишнего. Только полезные данные.
Сконвертированный в 24х384. Как видим, полезных данных больше не стало.
А народ с упоением уверяет что слышит серьёзный профит.
P.S.
Принцип пересчёта один и тот же.
1 лайк
Как все запущено 
ты всерьез считаешь, что после апсемплинга аналоговый сигнал должен простираться до 192кГц?
Так cs43198 тоже так делает.
И вообще речь в основном о приложении к мультибитам.