Audiophile's Software
  • Страница 2 из 2
  • «
  • 1
  • 2
Модератор форума: mrmerak, krivenchenko  
Форум » Кодирование аудио » Консольные кодеры » FLAC (Free Lossless Audio Codec)
FLAC (Free Lossless Audio Codec)
Genazb
Группа: Проверенные
Сообщений: 16
Статус: Оффлайн
Цитата Rollinnn ()
audiophilesoft.ru/publ/videos/foo_split/15-1-0-165
Что это за сылка? У меня она не открывается.
mpuzirew
Группа: Проверенные
Сообщений: 236
Статус: Оффлайн
Цитата Genazb ()
Что это за сылка? У меня она не открывается.
Ссылка без префикса http, поэтому переадресация с форума сбоит. Если ссылку выделить в сообщении и скопировать мышкой как текст, и затем вставить в адресную строку браузера, она откроется нормально. На всякий случай вот полная:
http://audiophilesoft.ru/publ/videos/foo_split/15-1-0-165
Rollinnn
Группа: Эксперты
Сообщений: 1111
Статус: Оффлайн
iOS 11 будет иметь встроенную поддержку FLAC'а https://thenextweb.com/apple/2017/06/06/ios-11-flac-audio-iphone-ipad/
FLAC1.3.2NOSSE2 Opus1.2.1NOSSE2 LAME3.99.5ICL12.1 Monkey'sAudio4.10(NOSSE2) ffmpeg для WinXP и древних процессоров
Arantiannel
Группа: Проверенные
Сообщений: 5
Статус: Оффлайн
Скажите, надо ли при конвертировании через Foobar2000 выбирать в параметре "Highest BPS mode supported" 32? Знаю, что lossy кодеки это поддерживают, а вот FLAC... Конвертация прошла без ошибок, значит всё в порядке?
Audiophile
Группа: Администраторы
Сообщений: 1222
Статус: Оффлайн
Arantiannel, читайте https://audiophilesoft.ru/publ/my/foobar2000_converter_setup/11-1-0-27
GLOT
Группа: Проверенные
Сообщений: 13
Статус: Оффлайн
Скажите, есть-ли смысл перепаковывать файлы упакованные старой версией 2007 года?
Arantiannel
Группа: Проверенные
Сообщений: 5
Статус: Оффлайн
Цитата Audiophile ()
Цитата Audiophile ()
"В случае с lossy поток имеет 32-битный формат с плавающей точкой и тут же передаётся цифровым обработчикам — DSP, ReplayGain. Для таких
lossless форматов, как FLAC и WavPack, может выполняться пост-обработка —
в случае, если в них обнаружен HDCD слой, несжатые данные в формате 16
бит передаются непосредственно HDCD декодеру, который в результате дает
фактически 20-битное аудио, но в виде 32 бит с плавающей точкой; далее
поток так же, как и для lossy, поступает на обработчики."
Т.е. смысла нет при конвертировании во FLAC? Можно спокойно оставлять 24?
Сообщение отредактировал Arantiannel - Среда, 24 Января 2018, 17:12
Rollinnn
Группа: Эксперты
Сообщений: 1111
Статус: Оффлайн
Цитата Arantiannel ()
Можно спокойно оставлять 24?
Да. Максимальная разрядность для FLACовского кодера - 24 бита.

Цитата GLOT ()
Скажите, есть-ли смысл перепаковывать файлы упакованные старой версией 2007 года?
Сжатие с тех пор было чуть улучшено, так что при большом объёме коллекции можно сэкономить немножко места на диске. Но на существенную экономию рассчитывать не стоит.
FLAC1.3.2NOSSE2 Opus1.2.1NOSSE2 LAME3.99.5ICL12.1 Monkey'sAudio4.10(NOSSE2) ffmpeg для WinXP и древних процессоров
Сообщение отредактировал Rollinnn - Среда, 24 Января 2018, 17:48
Xever
Группа: Проверенные
Сообщений: 36
Статус: Оффлайн
А кто-нибудь может сказать, что такое tukey и чем отличаются его параметры? Это новый алгоритм, который ценой многократного увеличения время-затрат чуть-чуть увеличивает сжатие, не влияя на скорость декода?

