Printable Version of Topic
Click here to view this topic in its original format
Forums > Работа с видео и аудио > Свежее сравнение лосслесс кодеков на гидрогене, абезьяна как обы4но зажигаить


Posted by: Billy Bonce on 29-11-2004, 20:31
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 (http://www.apple.com/itunes/import.html - 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 (http://flac.sourceforge.net/ - 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 (http://flac.sourceforge.net/faq.html#general__no_cuesheet_tags)
- Includes MD5 hashes for quick integrity checking
- Fits the OGG and Matroska containers
- ReplayGain compatible


LosslessAudio - LA (http://www.lossless-audio.com/

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 (http://www.monkeysaudio.com/

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 (http://losslessaudiocompression.com/

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 (http://www.realnetworks.com/products/codecs/realaudio.html

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 (http://www.etree.org/shnutils/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 (http://www.wavpack.com/

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 (http://www.microsoft.com/windows/windowsmedia/9series/codecs/audio.aspx

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 (http://web.inter.nl.net/users/hvdh/lossless/lossless.htm
Speek's (http://members.home.nl/w.speek/comparison.htm
Guruboolez's (http://foobar2000.net/lossless/ - comparing only classical music.

(с) rjamorim (http://www.hydrogenaudio.org/forums/index.php?showtopic=29655&hl=

Posted by: grif on 29-11-2004, 20:39
FLAC выглядит получше , вроде :)

Posted by: 64fp on 29-11-2004, 21:29
Да, FLAC выруливает!

Posted by: iGorR on 30-11-2004, 14:57
У флака к сожалению есть один большой недостаток. его нельзя слушать не распаковывая архива, как апе, просто изменив расширение :(

Posted by: Billy Bonce on 30-11-2004, 15:19
QUOTE (iGorR @ 30-11-2004, 12:57):
У флака к сожалению есть один большой недостаток. его нельзя слушать не распаковывая архива, как апе, просто изменив расширение :(

Таки да :)

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

А никто не пользовал OptimFROG?
Жмет он вроде как лучше обезьяны, таги и 24@96к поддерживает ... если он еще и из RAR-a играется :w00t: .. цены ему не будет

Posted by: Сергей Иванович on 30-11-2004, 21:18
Есть, кстати, ещё вот какая штучка. Если переименованный RAR, содержащий APE, подвергнуть тагированию с целью всунуть в него CUE (чтобы foobar2000 играл всё как надо без внешних кьюев), то архив, будучи переименован обратно, должен по идее открываться и WinRAR'ом без каких бы то ни было проблем. Но блин, каждый раз, когда делаю релиз, всё забываю разобраться с этим поточнее. В смысле чтобы проверить досконально, что это действительно работает. :)

Posted by: Billy Bonce on 30-11-2004, 21:33
Я собрал свой последний релиз (Грузин-а) именно по такой технологии :)

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

еШива, кстати, говорил про такой метод упаковки где-то с полгода назад, в одном из топиков о фубаре :)

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

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

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

я уже и сам не могу найти где я писал - спасибо товарищам, что сделали такой красивый но непривычный форум. а то что все работает я как щас помню, только уже не помню как. с интересом бы почитал. ;) ;).
... пошуршал по сусексам вот оно как было (http://netlab.e2k.ru/forum/index.php?showtopic=31618&view=findpost&p=296641. так что - все велкам пользоваться.

а вот еще тема: FLAC хорошо, но WavPack имеет еще один интересный плюс: можно релизить в lossy, а отдельно дополнением патч до lossless - это, типа, ради экономии чужих каналов. :), хотя на фоне DVD релизов это хи-хи, смешно вспоминать. :diablo:

Posted by: Сергей Иванович on 01-12-2004, 08:59
eShiva
Почему ж прикалываюсь? Ведь все, кого угораздило пользоваться не виндами, вынуждены работать с консольной версией. Другое дело, что совсем не факт, что консольная версия под линукс отнесётся к архиву с тагом так же, как и консольная версия под фрибсд... :)

Posted by: 64fp on 01-12-2004, 12:52
QUOTE (Billy Bonce @ 30-11-2004, 19:33):
Я собрал свой последний релиз (Грузин-а) именно по такой технологии :)

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

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

Но я понять не могу зачем нужно использовать rar если CUE и LOG можно прописать как теги? Неужто обложки не раздать отдельно, тем более, они мало (http://netlab.e2k.ru/forum/index.php?showtopic=33172 кому нужны.

Posted by: iGorR on 01-12-2004, 15:52
Есть ли способ нарезать аудио-сд с такого имиджа, с впаяным CUE? само собой не создавая отдельного CUE.

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

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

Posted by: Billy Bonce on 01-12-2004, 17:21
Sergey Overkill

Вроде не должно быть проблем с рар-ом
Он, шайтан по спецификации (http://www.corion.net/cgi-bin/wiki.cgi/display/Format:RAR пишет размер файла в хидер, то что потом дописано ему должно быть по барабану :)


64fp
QUOTE :
Есть ли способ нарезать аудио-сд с такого имиджа, с впаяным CUE? само собой не создавая отдельного CUE.


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

Единственная засада - пишется не "напрямую" из АРЕ, а создается и прожигается распакованный образ audio CD -> занимает чуть больше времени чем прожиг в Нюре :)

Posted by: iGorR on 01-12-2004, 18:02
Это фубаром? у меня нет "Write audio CD". я никогда не пробовал жечь фубаром... и в настройках что-то ничего насчёт "Write" не находится :rolleyes:

Posted by: Billy Bonce on 01-12-2004, 18:32
iGorR

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

Ессно, можно отдельным компонентом прикрутить :) http://www.foobar2000.org/components.html#foo_burninate (http://www.foobar2000.org/components.html#foo_burninate

Posted by: iGorR on 01-12-2004, 18:44
Тада быть не должОн, ставил "нормал" :p

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

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

Posted by: Billy Bonce on 01-12-2004, 20:47
iGorR

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

АПЛ - что то типа плейлиста :)

Posted by: iGorR on 01-12-2004, 20:57
QUOTE (Billy Bonce @ 01-12-2004, 19:47):
iGorR

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

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

только я не понял, он сначала разжимает имидж а потом режет с этого разжатого вава? (у меня свободных 500мб на харде нет :laugh: )

Posted by: iGorR on 01-12-2004, 21:34
Попробовал. всё конечно получилось, но в общем смысла нет так резать. создать отдельный cue и нэрой... гораздо проще, удобней, и бытрей :)

Posted by: eShiva on 02-12-2004, 03:07
Да, я завидую пользователям маков и прочих правильных платформ, типа юниксов, поэтому призываю всячески мешать самой продвинутой части интернета приобщаться к кладезям шарой музыки. ;)

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

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

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

