Следующие 2 пользователей сказали Спасибо за этот полезный пост

**s.lyra** · 06.09.2017 19:44

Эта разница может возникать из-за "китайских" кодеков. Кодеки многих форматов, особенно FLAC, можно изменить, получив на выходе, если не такой же результат, а похожий. Например, убрать несколько вычислений - выводной поток будет отклоняться от оригинала, например, на несколько процентов при этом, но это упрощение будет экономить 1000 операций CPU - тем самым можно будет снизить энергопотребление. Ну и разные вещи в таком духе - вместо каких-нить циклических вычислений делать приближение и тд. Всё это упростит для CPU(или RAM) программу, но при этом, хоть и не значительно, но изменит вывод.
Так же может быть проблема в том, что когда вы юзаете Zishan как DAC, то все преобразования потоков(частоты и битности) проходят на PC по хорошим алгоритмам. А на Зишан при этом используются какие-нить упрощённые.

Этого всего, конечно же, в своей прошивке я постораюсь избежать. Выбирать кодек смысла особого нет) Ибо кодек - просто алгоритм, преобразующий исходный файл в поток цифр. И любой *правильный* кодек сделает это преобразование абсолютно одинаково

А вот с DSP - да, поэкспериментируем.

**Uaudio** · 06.09.2017 20:04

Сообщение от s.lyra

Ибо кодек - просто алгоритм, преобразующий исходный файл в поток цифр. И любой *правильный* кодек сделает это преобразование абсолютно одинаково

Ой ли! Чего же тогда они, кодеки, разные? И где критерий "правильности"?
У каждой хозяйки блюдо сделанное по одной рецептуре имеет разный вкус! И это факт.

**questioner** · 06.09.2017 20:19

Сообщение от Uaudio

Ой ли! Чего же тогда они, кодеки, разные? И где критерий "правильности"?
У каждой хозяйки блюдо сделанное по одной рецептуре имеет разный вкус! И это факт.

Вы не верно поняли, при чем здесь хозяйки? Кодек это другой продукт. Почитайте википедию по MP3 потом по FLAC. Эти форматы разрабатываются группой специалистов. Именно такой кодек и понимается под "правильным". Китайцы выкидывают половину деталей из схемы, также они могут выкинуть "ненужное" из алгоритма кодека.
Мне лень, но почитайте, если хочется, что аудиофилы пишут про фубар2000, почему слушают через него, а не через винамп? Видимо именно потому, что не все создатели ПО заморачиваются качеством - играет и ладно.
Давайте не будем сильно долго разматывать эту тему, мы ведь все равно ничего не выясним, дождемся хотя бы первой прошивки. А то сотню страниц наболтать как нефиг делать.

**s.lyra** · 06.09.2017 20:20

Правильность определяют исходный поток и стандарт. lossless говорит нам, что что раскодировано должно быть абсолютно тоже самое, до последней цифры, что и закодировали - что вышло с выхода АЦП в студии звукозаписи, то и должно выйти после декодирования. Однозначно, без вариантов и чётко. У flac есть официальная имплементация, которая делает именно это, но не только она верная - ffmpeg имплементация FLAC кодека тоже верная, да и рокбоксовская тоже, ну так же куча других - тоже верны, т.к. выдают правильный результат. Тут нет вариантов и не может быть никаких сомнений в том, что что-то работает верно или нет - либо входные и выходные цифры совпадают - либо нет. И точка. Это loseless.
Неправильность кодека заключается в том, что можно сэкономить несколько циклов CPU за счёт приближённых вычислений. И весь смысл, например флака, при этом теряется - входные и выходные цифры не совпадают, хоть и не значительно - зато батарейка прослужит дольше.
С форматами не-loseless сложнее, но и там так же - либо цифры совпадают, либо нет. Но совпадать они уже должны не с исходным потоком, а с эталонной имплементацией.
Ахаха, это вам не ОУ с ДАКами - тут чёткая математика и информатика)

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