И всё-таки, что лучше -5 или -6? rofl  Главное, совместимость, с -8 вроде бы могут возникать проблемы/притормаживания на хардварных китайских плеерках?
Rollinnn
Группа: Эксперты
Сообщений: 1111
Статус: Оффлайн
Цитата Xever ()
А кто-нибудь может сказать, что такое tukey и чем отличаются его параметры? Это новый алгоритм, который ценой многократного увеличения время-затрат чуть-чуть увеличивает сжатие, не влияя на скорость декода?
tukey - одна из так называемых оконных функций. И далеко не новая. В современной версии FLAC'a максимальное сжатие, обычно, получается при кодировании с параметрами -8 -e -p.

Цитата Xever ()
-8 вроде бы могут возникать проблемы/притормаживания на хардварных китайских плеерках?
Есть конкретные примеры? Cowon iAudio7 десятилетней (!) давности не испытывает проблем при воспроизведении FLAC'a с уровнем сжатия -8.
Насколько мне известно, проблемы с -8 (при использовании референсного кодера) бывают на фиговых устройствах, если файлы не 44/16, и связано это с размером блока.
FLAC1.3.2NOSSE2 Opus1.2.1NOSSE2 LAME3.99.5ICL12.1 Monkey'sAudio4.10(NOSSE2) ffmpeg для WinXP и древних процессоров
Xever
Группа: Проверенные
Сообщений: 36
Статус: Оффлайн
Цитата Rollinnn ()
Есть конкретные примеры? Cowon iAudio7 десятилетней (!) давности не испытывает проблем при воспроизведении FLAC'a с уровнем сжатия -8.
Где-то читал, но не помню где, тоже думал у Cowon D2 проблемы были, а вроде нет. Но вот у моего китай-плеера проблемы с OGG и AAC, при воспроизведении дико тормозит интерфейс, поэтому всё может быть при максимальных сжатиях.

У меня вопрос, при массовом перекодировании lossless-а в потрековый FLAC, есть ли какие-нибудь подводные камни? Имеется ввиду некорректная нарезка на треки и т.п., которое легко упустить, удалив оригинал.
Сообщение отредактировал Xever - Воскресенье, 13 Мая 2018, 02:45
Rollinnn
Группа: Эксперты
Сообщений: 1111
Статус: Оффлайн
Цитата Xever ()
У меня вопрос, при массовом перекодировании lossless-а в потрековый FLAC, есть ли какие-нибудь подводные камни? Имеется ввиду некорректная нарезка на треки и т.п., которое легко упустить, удалив оригинал.
Главное правило - не использовать CUE Splitter.
При нарезке фубаром теряется зазор перед первым треком, если он есть и cue не отредактирован вручную предварительно. Хотя, на большинстве дисков этого зазора нет, а на большинстве тех дисков, где он есть, в нём нет ничего кроме полной тишины.
При нарезке CUETools'ом с правильными настройками ничего не теряется.
FLAC1.3.2NOSSE2 Opus1.2.1NOSSE2 LAME3.99.5ICL12.1 Monkey'sAudio4.10(NOSSE2) ffmpeg для WinXP и древних процессоров
Сообщение отредактировал Rollinnn - Воскресенье, 13 Мая 2018, 14:12
Xever
Группа: Проверенные
Сообщений: 36
Статус: Оффлайн
Цитата Rollinnn ()
При нарезке фубаром теряется зазор перед первым треком, если он есть и cue не отредактирован вручную предварительно. Хотя, на большинстве дисков этого зазора нет, а на большинстве тех дисков, где он есть, в нём нет ничего кроме полной тишины.
Спасибо, а это касается WavPack-а Hybrid через foobar2000? Его функция lossy+correction очень приглянулась. Всё-таки в CUETools менее удобное представление треков.
Rollinnn
Группа: Эксперты
Сообщений: 1111
Статус: Оффлайн
Цитата Xever ()
а это касается WavPack-а Hybrid через foobar2000?
Это касается разрезания image+cue на треки через foobar2000 независимо от входного и выходного формата.
FLAC1.3.2NOSSE2 Opus1.2.1NOSSE2 LAME3.99.5ICL12.1 Monkey'sAudio4.10(NOSSE2) ffmpeg для WinXP и древних процессоров
Xever
Группа: Проверенные
Сообщений: 36
Статус: Оффлайн
Цитата Rollinnn ()
Это касается разрезания image+cue на треки через foobar2000 независимо от входного и выходного формата.
Следовательно потом не получится верифицировать диск по аккурат рипу и логам?
Rollinnn
Группа: Эксперты
Сообщений: 1111
Статус: Оффлайн
Цитата Xever ()
Следовательно потом не получится верифицировать диск по аккурат рипу и логам?