Posted by: Billy Bonce on 02-12-2004, 08:41
eShiva

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


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

iGorR

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

ПС торможу, eShiva уже сказал об этом ... ну не стирать же теперь свеженабитую мудрость :diablo:

Posted by: iGorR on 02-12-2004, 11:11
Это да, но я такими глупостями не занимаюсь (а Фубар он ваще рулее всех) :p

Posted by: Сергей Иванович on 02-12-2004, 19:46
QUOTE (Billy Bonce @ 01-12-2004, 16:21):
Sergey Overkill  Вроде не должно быть проблем с рар-ом  Он, шайтан по спецификации (http://www.corion.net/cgi-bin/wiki.cgi/display/Format:RAR пишет размер файла в хидер, то что потом дописано ему должно быть по барабану :)

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

64fp
Не, надо в архивах релизить. Так сложилось, так устоялось. А кто мы такие, чтобы ломать сложившиеся традиции? Можно лишь их слегка, незаметно развивать. Сейчас вот таги начнём в RAR'ы пихать - люди привыкнут, освоятся. Через годик ещё что-нибудь придумается такое ненавязчивое... :laugh:

Posted by: Billy Bonce on 03-12-2004, 12:18
Дык по layman's logic получается, что раз АРЕ файл утоптанный в режиме store играется, то в этом режиме блок должен быть размером с файл :shuffle:

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

На случай проблем совместимости, кстати говоря, можно зробить патчик обрезающий "мусор" из основного релиза ...

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

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

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)