Audiophile's Blog
Логин:Пароль:


Забыл пароль | Регистрация (убрать всю рекламу)
На сайт | Новые сообщения | Участники | Правила форума | Поиск | RSS
» » » »
Страница 1 из 11
Модератор форума: mrmerak, krivenchenko 
Форум » Кодирование аудио » Консольные кодеры » FLAC (Free Lossless Audio Codec)
FLAC (Free Lossless Audio Codec)
AudiophileДата: Понедельник, 03 Июня 2013, 21:13 | Сообщение # 1


Группа: Администраторы
Сообщений: 1052
Статус: Offline
Последняя версия FLAC и описание настроек
 
TMainStreamДата: Понедельник, 03 Июня 2013, 21:31 | Сообщение # 2
Группа: Эксперты
Сообщений: 316
Статус: Offline
Сравнил старую и новую версии FLAC на Пень4 2.80Ghz Presscot Core with HyperThreading, скорость одинаковая, размеры файлов одинаковые. Так в чём же улучшения? Или во FLAC'е всё идеально, но чтоб не забыли, разработчики выпустили новую версию? :)
 
plov333Дата: Понедельник, 03 Июня 2013, 22:53 | Сообщение # 3


Группа: Проверенные
Сообщений: 66
Статус: Offline
Цитата (TMainStream)
Так в чём же улучшения?
Читайте историю версий кодировщика, там всё подробно описано об улучшениях и новых введениях: История
 
AudiophileДата: Воскресенье, 09 Июня 2013, 11:56 | Сообщение # 4


Группа: Администраторы
Сообщений: 1052
Статус: Offline
Да, всё одинаково, даже не буду обновлять сравнение lossless. Только единственное что - 51х против 48х скорость кодирования для х64 версии
 
RollinnnДата: Вторник, 18 Июня 2013, 19:05 | Сообщение # 5


Группа: Эксперты
Сообщений: 769
Статус: Offline
Цитата
Скорость и степень сжатия остались прежними.

Зато скорость декодирования увеличилась ) - 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 и не требует никаких дополнительных библиотек.


Абсурдистан А ты тоже где-то читал, что фубар задирает высокие?
FLAC1.3.1noSSE2 LAME3.99.5ICL12.1 Monkey'sAudio4.10
 
TMainStreamДата: Вторник, 18 Июня 2013, 19:47 | Сообщение # 6
Группа: Эксперты
Сообщений: 316
Статус: Offline
Цитата (Rollinnn)
А вот эта работает и без SSE2 и не требует никаких дополнительных библиотек.
Зато в её откомпиленом коде нет оптимизаций и работает она в пару раз медленее чем версия с Rarewares.
 
greetДата: Воскресенье, 29 Декабря 2013, 12:38 | Сообщение # 7
Группа: Проверенные
Сообщений: 39
Статус: Offline
По оптимизации и нагрузке при декодировании, а следовательно и расходу ресурсов. Какой lossless кодек лучше? ALAC или FLAC?

Сообщение отредактировал greet - Воскресенье, 29 Декабря 2013, 12:38
 
AlexITДата: Воскресенье, 29 Декабря 2013, 14:22 | Сообщение # 8
Группа: Эксперты
Сообщений: 58
Статус: Offline
greet
Протестировал. На моем компе flac -8 декодируется в два раза быстрей чем alac. И в ffmpeg и в refalac (из qaac).
 
greetДата: Воскресенье, 29 Декабря 2013, 21:39 | Сообщение # 9
Группа: Проверенные
Сообщений: 39
Статус: Offline
Цитата AlexIT ()
Протестировал. На моем компе flac -8 декодируется в два раза быстрей чем alac. И в ffmpeg и в refalac (из qaac).

не, то что флак декодируется быстрее чем alac это было и так понятно. Вопрос стоял в нагрузке при декодировании. Дело в том что проскочила тема что ALAC более оптимизированный кодек для lossless и при декодировании тратиться меньше ресурсов, что актуально для портатива.
 
AlexITДата: Понедельник, 30 Декабря 2013, 00:57 | Сообщение # 10
Группа: Эксперты
Сообщений: 58
Статус: Offline
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
Статус: Offline
переводил тут пару альбомов во FLAC при вшивании картинки выдает вот такую ошибку постоянно, при повторном вшивании она уже не появляется.

что это за ошибка?



Качество звука улучшится, но ты этого не заметишь. (c) Анонимус
 
RollinnnДата: Вторник, 03 Июня 2014, 12:20 | Сообщение # 12


Группа: Эксперты
Сообщений: 769
Статус: Offline
sergejholod, наисано же "File is already in use" - "Файл уже в использовании". Т.е., видимо, какая-то программа что-то ещё с ним делает в этот момент.

Абсурдистан А ты тоже где-то читал, что фубар задирает высокие?
FLAC1.3.1noSSE2 LAME3.99.5ICL12.1 Monkey'sAudio4.10
 
