Показано с 1 по 17 из 17

Тема: Форматы аудиоданных. Что влияет, а что не влияет.

  1. #1

    По умолчанию Форматы аудиоданных. Что влияет, а что не влияет.

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

    WAV - формат не сжатых аудиоданных. Несмотря на то, что сам формат определен как контейнер, т.е. может включать в себя данные других форматов, такое его использование не прижилось и формат используют для хранения сырых несжатых аудиоданных. Но даже в нем могут содержаться неоднозначности. Формат допускает хранение данных с разным количеством каналов, разной частотой семплирования и разной глубиной данных. Наиболее распространены форматы хранения 16 бит и 24 бита целыми числам. Однако предусмотрены и форматы хранения с плавающей точкой 32 бита. Этот формат используется во время работ по сведению материала. Удобен он тем, что если при обработке произошел выброс выше разрядной сетки, то целочисленный формат потеряет информацию об уровне сигнала. Если же хранить данные в формате с плавающей точкой, то данные не потеряются, а, в последствии, можно провести коррекцию уровня. Но с данными в плавающем формате не могут работать ЦАП-ы, они работают только с целочисленными форматами. Перевод из одного в другой происходит с округлением и, часто, добавлением дизеринга. Это означает, что на разных программно-аппаратных реализациях можно получить данные с отличием до +-2 msb, что, может быть, кто-нибудь и услышит. Хотя и маловероятно.

    MP3 и другие форматы сжатия с потерями. Расхождений в звучании таких фалов может быть бесконечное число, тому способствуют не только возможности выбора битрейта при сжатии, но и набор тонкостей при компрессии и декомпрессии. Несмотря на то, что алгоритмы сжатия для этих форматов стандартизованы, два файла, полученные от двух разных программ сжатия, с одними и теми же настройками, будут разными. Причина связана с тем, что для сжатия с потерями надо принять решение о том, какие детали звука будут потеряны. Это решение определяется не только алгоритмом, но и коэффициентами, значения которых не стандартизованы и могут выбираться исходя из предпочтений разработчика. Дорогие коммерческие MP3 кодеры отличаются от свободно распространяемых только набором этих коэффициентов, значения которых уточнялись на основе психоакустики и результатов тестирования. В свободные кодеры применяют обычно коэффициенты, вписанные в стандарт как примеры, что бы было от чего отталкиваться. С другой стороны, поскольку данные при таком сжатии уже потеряны, то при распаковке можно стараться не полностью. Живой пример, сравнивали работу распаковщика MP3, встроенного в 3-й Айфон и 2-й Айпад при проигрывании через AirPortExpress. Они давали разные данные, проигрыватель Айфона явно экономил процессорное время, а, как следствие, заряд батарейки, производит менее качественную распаковку. Интересно то, что формат AirPlay допускает передачу на конечное устройство не только сырых распакованных данных, но и в исходной закодированной форме. Тогда устройство воспроизведение декодирует их само и разницы при проигрывании с разных устройств не будет. Хотя не факт, что конечное устройство произведет распаковку в лучшей форме, обычно лучше это делают настольные компьютеры, в них ни кто не экономит электроэнергию.

    FLAC, APE и другие форматы сжатия без потерь. Эти форматы рассчитаны на то, что если произвести распаковку сжатых данных, то полученные данные должны совпадать с исходными бит в бит. Внутри каждого сжатого файла находится информация о формате исходного файла, например 44/16 или 96/24 и распаковка ведется до этого формата. Расчеты при распаковке ведутся с большим разрешением, чем формат выходных данных и распаковка на разных программах и процессорах может приводить к разным незначащим хвостикам данных, например то, что начинается с 17-го бита для файла 44/16. Если использовать оригинальную программу распаковки, то результат однозначен и предсказуем. Однако, если работает плагин и распакованные данные не складываются на диск, то возможна ситуация, что, например тот же Foobar, заказыввает у плагина данные в формате 24 или 32 бита, а исходные данные были в формате 16 бит. В этом случае оставшиеся биты получатся на усмотрение плагина и у разных плагинов, плееров, на разных процессорах эти "незначащие" данные могут быть разные. По этой причине, распаковка "на лету" может приводить к разным результатам, несмотря на проигрывание файлов в формате "без потерь". И действительно, та часть данных, что была в исходном файле, не теряется, но вот додуманные хвостики могут отличаться.

  2. #2
    Разработчик аудиотехники Аватар для Игвин
    Регистрация
    28.01.2013
    Адрес
    Ростов-на-Дону
    Сообщений
    231

    По умолчанию Re: Форматы аудиоданных. Что влияет, а что не влияет.

    Константин, спасибо за сжатую без потерь информацию.
    Распаковал бит в бит
    Истинное творчество начинается, когда человек перестает задумываться над вопросом, как это сделать, и начинается задумываться над вопросом, на хрена это делать. Маркиз де Сартр.

  3. #3

    По умолчанию Re: Форматы аудиоданных. Что влияет, а что не влияет.


    Offтопик:
    Не бы добавить некоторое число незначащих бит...


  4. #4
    Новичок
    Регистрация
    31.01.2013
    Адрес
    Тольятти
    Сообщений
    46

    По умолчанию Re: Форматы аудиоданных. Что влияет, а что не влияет.

    А я так и не нашел объяснения, почему рипы WAV, сделанные разными программами (EAC и dbPowerAmp CD Ripper), звучат на самую малость, но по-разному (EAC попроще)... Причем рипы второй программы всегда на несколько байт больше, хотя это как раз и объяснимо. А вот разницы между CD приводами не обнаружил (внешний Plextor CD-RW и встроенный в ноут DVD)

  5. #5

    По умолчанию Re: Форматы аудиоданных. Что влияет, а что не влияет.

    В сети была утилитка, которая сравнивает wav-ы и сама находит общее начало. Разные риперы часто начинают с разных байт в CD потоке.
    Я как-то пробовал сделать рипы еаком на разных приводах. Разницы не было на нормальных дисках. Только убитые диски могли читаться по-разному и именно убитые диски лучше всего читала очень старая сонька, у которой максимальная скорость 8-ка, а, в основном, она читала на 4-ке. Она неторопясь вчитывалась и игнорировала царапины.

  6. #6
    Завсегдатай
    Модератор раздела
    Аватар для Игорь Тихомиров
    Регистрация
    27.10.2013
    Сообщений
    1,595

    По умолчанию Re: Форматы аудиоданных. Что влияет, а что не влияет.

    Господа добрый день. Предлагаю обсудить формат SACD. Вроде на форуме этого еще не делалось.

  7. #7
    Завсегдатай
    Модератор раздела
    Аватар для Игорь Тихомиров
    Регистрация
    27.10.2013
    Сообщений
    1,595

    По умолчанию Re: Форматы аудиоданных. Что влияет, а что не влияет.

    Цитата Сообщение от Мусатов Константин Посмотреть сообщение
    то возможна ситуация, что, например тот же Foobar, заказыввает у плагина данные в формате 24 или 32 бита, а исходные данные были в формате 16 бит. В этом случае оставшиеся биты получатся на усмотрение плагина и у разных плагинов, плееров, на разных процессорах эти "незначащие" данные могут быть разные.
    А какую выходную разрядность в Foobar надо ставить, как в ЦАП или как в исходных данных?

  8. #8

    По умолчанию Re: Форматы аудиоданных. Что влияет, а что не влияет.

    Цитата Сообщение от Игорь Тихомиров Посмотреть сообщение
    А какую выходную разрядность в Foobar надо ставить, как в ЦАП или как в исходных данных?
    Сложный вопрос. При разном оборудовании и для разных аудиоданных оптимальная архитектура решения может оказаться разной. Если ЦАП работает на высокой, но стандартной частоте семплирования, то может статься, что программный апсемплинг может быть лучше аппаратного, встроенного в ЦАП.

  9. #9
    Завсегдатай
    Модератор раздела
    Аватар для Игорь Тихомиров
    Регистрация
    27.10.2013
    Сообщений
    1,595

    По умолчанию Re: Форматы аудиоданных. Что влияет, а что не влияет.

    Цитата Сообщение от Мусатов Константин Посмотреть сообщение
    Сложный вопрос. При разном оборудовании и для разных аудиоданных оптимальная архитектура решения может оказаться разной.
    Константин, а ТЕАС 501 Вы такие опыты не ставили? Вы одно время им пользовались. У меня работает ТЕАС 301. Обе модели вроде используют одинаковое цифровое ядро.
    Последний раз редактировалось Игорь Тихомиров; 30.07.2016 в 10:36.

  10. #10

    По умолчанию Re: Форматы аудиоданных. Что влияет, а что не влияет.

    Нет, с компьютером я его не использовал. Только от СД плеера я их слышал.

  11. #11
    Забанен (навеки)
    Регистрация
    19.03.2013
    Сообщений
    181

    По умолчанию Re: Форматы аудиоданных. Что влияет, а что не влияет.

    - -Каждому цап своего времени - свой продукт!
    - В противном случаи будьте готовы к компромиссам и снисходительности.

    Попробуйте прослушать граммофонные пластинки на очень дорогом современном проигрывателе и мне кажется, что и Вам покажется более комфортным (Гармоничным!) прослушивание этого материала на "проигрывателе" тех времен…

    - Иногда действительно лучшее враг хорошего!
    Последний раз редактировалось Мусатов Константин; 16.04.2017 в 09:40. Причина: Не стоит все писать жирным шрифтом

  12. #12
    Прохожий
    Регистрация
    16.11.2018
    Сообщений
    3

    По умолчанию Re: Форматы аудиоданных. Что влияет, а что не влияет.

    Цитата Сообщение от Мусатов Константин Посмотреть сообщение
    Однако, если работает плагин и распакованные данные не складываются на диск, то возможна ситуация, что, например тот же Foobar, заказыввает у плагина данные в формате 24 или 32 бита, а исходные данные были в формате 16 бит. В этом случае оставшиеся биты получатся на усмотрение плагина и у разных плагинов, плееров, на разных процессорах эти "незначащие" данные могут быть разные.
    А если Foobar заказывает у плагина (WAV-декодера) данные в формате 32 бит, а сам WAV-файл 16 бит?

  13. #13

    По умолчанию Re: Форматы аудиоданных. Что влияет, а что не влияет.

    Цитата Сообщение от soolo Посмотреть сообщение
    А если Foobar заказывает у плагина (WAV-декодера) данные в формате 32 бит, а сам WAV-файл 16 бит?
    Младшие 16 бит обнуляются

  14. #14
    Прохожий
    Регистрация
    16.11.2018
    Сообщений
    3

    По умолчанию Re: Форматы аудиоданных. Что влияет, а что не влияет.

    Цитата Сообщение от Мусатов Константин Посмотреть сообщение
    Младшие 16 бит обнуляются
    Это однозначно? Без вариантов?
    А с чего тогда FLAC'и и прочие lossless, по вашему описанию, делают что им вздумается? Какие-то якобы хвостики сами себе додумывают, да ещё и якобы разные у разных декодеров?
    Последний раз редактировалось soolo; 19.11.2018 в 16:59.

  15. #15

    По умолчанию Re: Форматы аудиоданных. Что влияет, а что не влияет.

    Декодеры форматов без потерь, сами по себе, ничего не выдумывают и выдают в тех форматах, в которых были исходники. Так же и читатель формата wav ничего не выдумывает. Если файл 16 бит, то и выдает 16 бит. А вот всякие микшеры, ресамплеры и т.п. искажают информацию. При этом могут это делать даже при базовых положениях ручек.

  16. #16
    Завсегдатай
    Модератор раздела
    Аватар для Игорь Тихомиров
    Регистрация
    27.10.2013
    Сообщений
    1,595

    По умолчанию Re: Форматы аудиоданных. Что влияет, а что не влияет.

    Константин, а какой в фообаре2000 лучше ставить формат выходных данных, 32р или как исходные, если задействованы плагины эквалайзера и бинаурального звука? Мне показалось , что лучше ставить 32р.

  17. #17

    По умолчанию Re: Форматы аудиоданных. Что влияет, а что не влияет.

    Если есть обработка сигнала, то да, 32 бита будет правильно.

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •