【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/

>>625
それはMode1を使うデータ形式の場合。

>>624
カラヤンも恨む対象だな
http://www.asj.gr.jp/qanda/answer/3.html

テレビ放送の音声との海賊版制作を妨げる目的でCDは44.1KHzになったとどこかで見たな

嘘乙

否定から入る奴ってどこ行っても嫌われるよね

確かにお前嫌われてんな

俺嫌われてないぜ
他人と接触しないから

苦肉の策が決まりました

関係ないがWMA/WMVの権利取得済み企業がこんなにあったとは驚きだ
http://public.wmlalicensing.com/public/licensees-lists.aspx

MSもいい加減WMAの仕様を公開すれば良いのにね

公開されてないのか

flac 1.3.2 ようやく来そうだな

今更改善することあるの？

くれぐれも下手なことはしないでくれよ……

MP4に入れられるようになるくらいじゃ？

どこ情報？>1.3.2

git

https://git.xiph.org/?p=flac.git;a=blob_plain;f=doc/html/changelog.html;
https://git.xiph.org/?p=flac.git;a=blob_plain;f=doc/isoflac.txt
ありがとう見つけられた 話についていけそう

今回の更新にはL-SMASHの作者が関わっているそうだけど、彼のmuxerはopusやflacに未対応なのね

AndroidアプリにOpusエンコーダが見当たらない
mp3をOpusにダウンサイズしたい

デスクトップPC買ってこい

ジャンクでもHDD抜けてるだけでクッソ安いのあるからジャンクの電源コードと中古のHDD抱えてレジに行く。
Pentium4以上512MB以上のモデルなら大体6k＋αだろ。XPでもなんでもこの際関係ない
LinuxのLXDE採用してるやつ（LubuntuとかDebianLXDEとか）を"なんとかUSBに焼いて"インストールできればあとは簡単

opusに変換したいならTermuxインストールして
apt install opus-tools
コマンドはggr

今年はALAC馬鹿に出来ないぞ、音質はFLAC=ALAC
容量も同じ
再生時の処理の負荷はALACのほうが軽い！去年の夏くらいまではALACをデフォルトで再生できる機種少なかったけど、今じゃほとんどのDAPが対応してるしiOSはもちろんandroidも対応

↑なにそれ林檎ハードだとそうだったりするのか

ALACって可逆圧縮でしょ
圧縮率だってフリーのFLACに負けてたらどうなんだって話でもあるし

ところが圧縮率はFLAC標準と同等程度で、エンコはLevel 8より遅い

alacの強みはむしろ政治力とそれの織りなす利便性にあると思ってる、あとは標準がID3タグってことくらいか

わざわざALACなんて作るより、FLACをAppleが定義してMP4に入れられる様にした方が良かったと思う

前はALACとFLACで悩みどころだったが
Windows10になってOSレベルでALACに対応したから
iPodの持ち歩き保存用途とPCの保存用途をALACで兼用することにした
つまりCue+分割ALACでエンコしてそのままiPodに送り込む

いやいや可逆を持ち歩きたいのにiPodを使うようなら最初からApple版ATRAC(もしくはWMA)しか選択肢にないだろ

Apple版ATRACって逆に興味ある

FLAC 1.3.2

今更何を付け足すことがあるのだ

比較テスト
https://hydrogenaud.io/index.php/topic,113190.msg933406.html#msg933406

今のところxiph.orgとかgithub.comよりsourceforge.netの準備が早いかも
http://lists.xiph.org/pipermail/flac-dev/2017-January/006069.html

>>662
Addだけじゃないよ
https://xiph.org/flac/changelog.html#flac_1_3_2

>>663
エンコ遅くなってるな

速くなった人も
https://hydrogenaud.io/index.php/topic,113391.msg933603.html#msg933603

びっみょーな不具合修正がメインだな
2年リリースしてなかったので一応メンテされてますよーアピール的なリリース

あとはパラメータ変更してクラシックでちょっと圧縮率上がったとかそんなん

まあそんなにドラスティックに仕様が変わられても困るしそんなもんでは

ピアノ独奏曲のアルバムで、Opus(1.1.3)の--bitrate 96が平均161kpbsと、
aoTuV 6.03(2015)の-q6(平均155kbps)よりも大きくなって少し驚く。

このアルバムはFLACでも420kbpsで、一般に器楽は圧縮しやすいイメージだったので意外に思った。

opusは低遅延のためにフレームサイズが20msと小さいから
いわゆるtonal sampleには相対的に弱いという話だった気がする

参考までに30秒だけ切り出した。

http://www.mediafire.com/file/25gt0pej7x38m3b/mazurka.flac

>>669
OpusはMDCT、オーバーラップが小さく、リークの埋め合わせでビットレートを上げているのだろうね。

Mozilla Firefox がFLAC再生サポートだとか

逆に今までなかったのかよと思いましたが、よく考えたらFLACを埋め込むようなリッチなサイトってあんまりなさそうですし自然なのかも。今回の対応はWebVRとかの文脈ですかね。

http://opus-codec.org/

libopus 1.1.4
Jan 20, 2017

This Opus 1.1.4 release fixes a single bug. A specially-crafted Opus packet could cause an integer wrap-around in the SILK LSF stabilization code.
This would cause an out-of-bounds read 256 bytes before a constant table. In most circumstances, the consequences are harmless and the result is simply noise in the audio.

This was reported as CVE-2017-0381. Contrary to that report, our own analysis shows that no remote code execution is possible. However, we are making this release as a precaution.


きたで

今年中に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から変更無し

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