FLAC (Free Lossless Audio Codec)
|
|
Audiophile
|
Дата: Понедельник, 03 Июня 2013, 21:13 | Сообщение #1
|
Группа: Администраторы
Сообщений: 1274
Статус: Оффлайн
|
Последняя версия FLAC и описание настроек
|
|
|
|
TMainStream
|
Дата: Понедельник, 03 Июня 2013, 21:31 | Сообщение #2
|
Группа: Эксперты
Сообщений: 316
Статус: Оффлайн
|
Сравнил старую и новую версии FLAC на Пень4 2.80Ghz Presscot Core with HyperThreading, скорость одинаковая, размеры файлов одинаковые. Так в чём же улучшения? Или во FLAC'е всё идеально, но чтоб не забыли, разработчики выпустили новую версию?
|
|
|
|
plov333
|
Дата: Понедельник, 03 Июня 2013, 22:53 | Сообщение #3
|
Группа: Проверенные
Сообщений: 70
Статус: Оффлайн
|
Цитата (TMainStream) Так в чём же улучшения? Читайте историю версий кодировщика, там всё подробно описано об улучшениях и новых введениях: История
|
|
|
|
Audiophile
|
Дата: Воскресенье, 09 Июня 2013, 11:56 | Сообщение #4
|
Группа: Администраторы
Сообщений: 1274
Статус: Оффлайн
|
Да, всё одинаково, даже не буду обновлять сравнение lossless. Только единственное что - 51х против 48х скорость кодирования для х64 версии
|
|
|
|
Rollinnn
|
Дата: Вторник, 18 Июня 2013, 19:05 | Сообщение #5
|
Группа: Эксперты
Сообщений: 1461
Статус: Оффлайн
|
Цитата Скорость и степень сжатия остались прежними. Зато скорость декодирования увеличилась ) - http://www.hydrogenaudio.org/forums....=827208 , http://www.icer.nl/misc_stuff/FLAC-1.3.0-results.pdf - Цитата There were decoder optimizations done by Miroslav Lichvar. Specifically in the bitreader code in the Rice code decoder В официальном changelog'е, кстати, не все изменения упомянуты: про поддержку юникодовских имён файлов под windows не сказано, про исправление косяка для файлов больше 2 и 4 Гб тоже... На гидрогене более информативный для простого пользователя список изменений собрали: Supports RF64+Sony Wave64 Can ignore timestamp/permissions from infile Allow MM:SS:FF/.SS times in non-CDDA cuesheets Fixed ReplayGain on stdin Appropriate channel masks for 6.1/7.1 input Analyse gain of 56–192 kHz files Handle UTF-8 filenames on Windows Support input files > 2/4 GB Command-line tools can now use wildcards И компиляция с rarewares на процессорах без SSE2 не работает. А вот эта работает и без SSE2 и не требует никаких дополнительных библиотек.
|
|
|
|
TMainStream
|
Дата: Вторник, 18 Июня 2013, 19:47 | Сообщение #6
|
Группа: Эксперты
Сообщений: 316
Статус: Оффлайн
|
Цитата (Rollinnn) А вот эта работает и без SSE2 и не требует никаких дополнительных библиотек. Зато в её откомпиленом коде нет оптимизаций и работает она в пару раз медленее чем версия с Rarewares.
|
|
|
|
greet
|
Дата: Воскресенье, 29 Декабря 2013, 12:38 | Сообщение #7
|
Группа: Проверенные
Сообщений: 39
Статус: Оффлайн
|
По оптимизации и нагрузке при декодировании, а следовательно и расходу ресурсов. Какой lossless кодек лучше? ALAC или FLAC?
Сообщение отредактировал greet - Воскресенье, 29 Декабря 2013, 12:38
|
|
|
|
AlexIT
|
Дата: Воскресенье, 29 Декабря 2013, 14:22 | Сообщение #8
|
Группа: Эксперты
Сообщений: 62
Статус: Оффлайн
|
greet Протестировал. На моем компе flac -8 декодируется в два раза быстрей чем alac. И в ffmpeg и в refalac (из qaac).
|
|
|
|
greet
|
Дата: Воскресенье, 29 Декабря 2013, 21:39 | Сообщение #9
|
Группа: Проверенные
Сообщений: 39
Статус: Оффлайн
|
Цитата AlexIT ( ![Ссылка на цитируемый текст](http://s700.uweb.ru/img/fr/ic/9/lastpost.gif) ) Протестировал. На моем компе flac -8 декодируется в два раза быстрей чем alac. И в ffmpeg и в refalac (из qaac). не, то что флак декодируется быстрее чем alac это было и так понятно. Вопрос стоял в нагрузке при декодировании. Дело в том что проскочила тема что ALAC более оптимизированный кодек для lossless и при декодировании тратиться меньше ресурсов, что актуально для портатива.
|
|
|
|
AlexIT
|
Дата: Понедельник, 30 Декабря 2013, 00:57 | Сообщение #10
|
Группа: Эксперты
Сообщений: 62
Статус: Оффлайн
|
greet ffmpeg показывает "CPU time used and maximum memory consumption". Процессорное время (с учетом всех ядер) и память, затраченное на декодирование файла. Что еще можно считать затратой ресурсов? Сомневаюсь, что, например, количество дисковых операций там сильно отличаются. На i686 или x86-64 архитектурах flac однозначно предпочтительней чем alac с точки зрения потребления ресурсов при декодировании. Память используется примерно одинаково, а вот процесорное времени при декодировании flac -8 тратится в 2-2.5 раза меньше. Во всяком, случае при сравнении декодеров из ffmpeg, libflac и refalac. К слову, последние версии foobar2000 используют как-раз декодеры mp3/aac/alac/flac из ffmpeg/libav.
Но на ARM-архитектурах нужно сравнивать отдельно. Там ситуация может быть иной. Нужны тесты. Например, MX Player в андроиде тоже использует декодер ffmpeg, но так как платформа другая, утверждать на 100%, что flac там будет декодироваться меньшими ресурсами, не берусь. Хотя это очень даже вероятно.
|
|
|
|
sergejholod
|
Дата: Вторник, 03 Июня 2014, 12:10 | Сообщение #11
|
Группа: Проверенные
Сообщений: 164
Статус: Оффлайн
|
переводил тут пару альбомов во FLAC при вшивании картинки выдает вот такую ошибку постоянно, при повторном вшивании она уже не появляется.
что это за ошибка?
Качество звука улучшится, но ты этого не заметишь. (c) Анонимус
|
|
|
|
Rollinnn
|
Дата: Вторник, 03 Июня 2014, 12:20 | Сообщение #12
|
Группа: Эксперты
Сообщений: 1461
Статус: Оффлайн
|
sergejholod, наисано же "File is already in use" - "Файл уже в использовании". Т.е., видимо, какая-то программа что-то ещё с ним делает в этот момент.
|
|
|
|
sergejholod
|
Дата: Вторник, 03 Июня 2014, 12:58 | Сообщение #13
|
Группа: Проверенные
Сообщений: 164
Статус: Оффлайн
|
каждый раз такое вылетает. и какая программка если я все делаю фубаром? то есть это какой то баг или в фубаре или в FLAC. при кодировании в Musepack и вшивании такого ведь не происходит
Качество звука улучшится, но ты этого не заметишь. (c) Анонимус
|
|
|
|
Audiophile
|
Дата: Среда, 04 Июня 2014, 00:37 | Сообщение #14
|
Группа: Администраторы
Сообщений: 1274
Статус: Оффлайн
|
sergejholod, антивирус
|
|
|
|
sergejholod
|
Дата: Среда, 04 Июня 2014, 01:39 | Сообщение #15
|
Группа: Проверенные
Сообщений: 164
Статус: Оффлайн
|
Цитата Audiophile ( ![Ссылка на цитируемый текст](http://s700.uweb.ru/img/fr/ic/9/lastpost.gif) ) sergejholod, антивирус действительно, после отключения каспера все норм. Спасибо большое за помощь!
Качество звука улучшится, но ты этого не заметишь. (c) Анонимус
|
|
|
|
NGC6611
|
Дата: Воскресенье, 13 Июля 2014, 03:14 | Сообщение #16
|
Группа: Эксперты
Сообщений: 35
Статус: Оффлайн
|
Dev-билд git 3194829 (июль 2014) от GrieverV: x86 / x64 Должен быть заметный прирост скорости кодирования
|
|
|
|
Rollinnn
|
Дата: Четверг, 27 Ноября 2014, 18:01 | Сообщение #17
|
Группа: Эксперты
Сообщений: 1461
Статус: Оффлайн
|
1.3.1 вышел http://xiph.org/flac/changelog.html http://downloads.xiph.org/releases/flac/flac-1.3.1-win.zip И версия для старых процессоров без поддержки SSE2 - http://www.hydrogenaud.io/forums....id=8078
Сообщение отредактировал Rollinnn - Пятница, 28 Ноября 2014, 22:21
|
|
|
|
Horizon-4
|
Дата: Пятница, 28 Ноября 2014, 23:18 | Сообщение #18
|
Группа: Проверенные
Сообщений: 205
Статус: Оффлайн
|
Из лосслесс кодеков FLAC нравится больше всех. APE не нравится. Что касается версий, то разницы между ними не ощутил. Последняя версия, которую использую - 1.3.0 (она идёт в составе многих звуковых конвертеров). Скорость кодирования или перекодирования по моим наблюдениям зависит от того, что делаешь - делаешь рип с CD, конвертируешь из другого формата или режешь на файлы (CUE) из того же FLAC, а также от программы, в состав которой входит этот кодек. Например, TAudioConverter работает очень медленно, а xrecode II быстро. Степень сжатия - тут не совсем понятно, иногда бывает при flac-8 битрейт получается больше, чем, например, при flac-5, видимо это зависит от исходного файла.
|
|
|
|
Dave_Scream
|
Дата: Воскресенье, 30 Ноября 2014, 23:07 | Сообщение #19
|
Группа: Проверенные
Сообщений: 51
Статус: Оффлайн
|
из ценного в новой версии 1.3.1 только этот пункт:
- Faster encoding using SSE and AVX (lvqcl).
|
|
|
|
Pyroxylin
|
Дата: Понедельник, 01 Декабря 2014, 16:53 | Сообщение #20
|
Группа: Проверенные
Сообщений: 52
Статус: Оффлайн
|
Windows 10 будет проигрывать файлы MKV и FLAC встроенными средствами
После всех этих соседей с Dolby Surround-аппаратурой, пожелание "в твоём доме будет играть музыка, но ты её не услышишь" обретает даже очень приятный оттенок.
|
|
|
|
Rollinnn
|
Дата: Суббота, 06 Июня 2015, 14:39 | Сообщение #21
|
Группа: Эксперты
Сообщений: 1461
Статус: Оффлайн
|
Цитата Rollinnn ( ![Ссылка на цитируемый текст](http://s700.uweb.ru/img/fr/ic/9/lastpost.gif) ) Т.к. ссылка сдохла, а сообщение я отредактировать не могу, то вот рабочая ссылка https://www.dropbox.com/s/5mjs28o05nc1nkg/32-nosse2.zip?dl=0
|
|
|
|
pashketan
|
Дата: Четверг, 28 Января 2016, 10:28 | Сообщение #22
|
Группа: Проверенные
Сообщений: 10
Статус: Оффлайн
|
Мне надо перегнать образ SACD во flac. Какие надо выбрать параметры командной строки для вывода 96, 192 или 176.4?
|
|
|
|
Rollinnn
|
Дата: Четверг, 28 Января 2016, 13:42 | Сообщение #23
|
Группа: Эксперты
Сообщений: 1461
Статус: Оффлайн
|
У FLAC'а нет встроенного ресемплера, так что параметры командной строки тут ни при чём.
|
|
|
|
Arachnid
|
Дата: Вторник, 24 Января 2017, 09:18 | Сообщение #24
|
Группа: Проверенные
Сообщений: 43
Статус: Оффлайн
|
Обновился до 1.3.2 https://xiph.org/flac/changelog.html хоть незначительная разница в размере, но есть (справа v1.3.2)
|
|
|
|
tamerlania
|
Дата: Среда, 01 Февраля 2017, 10:04 | Сообщение #25
|
Группа: Проверенные
Сообщений: 2
Статус: Оффлайн
|
Вышла новая версия FLAC
|
|
|
|
Rollinnn
|
Дата: Понедельник, 13 Февраля 2017, 19:53 | Сообщение #26
|
Группа: Эксперты
Сообщений: 1461
Статус: Оффлайн
|
Не спешите обновляться до 1.3.2, т.к. обнаружился баг (некоторые файлы невозможно конвертировать) - https://sourceforge.net/p/flac/bugs/453/ Неофициальная исправленная версия - https://drive.google.com/open?id=0B5sV6iTkjJSsa2xtTkhsZkE4VGs. Она же входит в состав Free encoder pack для foobar2000.
Сообщение отредактировал Rollinnn - Среда, 15 Февраля 2017, 18:04
|
|
|
|
Arachnid
|
Дата: Среда, 15 Февраля 2017, 05:13 | Сообщение #27
|
Группа: Проверенные
Сообщений: 43
Статус: Оффлайн
|
Цитата Rollinnn ( ![Ссылка на цитируемый текст](/.s/img/fr/ic/9/lastpost.gif) ) Не спешите обновляться до 1.3.2 Поздняк. 16/44 норм кодирует, вчера перерипал несколько CD, на другом контенте еще не пробовал.
Сообщение отредактировал Arachnid - Среда, 15 Февраля 2017, 05:14
|
|
|
|
Ig0r18
|
Дата: Среда, 15 Февраля 2017, 21:36 | Сообщение #28
|
Группа: Проверенные
Сообщений: 31
Статус: Оффлайн
|
Цитата Rollinnn ( ![Ссылка на цитируемый текст](/.s/img/fr/ic/9/lastpost.gif) ) Не спешите обновляться до 1.3.2 Так и знал, что нельзя доверять версии, выпущенной 1 января Если по теме - 16/44 и вправду кодирует без проблем, конвертировал несколько десятков CD-рипов, проблем нет.
|
|
|
|
Genazb
|
Дата: Четверг, 01 Июня 2017, 09:29 | Сообщение #29
|
Группа: Проверенные
Сообщений: 16
Статус: Оффлайн
|
Подскажите как разбить по трекам диск который в FLAC+CUE. Я просто перекодирую в foobar2000 кодером flac 1.3.2 и все. Какие параметры оптимальны для получения максимального качества?
|
|
|
|
Rollinnn
|
Дата: Четверг, 01 Июня 2017, 09:50 | Сообщение #30
|
Группа: Эксперты
Сообщений: 1461
Статус: Оффлайн
|
Genazb, https://audiophilesoft.com/publ/videos/foo_split/15-1-0-165 Т.к. это lossless, то качество всегда одинаковое. Главное, чтобы в настройках конвертера фубара не были включены никакие DSP. И ещё не лишним будет знать, что при разрезании образа фубар теряет зазор перед первым треком. Но на подавляющем большинстве дисков этого зазора нет. И даже, когда он есть, то в большинстве случаев там тишина.
Сообщение отредактировал Rollinnn - Четверг, 01 Июня 2017, 17:17
|
|
|
|