sergejholodДата: Вторник, 03 Июня 2014, 12:58 | Сообщение # 13
Группа: Проверенные
Сообщений: 164
Статус: Offline
каждый раз такое вылетает. и какая программка если я все делаю фубаром? то есть это какой то баг или в фубаре или в FLAC. при кодировании в Musepack и вшивании такого ведь не происходит

Качество звука улучшится, но ты этого не заметишь. (c) Анонимус
 
AudiophileДата: Среда, 04 Июня 2014, 00:37 | Сообщение # 14


Группа: Администраторы
Сообщений: 1052
Статус: Offline
sergejholod, антивирус
 
sergejholodДата: Среда, 04 Июня 2014, 01:39 | Сообщение # 15
Группа: Проверенные
Сообщений: 164
Статус: Offline
Цитата Audiophile ()
sergejholod, антивирус
действительно, после отключения каспера все норм. yahoo Спасибо большое за помощь!  worship


Качество звука улучшится, но ты этого не заметишь. (c) Анонимус
 
NGC6611Дата: Воскресенье, 13 Июля 2014, 03:14 | Сообщение # 16


Группа: Проверенные
Сообщений: 24
Статус: Offline
Dev-билд git 3194829 (июль 2014) от GrieverV: x86 / x64
Должен быть заметный прирост скорости кодирования
 
RollinnnДата: Четверг, 27 Ноября 2014, 18:01 | Сообщение # 17


Группа: Эксперты
Сообщений: 769
Статус: Offline
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


Абсурдистан А ты тоже где-то читал, что фубар задирает высокие?
FLAC1.3.1noSSE2 LAME3.99.5ICL12.1 Monkey'sAudio4.10


Сообщение отредактировал Rollinnn - Пятница, 28 Ноября 2014, 22:21
 
Horizon-4Дата: Пятница, 28 Ноября 2014, 23:18 | Сообщение # 18
Группа: Проверенные
Сообщений: 91
Статус: Offline
Из лосслесс кодеков FLAC нравится больше всех. APE не нравится. Что касается версий, то разницы между ними не ощутил. Последняя версия, которую использую - 1.3.0 (она идёт в составе многих звуковых конвертеров). Скорость кодирования или перекодирования по моим наблюдениям зависит от того, что делаешь - делаешь рип с CD, конвертируешь из другого формата или режешь на файлы (CUE) из того же FLAC, а также от программы, в состав которой входит этот кодек. Например, TAudioConverter работает очень медленно, а xrecode II быстро. Степень сжатия - тут не совсем понятно, иногда бывает при flac-8 битрейт получается больше, чем, например, при flac-5, видимо это зависит от исходного файла.
 
Dave_ScreamДата: Воскресенье, 30 Ноября 2014, 23:07 | Сообщение # 19
Группа: Проверенные
Сообщений: 47
Статус: Offline
из ценного в новой версии 1.3.1 только этот пункт:

- Faster encoding using SSE and AVX (lvqcl).
 
PyroxylinДата: Понедельник, 01 Декабря 2014, 16:53 | Сообщение # 20


Группа: Проверенные
Сообщений: 51
Статус: Offline
Windows 10 будет проигрывать файлы MKV и FLAC встроенными средствами

После всех этих соседей с Dolby Surround-аппаратурой, пожелание "в твоём доме будет играть музыка, но ты её не услышишь" обретает даже очень приятный оттенок.
 
RollinnnДата: Суббота, 06 Июня 2015, 14:39 | Сообщение # 21


Группа: Эксперты
Сообщений: 769
Статус: Offline
Цитата Rollinnn ()
И версия для старых процессоров без поддержки SSE2 - http://www.hydrogenaud.io/forums....id=8078

Т.к. ссылка сдохла, а сообщение я отредактировать не могу, то вот рабочая ссылка https://www.dropbox.com/s/5mjs28o05nc1nkg/32-nosse2.zip?dl=0


Абсурдистан А ты тоже где-то читал, что фубар задирает высокие?
FLAC1.3.1noSSE2 LAME3.99.5ICL12.1 Monkey'sAudio4.10
 
pashketanДата: Четверг, 28 Января 2016, 10:28 | Сообщение # 22


Группа: Проверенные
Сообщений: 10
Статус: Offline
Мне надо перегнать образ SACD во flac. Какие надо выбрать параметры командной строки для вывода 96, 192 или 176.4?
 
RollinnnДата: Четверг, 28 Января 2016, 13:42 | Сообщение # 23


Группа: Эксперты
Сообщений: 769
Статус: Offline
У FLAC'а нет встроенного ресемплера, так что параметры командной строки тут ни при чём.

Абсурдистан А ты тоже где-то читал, что фубар задирает высокие?
FLAC1.3.1noSSE2 LAME3.99.5ICL12.1 Monkey'sAudio4.10
 
Форум » Кодирование аудио » Консольные кодеры » FLAC (Free Lossless Audio Codec)
Страница 1 из 11
Поиск:

Copyright Taras Kovrijenko © 2009–2016