[+] [2084] Аудиоконвертер - As Source - 32-бит на сэмпл

[venga]

А еще можно взять и домыслы подкрепить практическим опытом. Сравнить побитово. Можно же? Или не правильно?
Вполне можно. Вот так у меня получилось в foobar в режиме auto: https://i.paste.pics/2b89fc029fb6747b3144ac9494088bc2.png
А вот так получилось в Aimp в режиме as source: https://i.paste.pics/a9488392a4833e129bd193ae217f544e.png
Может я конечно что-то не так сделал, неправильно сравнил - попробуйте и вы своими методами и поделитесь результатами. В качестве тестового образца использовал этот файл.

[Artem]

Что с чем вы сравнивали побитово?

[venga]

ну у нас же речь о получении wav из lossy, верно же?
Берём mp3 и делаем из него wav. В режиме auto/as source. Затем пытаемся сравнить полученный wav с оригиналом. Я полагал что и вовсе не получится сравнить из-за сдвига - добавления тишины, пустоты. Но почему-то получилось. Попробуйте сами. Вдруг получится не только у меня?

[venga]

прошу прощения - побитово это я загнул. Скорее - посемплово.
При конвертации из mp3 в wav - длительность результата (в секундах) отличается от оригинала. При конвертации из mp3 в wav изымалась некоторая начальная часть и сокращалось время. И если точно обрезать эти лишние семплы (ну или добавить их в wav) - то можно попытаться сравнить содержимое пары аудио-файлов.

[Soolo]

Надо ещё знать, что выставлять в ручном режиме. Пользователи, делающие из MP3 FLAC вряд ли этим заморачиваются.

Т.к. это бессмысленное занятие, а вернее, вредное - то и флаг в руки.
venga, возможно, вы не выключили дизеринг или антиклиппинг в конвертере.
Кроме того вы не описали ваш метод сравнения.

[venga]

в моём сравнении "полный ноль" не получился. Хотя не ожидал что получится настолько хорошее вычитание. Хорошее тем - что разница, шум получился очень-очень тихим. Может конечно я как-то не так вычитал.. и wav-результат от aimp обладает еще меньшей разницей - просто надо как-то правильно вычесть..
После нормализации (сделать самому) песенку всё еще можно узнать. То есть до ноля еще далеко А вообще, теоретически, должно ли получаться полное вычитание, с одними нолями? Или это тоже всё условности

[venga]

возможно, вы не выключили дизеринг или антиклиппинг в конвертере.
Кроме того вы не описали ваш метод сравнения.

В foobar дизеринг был выключен. В Aimp не знаю как это сделать. Вероятно через конфигурирование xml?
Обычная противофаза - как у всех. Принципиально другого же метода вроде бы нету.. Нужно более детально раскрыть мой так называемый метод? Не против, если это важно.
Предложи́те свои методы

[Soolo]

В foobar дизеринг был выключен. В Aimp не знаю как это сделать. Вероятно через конфигурирование xml?

Настройки / параметры преобразования

[venga]

ах, простите, верно.
Я туда и не заглядывал. В каком состоянии было (после установки) - в таком и осталось. https://i.paste.pics/794bb2d8c6504f6d4410d1cedbc2f5ce.png

[venga]

моя метода: видео (~3 минуты)
Может продукция image line не такая авторитетная и профессиональная.. но получается ли в других программах отличающийся результат?

[venga]

А если в Aimp установить чекбокс "16 Bit" - то вот результат по моей методе: https://i.paste.pics/9b7deb24805042202ee50b16d4342416.png

Осталось провести подобный опыт в других редакторах, исключить "фактор софта".
Если и в других программах всё повторится - надо же сделать выводы и пересмотреть предыдущие доводы в пользу конвертации с повышением битности. Хотя, как здесь объясняли - повышение это условное, ра́вно как и 16-ти битная разрядность lossy. Хотя почему у lossy так получается - я не понял. Не смог найти в гугле сопутствующей информации и принял аргумент на веру.

Если кому-то любопытно как это звучит после нормализации:
https://cloud.mail.ru/public/3JC2/f3RMJ9QZh

https://cloud.mail.ru/public/NGue/1zgmUVUDU 
Так звучит нормализованная разница между вышеупомянутой wav и wav из foobar.
Музыку уже не слышно - это хорошо, это ближе к нолю.
Без нормализации - так называемый около-ноль
image line Edison не умеет измерять величину уровня шума (а нужны измерения крайне низких величин). Но местные знатоки-то знают как это сделать.

Вот блин прикопались к программисту, автору известного плеера со своими битами и конвекторами.. отвлекают от серьёзных забот..

[Soolo]

Ну понятно, чё. FL Studio почему-то декодирует MP3 в формате 16 бит - вот и вся песня и все чудеса из решета.

[venga]

Ну понятно, чё. FL Studio почему-то декодирует MP3 в формате 16 бит - вот и вся песня и все чудеса из решета.

https://i.paste.pics/d504cd1ee7e9185d3eaac809e93e1746.png
но SoundForge тоже декодирует mp3 в формате 16 бит.
Похоже Audiocity открывает в 32. Кому будем верить - свободному ПО или коммерческому профессиональному продукту. Ведь кто-то не прав, а кто-то прав.

[Soolo]

https://i.paste.pics/d504cd1ee7e9185d3eaac809e93e1746.png
но SoundForge тоже декодирует mp3 в формате 16 бит.
Похоже Audiocity открывает в 32. Кому будем верить - свободному ПО или коммерческому профессиональному продукту. Ведь кто-то не прав, а кто-то прав.

Верить нужно принципам кодирования lossy, которые допускают как превышение уровня 0 дБ, так и 24 битные данные: и то и другое теряется при 16 битном декодировании.
Это объяснялось в самом начале темы.

[venga]

audacity тяжёлая программа.. но в ней этих данных не оказалось при вычитании mp3 из wav. Здорово.

Верить нужно принципам кодирования lossy, которые допускают как превышение уровня 0 дБ, так и 24 битные данные: и то и другое теряется при 16 битном декодировании.
Это объяснялось в самом начале темы.

Как можно перепроверить, что данные выше 0 дБ утрачиваются при 16 битном декодировании и не утрачиваются при декодировании 32 float, подскажите пожалуйста. Беру wav, где имеются данные выше 0 дБ. Конвертирую с помощью Aimp в mp3. Открываю оба файла в audacity: скриншот
В wav эти данные данные на месте. В mp3 клиппинг. Хотя audacity якобы открыла в 32 float.