【Vorbis/FLAC】Ogg統合19【Theora/etc...】

http://www.xiph.org/
Xiph.Org Foundation（ザイフォ財団）により運営されている
パテントフリー、オープンソースのマルチメディアプロジェクト
コアライブラリには修正BSDライセンスを採用しており、
商用非商用関係なく、使用・配布など全てを自由に行えるのが特徴

【前スレ】
【Vorbis/FLAC】Ogg統合18【Theora/etc...】
http://anago.2ch.net/test/read.cgi/software/1317566046/

今年中にlibopus 1.2.0, libflac 1.3.3でると予想してるからむやみやたらに自分はライブラリ更新しないんだ
すまんな

Opusにもチューニングの余地があるなら、aoTuOとかやってくれないかな

>>12

http://www.mp4ra.org/codecs.html

MP4コンテナってOpusも格納可能なんだな知らなかったわ

MatroskaのがなんでもしまえるイメージあるけどMPEG系も結構やるのな。

そういえばVP9をMP4に乗せるって話も聞いたことがある

opusをMatroskaに突っ込んでAndroidに持ってくと再生できるけど
トラック番号タグとか読んでくれなくて困る

>>679
*.opusを*.oggとリネームしたら、Android 5.0以上でOSが認識する

(そもそもoggコンテナじゃないと大抵のソフトは読んでくれないのでは?)

>>680
認識はされたけど再生できなかった

>>682
私の携帯(Android 6.0.1)では拡張子を.oggにリネームしたOgg OpusをGoogle Play Musicで再生できるけど、
環境によってはうまくいかないのかな

韓国製だがMX Playerを音楽プレーヤーモードにしてやるとopusも再生できる

>>683
Google Play Music使ってみたけど再生できなかったよ
同じAndroid6.0.1なのに
機種はgalaxy s5
できれば元々あるプレーヤーで使いたかった

>>683
Google Play Music使ってみたけど再生できなかったよ
同じAndroid6.0.1なのに
機種はgalaxy s5
できれば元々あるプレーヤーで使いたかった

連投ごめん

>>685
5.1.1 Audio Codecs Opusの欄で、(.mkv)と(.ogg)への対応はAndroid 5.0+で必須となっているので、
OSの機能で再生できないのはSamsungの不手際だな

https://static.googleusercontent.com/media/source.android.com/en//compatibility/android-cdd.pdf

私のASUS ZE500KLでは*.oggにしないと認識しないが、NexusやMoto Xでは*.opusのままでOSが認識するそうな

Matroskaコンテナの音声用の拡張子は.mkaのはず(.mkvは動画用)なんだが、Google様の文書でこうなってるなら仕方がないな