Вообще, да, но...
CUETols для верификации по AR умеет брать информацию о зазоре перед первым треком из лога (если в логе есть эта информация), а также её можно вводить вручную. Для верификации по CTDB информация о зазоре перед первым треком в CUETools с версии 2.1.4 не имеет значения.
FLAC1.3.2NOSSE2 Opus1.2.1NOSSE2 LAME3.99.5ICL12.1 Monkey'sAudio4.10(NOSSE2) ffmpeg для WinXP и древних процессоров
Сообщение отредактировал Rollinnn - Суббота, 19 Мая 2018, 15:51
m14u
Группа: Проверенные
Сообщений: 13
Статус: Оффлайн
Цитата Xever ()
И всё-таки, что лучше -5 или -6?
    С точки зрения время/сжатие - лучше -4.
Цитата Xever ()
с -8 вроде бы могут возникать проблемы/притормаживания
 
Цитата Xever ()
плеера проблемы с OGG и AAC, при воспроизведении дико тормозит интерфейс, поэтому всё может быть при максимальных сжатиях.

Скорость декода флаков от 0 до 8 меняется от ~500 до ~400. Аас  примерно так-же, но включение НЕ/2 снижает скорость прим. втрое. Огг прим. в полтора раза медленнее флака.Измерялось на CPU intel C2D T5600@1GHz. fixed.
Сообщение отредактировал m14u - Понедельник, 21 Мая 2018, 19:18
Rollinnn
Группа: Эксперты
Сообщений: 1111
Статус: Оффлайн
Цитата m14u ()
Скорость декода флаков от 0 до 8 меняется от ~500 до ~400
Думаю, очевидно, что конкретные цифры существенно зависят от устройства.

