Forums -> Работа с видео и аудио -> Свежее сравнение лосслесс кодеков на гидрогене
| Full Version

Billy Bonce
user posted image

* Encoding speed, Decoding speed and Compression ratio are based on each encoder's default settings.
* Flexibility refers to the amount of encoding choices offered to the users (Fast/low compression, Slow/high compression and everything inbetween)



These are the most popular lossless codecs around here, in alphabetical order:

ALAC - Apple Lossless Audio Codec

ALAC is a codec developed by Apple for usage in iPod and AirPort Express.

PROS
- Very fast decoding
- Hardware support (iPod, AirPort Express)
- Streaming support
- Tagging support (QT tags)

CONS
- Closed source
- Few software support (iTunes)
- Compression efficiency not on par with other lossless codecs
- No hybrid/lossy mode

Other features
- Fits in the MP4 container
- Can be used with the AirPort Express gadget


FLAC - Free Lossless Audio Codec

FLAC is a lossless codec developed by Josh Coalson. It's part of the Xiph multimedia portfolio, along with Vorbis and Theora.

PROS
- Open source
- Very fast decoding
- Hardware support (Karma, Phatbox, etc.)
- Very good software support
- Error robustness
- Streaming support
- Supports multichannel audio and high resolutions
- Tagging support (FLAC tags)

CONS
- Compression efficiency not on par with other lossless codecs
- No hybrid/lossy mode


Other features
- Supports embedded CUE sheets (with limitations)
- Includes MD5 hashes for quick integrity checking
- Fits the OGG and Matroska containers
- ReplayGain compatible


LosslessAudio - LA

LA is a lossless codec developed by Michael Bevin.

PROS
- Very high compression
- Tagging support (?)

CONS
- Closed source
- Very slow encoding and decoding
- No hardware support
- No hybrid/lossy mode
- Bad software support


Monkey's Audio

Monkey's Audio is a very efficient lossless compressor developed my Matt Ashland.

PROS
- Open source
- High efficiency
- Good software support
- Error robustness
- Java version (multiplatform)
- Tagging support (ID3v1, APE)

CONS
- No multichannel or high resolution audio support
- No hybrid/lossy mode
- No hardware support

Other features
- Supports embedded APL sheets (similar to CUE sheets)


OptimFROG

OptimFROG is a lossless format developed by Florin Ghido to become the champion in audio compression.

PROS
- Very high compression
- Good software support
- Error robustness
- Streaming support
- Supports high resolutions
- Hybrid/lossy mode
- Tagging support (ID3, APE)

CONS
- Closed source
- No multichannel audio support
- No hardware support
- Quite slow decoding

Other features
- Supports 32bit float streams
- Includes MD5 hashes for quick integrity checking
- ReplayGain compatible


RealAudio Lossless

RealAudio lossless is the lossless codec developed by Real Networks for their multimedia portfolio

PROS
- Very fast decoding
- Streaming support

CONS
- Closed source
- Few software support (Real Player)
- No hardware support
- Compression efficiency not on par with other lossless codecs
- No hybrid/lossy mode


Shorten

Shorten is a very old and featureless lossless scodec developed by Tony Robinson at SoftSound.

PROS
- Open source
- Fast decoding
- Very good software support

CONS
- Quite inefficient
- No multichannel or high resolution audio support
- No hybrid/lossy mode
- No error robustness
- Not streamable
- No hardware support
- No native tagging


WavPack

WavPack is a fast and featureful lossless codec developed by David Bryant.

