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 |
![]() * 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 | ||
Таки да ![]() И это в корне убивает весь его ословодческий потенциал ![]() А никто не пользовал OptimFROG? Жмет он вроде как лучше обезьяны, таги и 24@96к поддерживает ... если он еще и из RAR-a играется ![]() |
Posted by: Сергей Иванович on 30-11-2004, 21:18 |
Есть, кстати, ещё вот какая штучка. Если переименованный RAR, содержащий APE, подвергнуть тагированию с целью всунуть в него CUE (чтобы foobar2000 играл всё как надо без внешних кьюев), то архив, будучи переименован обратно, должен по идее открываться и WinRAR'ом без каких бы то ни было проблем. Но блин, каждый раз, когда делаю релиз, всё забываю разобраться с этим поточнее. В смысле чтобы проверить досконально, что это действительно работает. ![]() |
Posted by: Billy Bonce on 30-11-2004, 21:33 |
Я собрал свой последний релиз (Грузин-а) именно по такой технологии ![]() Судя по отсутствию гневных окликов, никто ничего и не заметил ![]() еШива, кстати, говорил про такой метод упаковки где-то с полгода назад, в одном из топиков о фубаре ![]() |
Posted by: Сергей Иванович on 30-11-2004, 21:46 |
Billy Bonce Да, но стоит наверное проверить, нормально ли открывается такой архив консольным RAR'ом. Вдруг кто пользуется. А ещё бы и старую версию WinRAR'а (2.хх) тестануть не помешало бы... Да вот всё времени нет. ![]() |
Posted by: eShiva on 01-12-2004, 01:43 | ||
Sergey Overkill, ты прикалываешься по поводу консольного, чтоль? или есть какой тайный смысл под окнами этим пользоваться? я уже и сам не могу найти где я писал - спасибо товарищам, что сделали такой красивый но непривычный форум. а то что все работает я как щас помню, только уже не помню как. с интересом бы почитал. ![]() ![]() ... пошуршал по сусексам вот оно как было (http://netlab.e2k.ru/forum/index.php?showtopic=31618&view=findpost&p=296641. так что - все велкам пользоваться. а вот еще тема: FLAC хорошо, но WavPack имеет еще один интересный плюс: можно релизить в lossy, а отдельно дополнением патч до lossless - это, типа, ради экономии чужих каналов. ![]() ![]() |
Posted by: Сергей Иванович on 01-12-2004, 08:59 |
eShiva Почему ж прикалываюсь? Ведь все, кого угораздило пользоваться не виндами, вынуждены работать с консольной версией. Другое дело, что совсем не факт, что консольная версия под линукс отнесётся к архиву с тагом так же, как и консольная версия под фрибсд... ![]() |
Posted by: 64fp on 01-12-2004, 12:52 | ||
Кстати, заметил и чуть-чуть удивился ![]() Но я понять не могу зачем нужно использовать rar если CUE и LOG можно прописать как теги? Неужто обложки не раздать отдельно, тем более, они мало (http://netlab.e2k.ru/forum/index.php?showtopic=33172 кому нужны. |
Posted by: iGorR on 01-12-2004, 15:52 | ||
Есть ли способ нарезать аудио-сд с такого имиджа, с впаяным CUE? само собой не создавая отдельного CUE.
думаю потмому что, Фубаром пользуются ещё не все (по непонятной мне причине ![]() ![]() |
Posted by: Billy Bonce on 01-12-2004, 17:21 | ||
Sergey Overkill Вроде не должно быть проблем с рар-ом Он, шайтан по спецификации (http://www.corion.net/cgi-bin/wiki.cgi/display/Format:RAR пишет размер файла в хидер, то что потом дописано ему должно быть по барабану ![]() 64fp
Выделить нужные трэки->правый клик->Write audio CD ![]() Единственная засада - пишется не "напрямую" из АРЕ, а создается и прожигается распакованный образ audio CD -> занимает чуть больше времени чем прожиг в Нюре ![]() |
Posted by: iGorR on 01-12-2004, 18:02 |
Это фубаром? у меня нет "Write audio CD". я никогда не пробовал жечь фубаром... и в настройках что-то ничего насчёт "Write" не находится ![]() |
Posted by: Billy Bonce on 01-12-2004, 18:32 |
iGorR Ежели ставил Special в режиме FULL, долж0н быть ![]() Ессно, можно отдельным компонентом прикрутить ![]() |
Posted by: iGorR on 01-12-2004, 18:44 |
Тада быть не должОн, ставил "нормал" ![]() у меня есть какой-то Write APL link files, при нажатии ничего не происходит. эт чего такое? edit: с АПЛом разобрался ![]() |
Posted by: Billy Bonce on 01-12-2004, 20:47 |
iGorR Получилось? ![]() АПЛ - что то типа плейлиста ![]() |
Posted by: iGorR on 01-12-2004, 20:57 | ||
Ешо не знаю ![]() только я не понял, он сначала разжимает имидж а потом режет с этого разжатого вава? (у меня свободных 500мб на харде нет ![]() |
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
Самое смешное, что сейчас работать на маке ~= работать на линухе, т.к. Мак ОС X - unix-based ![]() iGorR Нюрой писать действительно удобнее, но только "как есть", в случае если хочется составить "сборную солянку" из нескольких СД, поменять местами трэки и т.п. , то фубар рулее ![]() ПС торможу, eShiva уже сказал об этом ... ну не стирать же теперь свеженабитую мудрость ![]() |
Posted by: iGorR on 02-12-2004, 11:11 |
Это да, но я такими глупостями не занимаюсь (а Фубар он ваще рулее всех) ![]() |
Posted by: Сергей Иванович on 02-12-2004, 19:46 | ||
Спецификация слишком старинная... Я где-то брал посовременней, когда изучал формат вдоль и поперёк. Изучал же для того, чтобы один релиз восстановить (что мне удалось, кстати). Впрочем, я о другом. Архив состоит из независимых в некотором роде блоков. Каждый блок содержит запись о его длине, по которой RAR его длину и определяет ( ![]() ![]() ![]() 64fp Не, надо в архивах релизить. Так сложилось, так устоялось. А кто мы такие, чтобы ломать сложившиеся традиции? Можно лишь их слегка, незаметно развивать. Сейчас вот таги начнём в RAR'ы пихать - люди привыкнут, освоятся. Через годик ещё что-нибудь придумается такое ненавязчивое... ![]() |
Posted by: Billy Bonce on 03-12-2004, 12:18 |
Дык по layman's logic получается, что раз АРЕ файл утоптанный в режиме store играется, то в этом режиме блок должен быть размером с файл ![]() В плане проверить, оно никогда не помешает ![]() ![]() На случай проблем совместимости, кстати говоря, можно зробить патчик обрезающий "мусор" из основного релиза ... |
Posted by: Сергей Иванович on 03-12-2004, 13:17 | ||
Ну естественно. Каждый файл - один блок (если конечно архив не мультивольюмный). ![]() ![]() ![]() |