Это по какому такому использованию?:shok:

Возможность регулировать громкость фубара кнопками Икара.

раздельно регулировать громкость кэп )
это не мой стаж :no2:

Как тут уже верно подметили, у некоторых при прямом выводе разница таки есть.

ну , бывали единичные случаи разницы по оптике , встроенной звучки и дискретной , скорее всего софтовый\железный конфликт\глюк не более .

Есть такое мнение.

это мнение сильно устарело - оно вероятно времён, когда не появились на свет директ-плееры UAPP, Onkyo HF, HibyMusic...... :)
про будильник - хороший пример
Но! Даже при "непрямом" выводе звука штатными средствами ОС в случае с микшированием разных источников есть вероятность, выкрутив на максимум в микшере ОС громкость интересующего источника (Wave в винде или Music в андроиде) получить вывод бит-в-бит. Естественно при этом необходимо общую громкость также установить в максимум (на некоторых андроид-устройствах придется подбирать нужное значение через сервисное меню), не допускать наложения плеерных или системных эффектов, а также ресемплинга.
Для отключения системных эффектов в андроиде для общего случая необходимо отредактировать конфиг /etc/audio_effects.conf, закоментировав в нем строчки подключения модулей эффектов, расположенных в папке /system/lib/soundfx/
Конечно при таком раскладе, если другое приложение решит издать звук поверх идущего на максимальном уровне звука нашего плеера, мы скорее всего, получим цифровой клиппинг - все будет зависеть от моментальных уровней звука обоих источников. Суммирование двух одинаковых волн максимальной цифровой громкости 0дб дает результат вдвое большей громкости +6дб, но из-за ограничения амплитуды в 0дб произойдет обрезание верхушек результирующей волны - клиппинг, слышимый как искаженный сигнал, очень вредный для катушек динамиков. Но так как в цифровой записи стараются придерживаться правила о не допущении превышения пиков записи уровня -6...-3дБ, есть шанс клиппинг не получить. :be::big::tease:

Вот именно :be:

вот еще статья на тему побитового вывода в винде http://www.aimp.ru/blogs/?p=214

У меня Asio4All выдал побитово идентичный файл. За исключением небольшого глючка в начале.
А тут вообще не понятно. Получается что было преобразование ЦАП-АЦП, раз какие-то гармонические искажения получились? Какие гармонические искажения в цифре?

По идее - так и должно быть, исходя из обсуждавшегося выше алгоритма работы asio4all. Видимо автору статьи в чем-то не повезло...
Гармонические искажения в цифре появляются при цифровых обработках и ресемплинге, как следствие транкейта. Вот хорошая статья на тему http://www.muzoborudovanie.ru/articl...t/softedit.php
Просто в выходном тракте автору не удалось избежать отключения каких-то обработок. Это может быть следствием особенности реализации определенных версий драйверов. Поэтому все всегда надо проверять замерами, а не доверять универсальным рецептам и глубокомысленным мнениям "хорошо слышащей" общественности :smile1:

Кстати, для многих "слышащих" разницу между 16 и 24 битами хороший тест https://geektimes.ru/post/242775/
можно провести его по данной методике самостоятельно, использовав любой "различаемый" 24бит-трек и звуковой редактор, но именно вслепую, для этого поможет замечательный плагин к фубару abx-test
http://audiophilesoft.ru/publ/my/abx/11-1-0-37
http://audiophilesoft.ru/news/new_fo...2015-01-09-123
хорошо изложенная теория по "нужности" 24 бит (англ.) - http://www.head-fi.org/t/415361/24bi...-myth-exploded
или вот неплохо на русском - http://audiophilesoft.ru/publ/theory/24_bit/6-1-0-69

Думаю метод теста проведенный cherkasoff не совсем отображает ясность, что да как.
Смотрим его выкладку...видим некий рисунок и не более....+ - одни имхи.

http://s018.radikal.ru/i506/1602/9f/a49d90350ce2.jpg

Тест должен быть таким и наглядным как тут в бинарном виде сверка бит в бит.

http://s017.radikal.ru/i404/1602/37/0e7b89f84fa1.png

статья.

Так а что мешает взять файлы которые я выложил, обрезать с точностью до семпла и сравнить любым ПО?

Он все правильно делал, не надо передергивать. Читайте его первый пост внимательно. Если при сложении оригинального и инвертированного записанного сигналов получается тишина - то слышимой разницы между ними нет. А побитное сравнение - это просто ещё один вариант. Картинку он приводил лишь для иллюстрации потери сэмплов в случае использования глючного asio4all.

Вот именно, что выводы мы делаем на слух, а автор статьи предлаает нагядно это увидеть, не доверяя разным ушам.

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

Точно не Нео :big:

Аудиосрачи никогда не меняются :D Каждый городит своё, и непонятно кто прав.