PROS
- Open source
- Very fast decoding
- Good efficiency (not as good as Monkey's or OptimFrog, but not as bad as SHN or ALAC)
- Error robustness
- Streaming support
- Supports multichannel audio and high resolutions
- Hybrid/lossy mode
- Tagging support (ID3v1, APE)

CONS
- No hardware support
- Relatively bad software support (Winamp plugin, Foobar, dbPowerAMP, Nero)

Other features
- Supports embedded CUE sheets
- Includes MD5 hashes for quick integrity checking
- Can encode in both symmetrical and assymmetrical modes.
- Fits the Matroska container
- ReplayGain compatible


Windows Media Audio Lossless

WMA Lossless is the lossless codec developed by Microsoft to be featured in their Windows Media codec portfolio.

PROS
- Streaming support
- Very good software support
- Supports multichannel audio and high resolutions.
- Tagging support (proprietary)

CONS
- Closed source
- Inefficient
- No hybrid/lossy mode
- No hardware support (but it's likely to appear sooner or later)

Other features
- Fits the ASF container


Formats I need help from forum members about pros and cons: TTA, LPAC.

Some links to lossless format compression comparisions:
Hans Heijden's
Speek's
Guruboolez's - comparing only classical music.

(с) rjamorim
grif
FLAC выглядит получше , вроде :)
64fp
Да, FLAC выруливает!
iGorR
У флака к сожалению есть один большой недостаток. его нельзя слушать не распаковывая архива, как апе, просто изменив расширение :(
Billy Bonce
QUOTE (iGorR @ 30-11-2004, 12:57)
У флака к сожалению есть один большой недостаток. его нельзя слушать не распаковывая архива, как апе, просто изменив расширение :(

Таки да :)

И это в корне убивает весь его ословодческий потенциал :)

А никто не пользовал OptimFROG?
Жмет он вроде как лучше обезьяны, таги и 24@96к поддерживает ... если он еще и из RAR-a играется :w00t: .. цены ему не будет
Сергей Иванович
Есть, кстати, ещё вот какая штучка. Если переименованный RAR, содержащий APE, подвергнуть тагированию с целью всунуть в него CUE (чтобы foobar2000 играл всё как надо без внешних кьюев), то архив, будучи переименован обратно, должен по идее открываться и WinRAR'ом без каких бы то ни было проблем. Но блин, каждый раз, когда делаю релиз, всё забываю разобраться с этим поточнее. В смысле чтобы проверить досконально, что это действительно работает. :)
Billy Bonce
Я собрал свой последний релиз (Грузин-а) именно по такой технологии :)

Судя по отсутствию гневных окликов, никто ничего и не заметил :diablo:

еШива, кстати, говорил про такой метод упаковки где-то с полгода назад, в одном из топиков о фубаре :)
Сергей Иванович
Billy Bonce
Да, но стоит наверное проверить, нормально ли открывается такой архив консольным RAR'ом. Вдруг кто пользуется. А ещё бы и старую версию WinRAR'а (2.хх) тестануть не помешало бы... Да вот всё времени нет. :)
eShiva
QUOTE (Sergey Overkill @ 30-11-2004, 20:46)
Billy Bonce
Да, но стоит наверное проверить, нормально ли открывается такой архив консольным RAR'ом. Вдруг кто пользуется. А ещё бы и старую версию WinRAR'а (2.хх) тестануть не помешало бы... Да вот всё времени нет. :)

Sergey Overkill, ты прикалываешься по поводу консольного, чтоль? или есть какой тайный смысл под окнами этим пользоваться?

я уже и сам не могу найти где я писал - спасибо товарищам, что сделали такой красивый но непривычный форум. а то что все работает я как щас помню, только уже не помню как. с интересом бы почитал. ;) ;).
... пошуршал по сусексам вот оно как было. так что - все велкам пользоваться.

а вот еще тема: FLAC хорошо, но WavPack имеет еще один интересный плюс: можно релизить в lossy, а отдельно дополнением патч до lossless - это, типа, ради экономии чужих каналов. :), хотя на фоне DVD релизов это хи-хи, смешно вспоминать. :diablo:
Сергей Иванович
eShiva
Почему ж прикалываюсь? Ведь все, кого угораздило пользоваться не виндами, вынуждены работать с консольной версией. Другое дело, что совсем не факт, что консольная версия под линукс отнесётся к архиву с тагом так же, как и консольная версия под фрибсд... :)
64fp
QUOTE (Billy Bonce @ 30-11-2004, 19:33)
Я собрал свой последний релиз (Грузин-а) именно по такой технологии :)

Судя по отсутствию гневных окликов, никто ничего и не заметил :diablo:

Кстати, заметил и чуть-чуть удивился :)

Но я понять не могу зачем нужно использовать rar если CUE и LOG можно прописать как теги? Неужто обложки не раздать отдельно, тем более, они мало кому нужны.
iGorR
Есть ли способ нарезать аудио-сд с такого имиджа, с впаяным CUE? само собой не создавая отдельного CUE.

QUOTE
Но я понять не могу зачем нужно использовать rar если CUE и LOG можно прописать как теги? Неужто обложки не раздать отдельно, тем более, они мало кому нужны.

думаю потмому что, Фубаром пользуются ещё не все (по непонятной мне причине :laugh: ) а насколько я понимаю у Винампа (да и у других плэеров наверно) с этим делом какие-то грабли. ну и мой вопрос наверное тоже причина. :)
Billy Bonce
Sergey Overkill

Вроде не должно быть проблем с рар-ом
Он, шайтан по спецификации пишет размер файла в хидер, то что потом дописано ему должно быть по барабану :)


64fp
QUOTE
Но я понять не могу зачем нужно использовать rar если CUE и LOG можно прописать как теги? Неужто обложки не раздать отдельно, тем более, они мало кому нужны.  
 Главным образом из-за того, что первый вопрос (после спасибов) в топике с впаянным CUE релизом: "Комрады, куда CUE делся?  :fu:" Да и приятственно раздавать весь релиз утоптанным одним файлом ...  
iGorR  
QUOTE
Есть ли способ нарезать аудио-сд с такого имиджа, с впаяным CUE? само собой не создавая отдельного CUE.


Выделить нужные трэки->правый клик->Write audio CD :)

Единственная засада - пишется не "напрямую" из АРЕ, а создается и прожигается распакованный образ audio CD -> занимает чуть больше времени чем прожиг в Нюре :)
iGorR
Это фубаром? у меня нет "Write audio CD". я никогда не пробовал жечь фубаром... и в настройках что-то ничего насчёт "Write" не находится :rolleyes:
Billy Bonce
iGorR

Ежели ставил Special в режиме FULL, долж0н быть :p

Ессно, можно отдельным компонентом прикрутить :) http://www.foobar2000.org/components.html#foo_burninate
iGorR
Тада быть не должОн, ставил "нормал" :p

у меня есть какой-то Write APL link files, при нажатии ничего не происходит. эт чего такое?

edit: с АПЛом разобрался :rolleyes:
Billy Bonce
iGorR

Получилось? :rolleyes:

АПЛ - что то типа плейлиста :)
iGorR
QUOTE (Billy Bonce @ 01-12-2004, 19:47)
iGorR

Получилось? :rolleyes:

Ешо не знаю :p щас попробую.

только я не понял, он сначала разжимает имидж а потом режет с этого разжатого вава? (у меня свободных 500мб на харде нет :laugh: )
iGorR
Попробовал. всё конечно получилось, но в общем смысла нет так резать. создать отдельный cue и нэрой... гораздо проще, удобней, и бытрей :)
eShiva
Да, я завидую пользователям маков и прочих правильных платформ, типа юниксов, поэтому призываю всячески мешать самой продвинутой части интернета приобщаться к кладезям шарой музыки. ;)

Сколько их, продвинутых, стоит обделенными не зная ничего об интернет ресурсах по поиску куев? Был бы такой способ упаковки им припоной давно бы была утилитка которая отрезала хвост рару в котором закопан куй - и вся недолга. 8)

писать аудио сиди можно и нерой если взять куй из тэга - это дело личных преференций - это как на маке работать, или на линуксе - на свой страх или радость; однако, очень удобно иметь одну прогу для прослушивания, нарезки аудио дисков, конвертирования в лосси форматы, создания сборок потреково и из лосслесс архивов... это и есть фубар. Он страшен как черт, которого так любит подиконить, но только он сделан правильными людьми для правильных же потребителей, которые вместо "хеллпо!" говорят "ман?", а на мыши жмут кнопку сразу двумя-тремя пальцами потому что она широкая и удобная.