Цитата m14u ()
Аас примерно так-же, но включение НЕ/2 снижает скорость прим. втрое.
AAC будет декодироваться примерно с такой же скоростью (а то и быстрее), как FLAC, если использовать хорошо оптимизированный декодер (из бесплатных, вроде, ffmpeg'овский самый быстрый) на современном процессоре. В случае какого-нибудь простенького "железного" плеера может оказаться так, что AAC будет декодироваться в несколько раз медленнее FLAC'а - https://www.rockbox.org/wiki....RM9E_41 Как видно из тестов по ссылке, на слабых и очень слабых устройствах FLAC по скорости декодирования вне конкуренции.
FLAC1.3.2NOSSE2 Opus1.2.1NOSSE2 LAME3.99.5ICL12.1 Monkey'sAudio4.10(NOSSE2) ffmpeg для WinXP и древних процессоров
Сообщение отредактировал Rollinnn - Понедельник, 21 Мая 2018, 19:24
m14u
Группа: Проверенные
Сообщений: 13
Статус: Оффлайн
Цитата Rollinnn ()
конкретные цифры зависят от
Я это к тому, что разница в скорости декодирования между мин. и макс. сжатием во Флаке не критично. Дополнил.
Xever
Группа: Проверенные
Сообщений: 36
Статус: Оффлайн
Цитата Rollinnn ()
CUETols для верификации по AR умеет брать информацию о зазоре перед первым треком из лога (если в логе есть эта информация), а также её можно вводить вручную. Для верификации по CTDB информация о зазоре перед первым треком в CUETools с версии 2.1.4 не имеет значения.
Спасибо за информацию, попробовал CUETools, но он категорически неудобен для перекодирования больших массивов музыки.
Цитата Rollinnn ()
https://www.rockbox.org/wiki....RM9E_41 Как видно из тестов по ссылке, на слабых и очень слабых устройствах FLAC по скорости декодирования вне конкуренции.
Жаль, что MPC не выстрелил, у него ещё и скорость декода сравнима с AAC.

m14u,
На моём ПК QAAC декодируется на 20% быстрее FLAC-а, поэтому в плеере проблема другого рода, наверное, для FLAC|MP3 там отдельные аппаратные блоки, а AAC|OGG на дохлом ЦП декодируются. Поэтому lossyFLAC был бы идеальным выбором, но он не доделан, коррекционный файл не проигрывается в foobar2000, да ещё и не создаётся, и размер к тому же больше lossy WavPack-а.
m14u
Группа: Проверенные
Сообщений: 13
Статус: Оффлайн
Цитата Xever ()
коррекционный файл [...], да ещё и не создаётся
Рискну предположить, что это из-за того, что lossywav при ключе -С создаёт два *.WAV файла и от этого кодерам "срывает башню". "Голый" lossywav -С нормально работает. В deadbeef.

Добавлено (28 Мая 2018, 03:29)
---------------------------------------------
В догонку...
    %lossyWAV Error%: Correct parameter is incompatible with STDOUT file output mode.
таки флак не виноват.

Xever
Группа: Проверенные
Сообщений: 36
Статус: Оффлайн
m14u,
Да, судя по всему это не серьёзный проект, а эксперимент, поэтому и поддержки даже от фубара не будет. В целом неплохо, в один и тот же объём, можно вместить почти в два раза больше музыки с абсолютной совместимостью. Но как-то не совсем понятно за счёт чего они этого добились, моя параноя не особенно поддерживает подмешивание якобы неслышимого шума в сигнал, а то будет как в "Мобильнике" Стивена Кинга. crazy
Rollinnn
Группа: Эксперты
Сообщений: 1111
Статус: Оффлайн
Цитата Xever ()
как-то не совсем понятно за счёт чего они этого добились

Цитата
Lossy препроцессор для PCM WAV аудио, который динамически понижает разрядность отдельных фрагментов аудио и таким образом позволяет значительно повысить степень его сжатия lossless кодеками. Главным преимуществом является высокая степень прозрачности и отсутствие каких либо артефактов компрессии при обработке абсолютно любых сигналов.

Разрядность аудио понижается на базе фреймов и добавляет небольшой белый шум. Допустимое количество вносимого шума рассчитывается на основе анализа уровня сигнала в диапазоне 16-20кГц (по умолчанию). Если сигнал находящийся ниже верхней граничной частоты находится на более низком уровне, он поглощается шумом. Как правило, это неразличимо для человеческого уха
https://audiophilesoft.ru/load/coders_utils/lossywav/7-1-0-63
FLAC1.3.2NOSSE2 Opus1.2.1NOSSE2 LAME3.99.5ICL12.1 Monkey'sAudio4.10(NOSSE2) ffmpeg для WinXP и древних процессоров
Сообщение отредактировал Rollinnn - Вторник, 29 Мая 2018, 18:53
Форум » Кодирование аудио » Консольные кодеры » FLAC (Free Lossless Audio Codec)
  • Страница 2 из 2
  • «
  • 1
  • 2
Поиск: