Комитет IETF (http://www.ietf.org/) (Internet Engineering Task Force), занимающийся развитием протоколов и архитектуры Интернет, утвердил (https://datatracker.ietf.org/iesg/ann/new/) процесс формирования нового интернет-стандарта на основе шестнадцатого чернового варианта спецификации (http://tools.ietf.org/html/draft-ietf-codec-opus-16) аудиокодека Opus. В настоящее время спецификация получила статус "Предложенного стандарта". Через 6-8 недель планируется сформировать отдельный RFC, в котором Opus будет определён как стандартный аудио-кодек для интернет-приложений, не требующий лицензионных отчислений и не пересекающийся с запатентованными технологиями. Одновременно с выходом RFC будет представлен первый релиз кодека Opus.
Следует отметить, что процесс перехода на стадию "Предложенного стандарта" занял три года и потребовал выпуска 16 предварительных вариантов спецификации. В дальнейшем, следующей стадией развития спецификации станет придание RFC статуса чернового стандарта (Draft Standard), фактически означающего полную стабилизацию протокола и учёт всех высказанных замечаний. Следует отметить, что в настоящее время на стадии чернового стандарта находятся большинство протоколов сети, и лишь единицы после многих лет существования достигают наивысшего статуса - стандарт Интернета (всего статус стандарта получили около 70 RFC).
Напомним, что кодек Opus создан путем комбинации лучших технологий из разработанного организацией Xiph.org кодека CELT и открытого компанией Skype кодека SILK. Кодек Opus отличается высоким качеством кодирования и минимальной задержкой как при сжатии потокового звука с высоким битрейтом, так и при сжатии голоса в ограниченных по пропускной способности приложениях VoIP-телефонии. Ранее Opus был признан лучшим кодеком при использовании битрейта 64Kbit, обогнав таких конкурентов, как Apple HE-AAC, Nero HE-AAC, Vorbis и AAC LC. В настоящее время кодек включён в состав тестовой версии Firefox, на базе которой будет сформирован релиз Firefox 15.Основные возможности Opus:
- Битрейт от 6 до 510 Kbit;
- Дискретизация от 8 до 48KHz;- Продолжительность кадров от 2.5 до 60 миллисекунд;
- Поддержка постоянного (CBR) и переменного (VBR) битрейтов;
- Поддержка узкополосного и широкополосного звука;
- Поддержка голоса и музыки;
- Поддержка стерео и моно;
- Поддержка динамической настройки битрейта, пропускной способности и размера кадра;- Возможность восстановления звукового потока в случае потери кадров (PLC);
- Поддержка до 255 каналов (многопоточные кадры)- Доступность реализаций с использованием арифметики с плавающей и фиксированной запятой.
URL: http://jmspeex.livejournal.com/10981.html
Новость: http://www.opennet.me/opennews/art.shtml?num=34275
знающие могут сказать, если у меня коллекия в vorbis кодеком aotuv 5.7 кодирована в VBR 160 KBit/s из оригинальных CD-A, при том же битрейте opus сделал бы его по качеству звучания?
Коллекция чего?Если голос, будет лучше. Если инструментальная музыка, хуже (заметно).
На 160Кбитах - не факт, думаю что вы не заметите большой разницы. А вот на 64Кбит - сделает запросто :)
lossy он и есть lossy
собственно, лузы вы в любом случае поймаете, а в каком месте - это уже зависит от кодека
и это с вашим-то слухом)
Надо OGG 224VBR использовать, разработчики заявляли что он практически как CD звучит, я на Audigy проверял используя усилитель Radiotehnika и клолнки на 90В
Собрались "аудиофилы", ржу просто. "Усилитель радиотехника" - это круто, бивис, и всё такое. "клолнки" наверное небезызвестные АС90, ужас совкосаунда.Если по теме - музыку надо хранить в FLAC или WAVPACK. Всё остальное - от жлобства и бедности.
> Собрались "аудиофилы", ржу просто. "Усилитель радиотехника" - это круто, бивис, и всё
> такое. "клолнки" наверное небезызвестные АС90, ужас совкосаунда.
> Если по теме - музыку надо хранить в FLAC или WAVPACK. Всё
> остальное - от жлобства и бедности.+1 lossy оно по определению LOSSY! Спорить о видах lossy все равно что спорить о сортах гнилых помидор - либо не жрите либо не выё..живайтесь :)
Opus? Но я первый раз слышу о нем.
> Opus? Но я первый раз слышу о нем.Раньше уже была новость о том что его стандартизировать пытаются, как и рассказ что за кентавр такой и чем знаменит :)
Уже было где-то про него, я второй раз слышу. Оно, кстате, ещё не имеет стабильного релиза.
Как бы не постигла его судьба Theora.
А какова судьба theora?
Хотя музыку слушаю с локалхоста, а тут в основном флаки и вавы, не одобряю столь агрессивное сжатие как мп3 и ему подобныне.
> Как бы не постигла его судьба Theora.Ситуация совсем иная. Theora всё-таки не очень качественный кодек (хотя ИМХО вполне достаточно для большинства применений), а Opus всё-таки весьма весьма конкурентоспособный. Тут скорее ситуация как с GIF и PNG - последний лучше жмет и имеет lossless-режим.
> Тут скорее ситуация как с GIF и PNG - последний лучше жмет и имеет lossless-режим.Они оба "условно-lossless" и по сути аналогом является просто битмап ужатый архиватором. В том плане что их возможно разжать 1-в-1 при выполнении ряда условий, получив в отличие от lossy 100% идентичный оригиналу вариант, тогда как lossy по определению дает лишь приблизительный варинат оригинала всегда.
Гиф - 256-цветная картинка (8 bit палитровый битмап) пожатая древним LZW. Очевидно что 256 цветов маловато для современных изображений, откуда и потери качества. А больше формат не позволяет без диких хаков. Если жать 256-цветные картинк, гиф ничего не потеряет. Кстати, если сильно захотеть - можно в космос полететь!
Аноним proudly presents: true color GIF files - например, http://phil.ipal.org/tc.html - ничего такое кодирование "с потерями" путем злостного хацкинга формата но вполне в пределах его спеков? :)
PNG - битмапы пожатые обычным zlib (всем известный алгоритм сжатия deflate, как в zip). По сути просто чуть более культурный вариант упаковки битмапов архиватором. Битмапы бывают разные. И 2 цвета, и 256, и 2^24. Для палитровых размер палитры выбирабелен и влияет как на потерю качества так и на размер. 24-битные не оперируют такими понятиями и условно-беспотерьны прямо сразу. Хотя если цвет был более чем 8 битов на пиксел, обрезка до 8 бит на пиксел - вполне себе будет потерей информации. По поводу чего есть другие форматы для HDR фотографий, например, где за счет комбинирования нескольких кадров получается несколько более чем 8 битов на составляющую.
Хорошим примером lossy является обычный JPEG. Он восстанавливает значения пикселей приблизительно и всегда будут некие отличия даже при выборе максимального качества. Их не видно на глаз, зато если вы хотите сохранить в битмапе произвольные бинарные данные а потом их вытащить - вы немедленно ощутите это :)
> true color GIF filesЗнаете, похоже не всегда работает - на первом варианте виден только красный квадрат 18x18 на сером фоне. Браузер FF 11.0, Ubuntu 10.04.4
> квадрат 18x18 на сером фоне.А вы ССЗБ: анимацию GIFов включите и все будет. При том это замедленный показ одной из техник - вы своими глазами увидите как постепенно прорисовывается такой GIF, вполне себе true color'ный: там отрисовывается цветовое пространство во всей красе. Как гифка, да :-)
Каждый кадр анимированного GIF может содержать свою собственную палитру. Откуда следует что суммарное число цветов на картинке может превысить 256, если это будет анимация. Там просто делается несколько кадров и постепенно компонуется итоговая картинка с более чем 256 цветами. Ну а тайминг кадров подгоняется так чтобы начальные кадры быстро проскочили а финальный уже и висел перед глазами вечно.
Вы ещё про фильтры в PNG забыли.
Ситуация скорее как PNG/APNG. Ну запилят его поддержку, а пользоваться всё одно ни кто не будет.
Я так и не понял: Opus - кодек для аудио или еще и видеоданных? Что означает "Продолжительность кадров", если только звук?
Звуковой кадр такой же как видео, только звуковой.
Политех не заканчивай, ерунду спрашивай...
> Я так и не понял: Opus - кодек для аудио или еще и видеоданных? Что означает "Продолжительность кадров", если только звук?кадры... мде, этот термин применяется и в сетях пакетной передачи данных, где передача делится на кадры (frames) и затем уже в bursts например
поэтому неудивительно что звуковой поток тоже разделяют на временные промежутки - кадры
> Что означает "Продолжительность кадров", если только звук?Звук в таких кодеках группируется в пакеты. Поскольку данные сжаты, неким логически законченным целым является не просто отсчет влобовую как в PCM-кодировании, а группа данных, обеспечивающая более-менее корректное декодирование.
То-есть, два байта оторванные от контекста могут иметь какой-то смысл как 16-битный отсчет, или 1 сэмпл сигнала. Но с точки зрения кодека с потерями - два байта никакого физического смысла сами по себе не несут и их нельзя однозначно декодировать во что-то внятное. Минимальным корректно декодируемым юнитом является пакет. Ну или кадр. Как ни назови.
Как правило кодек с потерями пилит входной поток на равные куски (хотя иногда и переменной длины) и жмет с потерями поблочно, при том каждый пакет независим от остальных и порция данных на входе вызвает порцию данных на выходе. Что позволяет работать в каналах с потерями пакетов без жутких искажений, например. Как и просто обеспечивает предсказуемую латентность. Подумайте о том что если компрессор в среднем получает 100 байтов на вход и отдает 20 на выход, вопрос о том а что будет если подать на вхол вот столько байтов и получится ли на выходе нечто что может правильно разобрать декодер - совсем не тривиальный. А для VoIP например плохо когда есть непредвиденная задержка неизвестной величины, никак не ограниченная. Пакетизация решает эту проблему, оговаривая worst case для латентности.
Кроме того, пакетизация позволяет БЫСТРО скипнуть вон те полчаса аудио которые ни на что не влияют и начать декодировать трек с 30m:15s как того хотел юзер. Не декодируя все аудио до этого момента но при этом получив корректный звук. Если бы это был непрерывный поток, такой фокус не прокатил бы - для восстановления состояния декодера хоть немного зависящего от контекста пришлось бы декодить вообще все. Все полчаса и 15 секунд. Ну а юзер бы радостно перся по поводу того что перемотка жрет проц в полку целую минуту, пока проц декодирует аудио в турбо-режиме, спуская отдекодированное в унитаз :)
Поясните, "Поддержка стерео и моно" и "Поддержка до 255 каналов (многопоточные кадры)" - это масло масляное или это разного поля ягоды?а как тогда 5+1 многоканальный звук держать???
> а как тогда 5+1 многоканальный звук держать???Закодировать как 6 каналов, очевидно. По логике вещей, 6 каналов явно меньше чем 255.
Для стерео могут быть оптимизации, типа joint stereo в MP3.
А песня "Life is Life" к нему бесплатно прилагается? ;)
А какое расширение оно имеет?
> А какое расширение оно имеет?Например ogg (ogg - это контейнер). Почитай http://ru.wikipedia.org/wiki/Медиаконтейнер
Тогда уж скорее .oga: https://www.xiph.org/ogg/doc/rfc5334.txtА в https://tools.ietf.org/html/draft-ietf-codec-opus-16 — «Instead, it assumes
that a lower layer (such as UDP or RTP [RFC3550] or Ogg [RFC3533] or
Matroska [Matroska-website]) will communicate the length, in bytes,
of the packet, and it uses this information to reduce the framing
overhead in the packet itself.»
У меня теорема Котельникова от этого треда. Для получения кадра используется отрезок звуковых данных фиксированной длины, спектр которого, полученный при помощи БПФ, тоже имеет фиксированную длину, а точнее набор значений частот (в дискретном представлении). Так вот - этот спектр(кадр) и обрабатывается кодеком, если кто не знал. Без кадров никак.
> имеет фиксированную длину,Благородный дон забыл пояснить как при этом VBR получается :)
А кто Вам сказал, что кадр фиксированной длины кодируется одинаковым числом бит?
Ну-ка, как по-Вашему получается VBR?
Я считаю Ogg Vorbis 224Kbps лучшим и моя коллекция музыки именно в нем. Уже настало время сменить кодек?
Vorbis чем-то неустраивает, вы рассчитываете существено сэкономить дисковое пространство или это просто кодекодрочерство?
да. флак рулит.
> да. флак рулит.Давайте этому гражданину будем в мувиках на ютубе отгружать флак. Ну подумаешь, аудиотрек будет весить 3/4 мувика :)
Большинство кодеков (даже богомерзкий WMA и маразматичный MP3) звучат неотличимо (для человеческого уха) от оригинала на этом битрейте. Так что если заморачиваться то лучше сразу брать FLAC.
Opus, ты кто такой? Давай до свидания!