нам же сирым - пытаться выжать из немодифицируемого софта хоть какой профит под наши потребности.
Billy Bonce
eShiva

QUOTE
... это как на маке работать, или на линуксе ...


Самое смешное, что сейчас работать на маке ~= работать на линухе, т.к. Мак ОС X - unix-based :)

iGorR

Нюрой писать действительно удобнее, но только "как есть", в случае если хочется составить "сборную солянку" из нескольких СД, поменять местами трэки и т.п. , то фубар рулее :p

ПС торможу, eShiva уже сказал об этом ... ну не стирать же теперь свеженабитую мудрость :diablo:
iGorR
Это да, но я такими глупостями не занимаюсь (а Фубар он ваще рулее всех) :p
Сергей Иванович
QUOTE (Billy Bonce @ 01-12-2004, 16:21)
Sergey Overkill  Вроде не должно быть проблем с рар-ом  Он, шайтан по спецификации пишет размер файла в хидер, то что потом дописано ему должно быть по барабану :)

Спецификация слишком старинная... Я где-то брал посовременней, когда изучал формат вдоль и поперёк. Изучал же для того, чтобы один релиз восстановить (что мне удалось, кстати). Впрочем, я о другом. Архив состоит из независимых в некотором роде блоков. Каждый блок содержит запись о его длине, по которой RAR его длину и определяет ( :) ). Определяет же он её для того, чтобы знать, где текущий блок кончается, и где начинается следующий. Вот так собственно архив и обрабатывается: блок за блоком, пока либо не встретится конец файла (самого архива в смысле), либо блок (тип #7B), отмечающий конец архива. Если после этого блока что-то в архиве и есть, то это будет игнорироваться. Так что всё вроде бы должно быть нормально, если в архив добавлен APE таг. Я, кстати, тогда же и подумал, что можно так вот релизить: делается архив, переименовывается, таггируется - все счастливы. Но поскольку тогда foobar не понимал таг CUESHEET толку со всего этого было не так много - так, artist/album/year будет высвечиваться, да и только. Потому я даже нигде на форуме об этом и не писал, и приоритет теперь имеет eShiva. :p Впрочем, не писал я ещё и потому, что тут действительно стоит проверить всё тщательно, ибо блок #7B появился в формате не так давно, по-моему даже не с первого релиза 3.хх версии WinRAR'а. Поэтому версия WinRAR'а, не понимающая такого блока, вполне может смутиться тем мусором, что идёт после него (сам-то блок WinRAR пропустит)... Вот... :shuffle:

64fp
Не, надо в архивах релизить. Так сложилось, так устоялось. А кто мы такие, чтобы ломать сложившиеся традиции? Можно лишь их слегка, незаметно развивать. Сейчас вот таги начнём в RAR'ы пихать - люди привыкнут, освоятся. Через годик ещё что-нибудь придумается такое ненавязчивое... :laugh:
Billy Bonce
Дык по layman's logic получается, что раз АРЕ файл утоптанный в режиме store играется, то в этом режиме блок должен быть размером с файл :shuffle:

В плане проверить, оно никогда не помешает :) А лучший ИМО способ проверки - начать раздавать - тут усе возможные проблемы и всплывут, ну или не всплывут :)

На случай проблем совместимости, кстати говоря, можно зробить патчик обрезающий "мусор" из основного релиза ...
Сергей Иванович
QUOTE (Billy Bonce @ 03-12-2004, 11:18)
Дык по layman's logic получается, что раз АРЕ файл утоптанный в режиме store играется, то в этом режиме блок должен быть размером с файл :shuffle:

Ну естественно. Каждый файл - один блок (если конечно архив не мультивольюмный). :) А вот проверку по твоему способу я тоже уже начал... :D К сожалению совершенно нет времени на проверку более научными способами. Скажем, приклеить к архиву, у которого нет блока "конец архива" (или как вариант, у которого он есть), какую-нибудь гадость, а потом смотреть, как этот архив открывается разными версиями. Потом можно было бы приклеивать не просто какую-то гадость, а специально подобранную, чтобы там при определённой фантазии WinRAR мог найти хедер файла. Ну и т.д... :)