Опус про Opus. Новый кодек — прощай, MP3?

Чтобы отправить комментарий — войдите.
  • mohameddin
    17 дек 12
    Эпизодически появляется инфа о том, что

    разработан ТАКОЙ КОДЕК, что он

    заменит МР3.

    Время идёт, а МР3 рулит уверенно до сих пор.
    Ответить
    • P
      да это как про убийу айфона, сколько уже их сделали, а яблоко живее всех живых :)
      Ответить
    • serg_io
      В своё сремя была популярна шутка про новый архиватор USA — УльтраСуперАрхиватор.

      Тогда говорилось, что он жмёт любой контент до 2% от исходного размера, и уже, мол,

      ведутся разработки разархиватора...
      Ответить
  • A
    17 дек 12
    Что-то это напоминает анекдот про двух рыбаков:"... ау моей рыбы вот такие глаза". Время всё расставит на свои места.
    Ответить
  • jim73
    17 дек 12
    время покажет

    все эти графики туфта

    на бумаге многие идеи были хороши

    но в жизни не дееспособны оказались
    Ответить
  • antstr
    17 дек 12
    вот через 20 лет и посмотрим, обгонит ли этот опус mp3.

    Ну ладно, через 10, интерполируя закон Мура.

    Это сколько телодвижений надо, чтоб мою коллекцию из 30к песен пережать в этот опус, а главное — зачем?
    Ответить
    • mike_nettle1
      Если колекция в mp3 то смысла нет.
      Ответить
      • P
        почему нет, если при равном качестве он будет делать каждый файл в несколько раз меньше то смысл есть
        Ответить
  • slycar
    17 дек 12
    Несколько неточностей:

    "При использовании MP3 в IP-телефонии наблюдаются большие временные задержки из-за необходимости дополнительной буферизации данных."

    Задержки появляются не из-за кодека, а из-за алгоритма работы IP-сети. Информация передаётся пакетами различной длины, причём передача идёт разными маршрутами и на конечный пункт приходят не последовательно. На конечном пункте они последовательно собираются, для этого и требуется буферизация. При передаче пакетов в структурированном потоке Е1 размер буфера значительно сокращается. Убрать "булькание" при плохом канале никак не получится, "булькает" из-за потери пакетов, а не из-за плохого качества кодирования.

    "Затем Opus исследует присутствующие шумы и оптимизирует сигнал для определенного битрейта."

    Наверное, подобные оценки производит не сам кодек, а перекодирующая программа. Кодек — это просто алгоритм кодирования.

    Заменить mp3 будет невероятно сложно. Это даже не просто стандарт, это уже одна из точек опоры звуковой техники. Для музыкальных коллекций почти невозможно, тем более, что разницы в качестве на высоких битрейтах нет.

    Если Opus разрабатывали для Skype, то может быть скоро опробуем кодек в действии.
    Ответить
    • luidor
      slycar 17 дек 12
      вот — нормальным и грамотным языком написал Человек свой коммент.Спасибо
      Ответить
    • H
      slycar 17 дек 12
      А вот и нет. Как раз из-за кодека и происходят. Т.е. если кодек блочный — то буфер (относительно больших размеров, напр 32 Киб) необходим. Если кодек поточный — то можно обойтись минимальным буфером, в который умещается звуковой кадр.
      Ответить
  • ilunga
    17 дек 12
    каждый производитель программ (например, плееров), использующих mp3-кодирование, должен отстёгивать разработчикам кодека mp3. Поэтому некоторые, Sonar — например, не хотят вносить в стоимость программы стоимость использования mp3, и предлагают покупать эту лицензию отдельно (~ $15 за копию).

    С новым кодеком отстёгивать никому не придётся: это обеспечит его продвижение.
    Ответить
    • ipSpider
      ilunga 17 дек 12
      тут как раз на оборот. Если никто не получает за кодек деньги — никто его не продвигает.

      Уже слишком много различных таких проектов было — и все сдохли.
      Ответить
  • kuha2
    17 дек 12
    вот и отлично Новый год с двумя новами кодеками Опус и H.265. Прекрасная причина для смены носимого железа
    Ответить
    • L
      kuha2 17 дек 12
      угу при современных ценах на энергонезависимую память использование не-лозлесс кодеков мазохизм, чистой воды
      Ответить
  • R
    17 дек 12
    мр3 никуда не денется, ибо стандарт де-факто.

    почти все медиа-девайсы его понимают, и речь сейчас об устройствах работающих без прошивок — всяких DVD и мр3 — плеерах.

    выкидывать все это ради "нового" кодека который устраняет бульканье в скайпе? ага, сейчас
    Ответить
    • mafia
      riggz 17 дек 12
      никогда бы не подумал что ни в двд ни в мп3 плеерах нет прошивок.. молодца, пиши еще.. поржем ))
      Ответить
      • pilot71931
        тут похоже имеется в виду что упомянутые девайсы как правило живут намного дольше чем их поддерживает производитель — так что вы сами эти прошивки пилить будете ?

        или вы наивно думаете что производитель оборудования станет выпускать для вас бесплатно новую прошивку вместо того чтобы продать вам целый новый девайс ?…
        Ответить
        • mafia
          а это тут причем, я отвечал на поставленное предложение а не на то о чем я бы подумал что придумал себе автор.. про обновление прошивки нет нигде упоминаний.

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

          могут появиться только кастомные прошивки.
          Ответить
          • pilot71931
            а это тут при том что в таком случае для упомянутых рабочих девайсов действительно "нет прошивок" которые бы позволили сабжу хоть как-то конкурировать на них с mp3 … и в этом нет ничего смешного — "поржать" не над чем …
            Ответить
  • Xelarg
    17 дек 12
    Xiph.Org Foundation

    ----------------------------

    Проекты

    Ogg — медиаконтейнер. Его используют различные кодеки xiph:

    Vorbis — аудио

    Theora — видео

    FLAC — аудио (без потерь)

    Speex — сжатие речи

    CELT — аудио (с низкими задержками)

    Opus — аудио (с низкими задержками), например для VoIP

    Tremor — реализация Vorbis на целочисленной арифметике

    OggPCM — PCM

    OggUVS — несжатое видео

    Skeleton[2] — поддержка нескольких логических потоков в рамках одного ogg файла

    RTP-контейнеры для Vorbis, Theora, Speex

    CMML — язык XML-разметки для временных данных
    Ответить
  • N
    17 дек 12
    Судя по графику выигрышь есть только в случае с низким битрейтом. К сожалению сложно понять как кривые будут выглядеть при битрейте выше чем 128... Ведь даже тут уже видно, что при 128 эти кривые лежат почти рядом.
    Ответить
full image