参考:Matroskaの公式サイト(https://www.matroska.org)

追記:やはり公式の方針は音声なら.mkaとしているようだ。

https://www.matroska.org/technical/guides/faq/index.html#q3
https://www.matroska.org/technical/specs/notes.html#MIME

>>689
s/"https://www.matroska.org)"/"https://www.matroska.org";

>>689 の訂正の訂正
s/ "https://www.matroska.org)"/ " https://www.matroska.org "

Opusエンコード時の帯域幅指定が何気に重要
「フルバンド」を選ばないと大変なことになる

間違って「ナローバンド」を指定しようものなら高めのビットレートでエンコードしようが篭もりまくった音になる

アルゴリズムがSkypeの通話を圧縮するやつとのハイブリッドだからそちらの色が強く出てしまうのか、コーデックの規格文書見るとナローバンドモードだとサンプリングレートが8kHzにまで抑えられるようですね

opusenc.exeでそのあたりどうやって指定すんの？

音楽配信「スポティファイ」、有料会員5000万人に 業界独走

http://www.afpbb.com/articles/-/3119964?act=all

>Spotifyでは、ストリーミングにどのビットレートを使用していますか？

>Spotifyでは、ストリーミングに3つの品質レートを使用しています。すべてOgg Vorbis形式です。

> ~96 kbps
> スマホでの標準品質。
> ~160 kbps
> デスクトップおよびWebプレイヤーでの標準品質。
> スマホでの高品質。
> ~320 kbps（Premiumユーザー限定）
> デスクトップでの高品質。
> スマホでの最高品質。

https://support.spotify.com/jp/using_spotify/search_play/what-bitrate-does-spotify-use-for-streaming/

それとは知らずに使うVorbisの使用者がこれだけ増えたのには感慨深いものがある。

カタカナで書くのなら
「スポッティファイ」にして欲しいよな
音の抜けが違う

opus: add a native Opus encoder

https://github.com/FFmpeg/FFmpeg/commit/5f47c85e5c961d5985a01e16697439d179b03a0e

libopusのコードを使わないFFmpegによる実装との事。まだ基本的な機能しかないけど、
Opusと言う規格そのものの優位性によるものか、他のFFmpegのエンコーダーより優れているそうな。

opus：ネイティブのOpusエンコーダを追加する

これは、誰もOpusエンコーダを書かなかった初めてのことです。
任意のlibopusコードを使用します。 エンコーダの目的は、
フォーマットは、それのための最も狂ったエンコーダを書くことによって行くことができます。

エンコーダは基本的にはCBRエンコーディングしかサポートしていませんが、
内部的には、CELTレイヤーに実装されているすべての単一の機能が実装されています
（残りの部分とうまく動作する必要があるピッチ・プレフィルターを除いて
実装されるものは何でも）。 心理音響学およびレート制御システムは、
開発中で。

エンコーダは120サンプルのフレームを取り込み、その値に応じて
opus_delay追加のバッファリングされたフレームを先読みとして使用する予定です。
今のところ、エンコーダは最も近い最も大きな有効フレームサイズを選択し、
先読みは使われませんが、
心理音響システム。

かなり基本的なエンコーダが既に優れた性能を発揮しています
他のネイティブエンコーダFFmpegは膨大な量があります。

PVQの検索アルゴリズムは、libopusより高速で正確です
アルゴリズムのように、エンコーダの性能はlibopusの性能に近い
複雑さはゼロです（libopusにはより多くのSIMDがあります）。
このアルゴリズムは、PVQを使用してlibopusまたは他のコーデックに移植される可能性があります
未来。

エンコーダーには依然としていくつかのマイナーなバグがあります。例えば、超低速での脱同期
ビットレート（20msフレームで9kbps以下）。

サインオフ：Rostislav Pehlivanov <[email protected]>

機械翻訳やめて

FFMPEGのプログラマーはカスしかいないから規格不適合非準拠ファイルを大量生産する
障害児どもしゃしゃりでるなって感じ

機械翻訳より多少マシに

Opus: ネイティブOpusエンコーダーを追加
これはOpusエンコーダーを一切のlibopusのコードを使わずに書いた初めてのものです。
エンコーダーの目的は、変わったエンコーダーでどれだけこのフォーマットが使えるかを証明することです。

今のところはエンコーダーの基本のCBRエンコードしかサポートしていませんが、内部的にはCELT(ケルト)が持つすべての機能が実装されています。(残りの実装されていない部分とうまく動作する必要があるピッチ・プレフィルターを除く)
心理音響とレートコントロールは開発中です。

エンコーダーは120サンプルのフレームを取り込み、opus_delayの値に応じて追加の先読みバッファとして使用する予定です。
今のところはエンコーダーは先読みをせずに、最も近く大きな有効フレームサイズ選択しますが、心理音響システムが実装されればそうではなくなるでしょう。

とても基本的なエンコーダーですが、すでにFFmpegエンコーダーが含んでいる膨大な、他のどのネイティブエンコーダーよりも優れた性能を持っています。

PVQ(ピラミッドベクトル量子化 https://people.xiph.org/~tterribe/daala/pvq201404.pdf)アルゴリズムは、libopusのアルゴリズムよりも正確なので、エンコーダーの性能はlibopusの性能に計算量以外では近いです。(libopusはもっとSIMDを使っている)
PVQアルゴリズムは将来libopusや他のコーデックに移植されるかもしれません。

このエンコーダーには依然として多少のバグがあります。(例えば20msで9kbps以下の超低ビットレートでの同期不良など)

>>702
FFmpeg上で、libopusとネイティブエンコーダーを比較してみたら
ネイティブエンコーダーのほうが2.5倍速かったけど、低ビットレートでの音質はひどかった

デコーダはいいけどエンコーダはオープンソースな実装があるなら車輪の再発明お断り

低ビットレートでの音質でOpusの評判を落とそうという、反Xiph勢の手の者による地雷工作だな

低ビットレートといえば、libopus 1.2はまだα版だけど、1.1系より結構音質良くなってる

FFmpegは色々な規格を自分たちで実装してみると言うプロジェクトだから、実用的では無い部分は使わずに置いておけば良い

代替実装があるのはいいことだけれど、FFmpegみたいな実装サイドの巨人がやると混乱を呼ぶこともあるからそこは弁えた上でvp9の時のような切磋琢磨を見せて欲しいですね

Rarewareに最新gitのWindows向けflac/metaflac/libflacがやっときてた
http://www.rarewares.org/lossless.php

DVDやBDの音声って無圧縮（LPCM）なときあるやん
あれをVorbis 192kbpsかOpus 192kbpsにエンコするならおまえらどっちを選ぶ？

DVDなら互換性重視でVorbis、BDなら後々対応も増えるだろうしOpus

【速報】mp3の特許が切れてフリーに
http://www.mp3licensing.com/

>‎‎On April 23, 2017, Technicolor's mp3 licensing program for certain mp3 related patents and software of Technicolor and Fraunhofer IIS has been terminated.

Opusに加えて>>712で、もうVorbisの出番はない感じ？

opusは変態Replaygainでプレイヤーを選ぶのが嫌
(MP3やAACで配布されてるものと音量がズレるから)

OPUSの使える機器はﾊﾟｿｺﾝを除いてどれくらい出ています?

>>713
MP3よりはVorbisの方が性能が良いからOpusが完全に普及するまではまだ大丈夫

>>715
今のところは、Rockbox対応DAP、Android、iOS対応機器(foobar2000 mobile等)くらいか

Vorbisはかなりのゲームで使われているのになぜOpus・VP9は全く使われないのか

>>718
データサイズに制約が大きいモバイル系のゲームで使われるようになるんじゃないかな、そのうち。

お船のゲームの泥版でOpus使ってほしいぞ
MP3でビットレート下げてるのかノイズが酷い

Opusは人間の声にも強いし、認知できないほどの低遅延にもできるからアクションゲームの効果音にも最適だろう

Opusって44.1kHzに対応してなくてアップサンプリングされるからCD音源からの変換に向いてないよね
それ以前に再生できる環境が死んでるけど

リスニングテスト上44.1kHzの音源で不利という結果は出てないけどね

DACが48kHzの機器なら、opusencで最初から48kHzにしてしまった方が再生時の品質が有利になる場合もある

例えば、Android5.0未満はリサンプリングの品質が悪かった

http://geeknizer.com/audio-improvements-in-android-5-0-l-audiophile/

そもそも再生する時はオリジナルの周波数に戻さず48kHzのまま再生するのがopusの推奨
よってSRCの品質はエンコード時しか問題にならない

そうだね。44.1kHzのファイルを再生していても、実際には48kHzにリサンプリングされた音を聞いているケースが多々あると言いたかった

48kHz決め打ちのOpusならSpeex由来の高品質のリサンプラーを使えるから安心できる

Twichとかcavetubeの配信だと、結構な人がHE-AAC対応のffmpeg.exeを自前で作ってそれと
OBSを組み合わせるっていう物凄いめんどいことをしてるんだけど、配信サイトが
x264+Opusに切り替えてくれたら良いんだけどなあ
HE-AACとかいう害悪規格は早く滅びて

ArmA3がOpusで通話できるようになってる

OpusのACMコーデック誰か作って

libopus 1.1.5

一定の振幅を超えるサラウンドの信号での品質を改善。その他は1.1.4から変更無し

音系はもう極まってる感がある

ラジコはなぜOpusで配信しないのか

>>731
64kbps未満ではOpus以上の性能とも言われるMPEG-D USAC等、音声の分野でも改良は煮詰まらずに続いている

iOS11b1からファイラアプリでのFLACファイルのデコードをサポート。
ただし…ミュージックアプリやiTunesでの再生サポートは現時点では不明。ハイレゾ対応も不明。
iPod nano/Classicのファームウェアもそれにならうか。
言えるのはDOC/PPT/XLS/MP4/JPG/HTMなどと同じように認識・展開できるファイルに加わったてことだけ。
Android/Windows10ではできて当たり前のことなのに…全くサポートする気がないってわけでもないって知れたことだけでも前進か
OSXのafconvertでも読み対応するのかねえ
ttp://taisy0.com/2017/06/06/83769.html

Windows10がALAC、FLAC両対応だし
Apple、というかiTunesもFLACに対応してくれれば楽だな
といっても俺はもうALACに変換しちゃったので今さらだが

圧縮率とデコード速度の両方でFLACはALACより優れているから、
正式に対応するなら今後iTunesでライブラリーを構築する人には良い話だ

Hulu,amazon,netflix,dtv辺りがwebtorrent,VP9,Opus辺りの金のかからん規格で全部完結すりゃMPEG-LAの悲鳴が聞けそうで面白い

Macも次期OSでFLACとOpusネイティブ対応来たね

Androidは？

>>739
Vorbis(始めから)、FLAC(Android 3.1+)、Opus(Android 5.0+)でデコーダーの搭載が必須になっている

https://developer.android.com/guide/topics/media/media-formats.html#audio-formats

やったぜ

libopus 1.2

・スピーチの品質が12-20 kbit/sで特に良くなる
・ハイブリッドモードでのVBRの改善
・14 kbit/sでフルバンドになるなど、スピーチでの帯域が広くなる
・32-48 kb/sのレンジで音楽の品質が向上
・CELTのCとSSEの最適化
・120 msまでdirectly encoding packetsをサポート
・CELTでDTXをサポート (Speex由来の機能で無音でビットを節約する)
・SILKのCBRを改良
・draft-ietf-codec-opus-update-06に対応する修正
・その他バグ修正など

http://opus-codec.org/release/stable/2017/06/20/libopus-1_2.html

https://people.xiph.org/~jm/opus/opus-1.2/

https://people.xiph.org/~jm/opus/opus-1.2/

20k以下でこんなに残るのやっぱすごいなー
容量と音質稼ぎたいところはもっとガーッと軒並みopusになってくかと思ったけど
知名度イマイチぽいのはなんでなんだろ
適当な音源20k以下でエンコして聴き比べるとギャグみたいな強さ

>>744
おまえみたいに何言ってんのかわからんやつが多いからだろ
知名度上げたければ誰にでもわかりやすい言葉で語れ

そもそもこのスレタイにopsuとか入ってないしな

>Improves quality on files with powerful tones that cause MDCT leakage

1.2-rc1でのこの改良を受けて、トーン成分で構成される音源でビットが足りない場合にノイズが聞こえる現象が明らかに良くなった

http://www.mediafire.com/file/bas7o0n378gilxw/mazurka-comparison.7z

>opsu
opusね

oops

音声品質の向上を主張する場合って、一々無作為抽出した人を雇って音聴かせて感想をまとめて統計学的検定するの？

AMラジオのネット配信はOpus16KBPSで十分でしょ

他の規格で、音量一定(89dB前後)に統一するヤツ凄い良かったんでああいうの欲しい

>>744
再生環境

無料で5ミリ秒という超低遅延を実現する非可逆音声圧縮コーデック「Opus」、何がすごいのかまとめ - GIGAZINE
http://gigazine.net/news/20170621-opus-1-2/

>>750
公開リスニングテストの話は最近無いから、多分PEAQ(ITU-R BS.1387)と
MUSHRA(ITU-R BS.1534)の二本立ての評価だと思う

>>755
ありがとうございます

foobar2000 の Free Encoder Pack がアップデートしてlibopus 1.2に対応してた
早いな

libopus 1.2でエンコードしたOpusを再生するにはデコーダーの方もアップデートする必要があるの？

ないよ

Vorbisのサンプリング周波数は最大で192kHzまで対応してるからハイレゾ音源をDAPやスマホで持ち歩くには最適な形式だよね？
据え置きのPCとかならともかく容量が少ないモバイル機器でハイレゾのFLACとか無理でしょ
Opusは48kHzまでだから今んとこVorbis最強じゃね？

10年前の技術 Opus
20年前の技術 Vorbis
30年前の技術 AAC
40年前の技術 MP3

>>760
192kHzがソースでもVorbisは20kHzくらいまでしか保持しないので、48kHzにリサンプリングで良いと思う

>>762
そんなことないよ
192kHzの音源をVorvisに変換したファイルを読み込んでスペクトルを測定したらちゃんと96khz付近まで音が出てる
なんでそんな嘘をつくのだ

あ、Opusと勘違いしたでしょ？ｗ
確かにOpusなら20kHzでバッサリ切られるけど
Vorbisの話だからね

96kHzって、スピーカーで大音量鳴らしてやらんと人間には意味無いのでは？
超音波でしょ？

>Music quality improvements in the 32-48 kb/s range
って1chあたりのビットレート？

>>765
その通りだけどハイレゾ議論は他でやればいいさ
俺自身はハイレゾなんて全く興味はないんだが
世間では異常にハイレゾにこだわる連中も多いから
そんなに好きならVorbisならたくさん持ち歩けるぜって話だわ
合理的な話なんだがなぜか誰も話題にしないからとりあえず言ってみた

試しに約1分間 192kHz 24bit 76.1MB の音源（WAV）を Vorbis Quality 8 でコンバートしたところ
348kbps 2.87MB にまで圧縮できた
約26分の1だな

FLACだと42.2MBになったからそれでも約14分の1
FLACで 1,000 曲持ち歩けたならVorbisなら 14,000 曲持ち歩ける
割と現実的じゃない？

>>764
上がソースで下がaoTuvb5.7 -q 10
http://i.imgur.com/VtsVYVH.png

高周波はノイズしか残っていない

>>769
それはもともとソースが悪いんだろｗ

ソース: http://helpguide.sony.net/high-res/sample1/v1/data/Sample_BeeMoved_96kHz24bit.flac.zip

http://i.imgur.com/MlCpo2H.png


人間の耳に聞こえない音の再現性はこんな物だよ

>>771
だからハイレゾ談義は他でやれよ
ハイレゾ信者にとっては聴こえないノイズにこそ意味があると思ってるんだろうけど
興味のない一般人からしたら超音波の話なんてオカルトにしか思えないんだからどうでもいいよ
ここでは単に技術的な話としてVorbisならハイレゾ音源も作れるよってだけのことだろ
>>762みたいに20kHz以上は保持されないみたいなデマを訂正するだけで十分だ
ハイレゾ信者はVorbis使いなさい

>>771
22khz付近でなんで一旦薄くなってんの？