Как настроить параметры flac для хранения разорванной музыки

1540
hotei

Использование Uuntu 10.4 с Audacity. Я хотел бы хранить разорванные дорожки, взятые с винила, с проигрывателем Sony LX300 (и некоторыми дорожками на компакт-дисках) в архивном формате, который позже можно будет конвертировать для использования на портативном mp3-плеере. Я думаю, что мне нужен flac, но у меня есть несколько вопросов.

Во-первых: поскольку CDDA является 16-битным форматом, есть ли какое-либо преимущество для архивирования хранилища, используя flac с 24 битами вместо 16? Я бы так не думал, но я новичок в этом. Если нет - мне интересно, кто использует 24-битную опцию?

Второе: если flac «без потерь», почему у него 8 различных уровней качества. Разве «без потерь» не означает, что я думал, что это значит? Что я теряю из-за снижения качества, так как файлы кажутся одинакового размера по качеству 8 и качеству 4?

Первоначально я использовал flac 24 bit, качество 8 (лучшее) для хранения разорванных треков, но если бы я получил тот же результат с flac 16 - 4 с уменьшением размера файла на 30%, я бы хотел знать.

Хотей

2

1 ответ на вопрос

2
Slartibartfast

Во-первых: поскольку CDDA является 16-битным форматом, есть ли какое-либо преимущество для архивирования хранилища, используя flac с 24 битами вместо 16? Я бы так не думал, но я новичок в этом. Если нет - мне интересно, кто использует 24-битную опцию?

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

Второе: если flac «без потерь», почему у него 8 различных уровней качества. Разве «без потерь» не означает, что я думал, что это значит? Что я теряю из-за снижения качества, так как файлы кажутся одинакового размера по качеству 8 и качеству 4?

То, что вы называете "качественными" уровнями, это уровни сжатия. Если компьютер тратит больше времени, он может упаковать аудиоданные лучше. Это похоже на числовые уровни сжатия для gzip. Компромисс быстрее, но сжимается хуже (больший объем производства) или медленнее, а также меньший объем производства.

Первоначально я использовал flac 24 bit, качество 8 (лучшее) для хранения разорванных треков, но если бы я получил тот же результат с flac 16 - 4 с уменьшением размера файла на 30%, я бы хотел знать.

Вы получите тот же результат. Меньший размер может зависеть от ваших данных (хотя я был бы удивлен, если бы 16 бит, уровень сжатия 4 был значительно меньше, чем 24 (8 неиспользованных) бит с уровнем сжатия 8.

Вы можете проверить это, кодируя одни и те же аудиоданные двумя разными способами, а затем декодировать каждый результат в отдельный файл. Два полученных декодированных файла должны быть идентичны.

 /----> [encode @ 24bit x Q8] ----> highQ ----> [decode] ----> highQ.out Source \----> [encode @ 16bit x Q4] ----> lowQ ----> [decode] ----> lowQ.out 
Что ж, вот что произошло в моем случае для «Амброзии» CD 16-4 занял 232 МБ, 16-8 занял 231 МБ, 24-8 занял 428 МБ. Увеличение с 16 бит до 24 бит составило около 85% (я ожидал только 50% увеличения, так что это было сюрпризом). Уменьшение размера с 232 до 231 недостаточно для беспокойства. Если это без потерь, как вы можете сказать, что highQ против lowQ? Если он воспроизводит ТОЧНО ту же форму сигнала, что и исходные данные CDDA (flac - это кодер без потерь), то качество должно быть одинаковым ... разница должна быть только во времени кодирования / декодирования (поправьте меня, если я ошибаюсь) hotei 13 лет назад 0
Сжатие данных без потерь - забавный зверь. Некоторые файлы при сжатии на самом деле становятся больше. Иногда изменение алгоритма сжатия на алгоритм, который имеет тенденцию создавать меньшие файлы, в некоторых случаях приводит к созданию больших файлов. Попробуйте: "touch / tmp / a; gzip / tmp / a; ls -l /tmp/a.gz". Вы увидите, что файл нулевого байта "сжат" до 22-байтового файла. Он все еще распаковывается в тот же файл нулевого байта. Slartibartfast 13 лет назад 0
Во-вторых, «highQ» и «lowQ» явно не были теми терминами, которые я должен был использовать. Пожалуйста, не стесняйтесь заменять «низкоскоростной» и «высокоскоростной» соответственно на highQ и lowQ. Различия должны заключаться во времени кодирования и размере выходного файла, но не в звуке вывода. Единственное предостережение: возможно, что два результирующих файла из приведенного мною примера будут отличаться из-за количества битов, используемых на этапе кодирования. Это не изменило бы качество на выходе, но это сделало бы выходной файл, как правило, больше, и это могло бы сделать его несоответствующим, побайтовым. Slartibartfast 13 лет назад 0