LINUX.ORG.RU
ФорумTalks

В базовую Slackware-current приехали Speex и Opus

 , ,


0

1

Сабж.

a/coreutils-8.28-x86_64-3.txz:  Rebuilt.
  Added .opus extension to /etc/DIR_COLORS.
...
ap/moc-2.5.2-x86_64-2.txz:  Rebuilt.
  Recompiled to add decoder plugins for Speex and FFmpeg.
ap/opus-tools-0.1.10-x86_64-1.txz:  Added.
ap/vorbis-tools-1.4.0-x86_64-2.txz:  Rebuilt.
  Added Opus support to ogg123.
...
l/ffmpeg-3.4.1-x86_64-2.txz:  Rebuilt.
  Recompiled to add support for Speex and Opus.
l/gst-plugins-base-1.12.4-x86_64-2.txz:  Rebuilt.
  Recompiled to add support for Opus.
l/gst-plugins-good-1.12.4-x86_64-2.txz:  Rebuilt.
  Recompiled to add support for Speex.
...
l/opus-1.3_beta-x86_64-1.txz:  Added.
l/opusfile-0.9-x86_64-1.txz:  Added.
l/speex-1.2rc2-x86_64-1.txz:  Added.
ftp://ftp.osuosl.org/pub/slackware/slackware64-current/ChangeLog.txt

★★★★★

Ответ на: комментарий от Anoxemian

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

Собственно, и в стабильной Slackware 14.2 Speex и Opus тоже есть, но слакбилдами на slackbuilds.org. А тут теперь прямо из коробки.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

Тот же Speex вполне полезный формат для аудиофайлов, которые содержат в основном речь, например, аудиокниг и аудиолекций.

Я конечно может чего то недопонимаю, но опус как раз именно для этого и создавался - для обеспечения высокого качества с низким битрейтом (этакий аналог AAC LC)

Алсо:

https://speex.org
The Speex codec has been obsoleted by Opus. It will continue to be available, but since Opus is better than Speex in all aspects, users are encouraged to switch

uin ★★★
()
Ответ на: комментарий от uin

Opus - новый кодек. Не все успели с ним познакомиться. А Speex хорошо известен.

И, да, не переконвертировать же под каждый новый кодек всё то, что было уже сконвертировано под старый.

saahriktu ★★★★★
() автор топика
Последнее исправление: saahriktu (всего исправлений: 1)
Ответ на: комментарий от saahriktu

А для чего с ним знакомится? Замуж что ли за него собрался?
Бери да и используй.
Ему уже лет 5.

И, да, не переконвертировать же под каждый новый кодек всё то, что было уже сконвертировано под старый.

Об этом вопрос и не стоял вообще. Понятно что либа нужна.

uin ★★★
()
Последнее исправление: uin (всего исправлений: 1)
Ответ на: комментарий от uin

Они все про это. Ещё из этой серии silk вспоминается

Из всей этой братии мне в диких интернетах попадался только opus, в связке с H265. Это был какой-то сериальчик на зарубежном торрент-трекере

MrClon ★★★★★
()
Ответ на: комментарий от uin

В смысле рипы, или прямо блюреи?

Теперь осталось запилить какой-нибудь очередной VP-n, который будет круче H.26n, и мультимедиа форматы будут окончательно зогхвачены швабодкой

MrClon ★★★★★
()
Ответ на: комментарий от MrClon

Рипы конечно. В самих блюреях или PCM (только для стерео) или DTS (многоканал).

uin ★★★
()
Ответ на: комментарий от Harald

Не просто «в слаку», а «в базовую слаку». Слакбилды Speex'а появились для Slackware 11.0 (дата релиза 2006-10-02), а слакбилды Opus'а для Slackware 14.0 (дата релиза 2012-09-28). Но, они были на slackbuilds.org. А теперь сами пакеты приехали в базовую систему.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от Harald

VP9 уже есть

VP9 c x265 может сравниться разве что по скорости кодирования.

uin ★★★
()
Последнее исправление: uin (всего исправлений: 1)
Ответ на: комментарий от MrClon

А я вот слышал что собирались собраться всякие гуглы, циски и мозилы и сделать кодек на основе технологий Daala (Xiph.org) Thor (Cisco) и VP10 (Google) как альтернативу h265. Даже сайт сделали http://aomedia.org но что то дело похоже не очень продвигается.

uin ★★★
()
Последнее исправление: uin (всего исправлений: 2)
Ответ на: комментарий от uin

Вот как-раз думал вбросить эту ссылку, или ссылку на лог их git-а.
Интересно что там с производительностью енкода/декода, по сравнению с h265. Сейчас конверчу vp9, и мне грустно

MrClon ★★★★★
()
Ответ на: комментарий от MrClon

Это зависит от уровня допиленности платформозависимых оптимизаций.
x265 то же тормозной (был?) не потому что тормозной, а потому что был реализован тупо на высокоуровневом языке (сейчас не знаю как дело обстоит). А сам по себе новый кодек где то на 50% дольше должен кодировать чем предыдущий.

Что касается VP9 то с ним другая история - он с самого начала был однопоточный. Вот просто тупо однопоточный, позже гугл сделали многопоток (который использует только 2 ядра) с некоторой поломкой обратной совместимости. По умолчанию правда кодируется все равно в один поток при кодировании нужно указывать -threads (не важно сколько, будет все равно использоваться два).
Печально что по качеству он в общем то практически ничем не уступает h264, плюс умеет альфаканал и лосслесс, однако им ни стрим с экрана ни записать ни конвертнуть что то по быстрому, в отличии от того же h264 который быстр и многопоточный как VP8 качественный как VP9 и при этом может в стриминг

uin ★★★
()
Ответ на: комментарий от MrClon

Ну да, с другой стороны кодек это не расширение файла. Файлы то будут все равно webm, mkv итд. (может еще какой новый контейнер сделают). В хидере бинария будет меньше места занимать и программой легко разбираться: AV1 AV2 допустим понимаем, AV3 и далее - нет.

uin ★★★
()
Ответ на: комментарий от MrClon

В настоящий - нет. Там только предлагается качество задрать что даст картинку 1-1 но это все равно не без потери данных исходника.
60fps он зато изначально умеет (чего не умел vp8)

uin ★★★
()
Ответ на: комментарий от uin

Люди всё-равно будут путаться. Ну а программам пофигу что разбирать, AV1 или ZLP_4. Так или иначе, там где нужно программам, используется не мренднейм кодека, а codec ID

MrClon ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.