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

>>597
Opusが出てきた今となってはVorbisを使う積極的な理由は無いと思うが、世代交代とはこんなものなのだろう。

>どこでどう使っても怒られない、なにを使っても再生に支障ない、ってaacで実現できてる？

AACに対応した製品を配布するにはライセンス料が必要
http://www.via-corp.com/licensing/aac/licensefees.html

FLAC、Vorbis、Opusは誰でも無料で製品に組み込める。

wavは流石に……

aacはやっぱ権利逃れられんか。サンクス

ポータブル方面だとどれも厳しいよねぇ。シェアが広がらない理由
・FLACはポータブルには未だにデカい
・Vorbisは一流メーカーが競合自社規格持ってるので採用しなかった
・OpusはまだAndroidのスマホやDAPでなきゃまず対応してない
Opusを万能コーデックとして売り出すことは出来んのか？なんか未だにgogoとか見かけるんだけど

>>599
同人作品でたまに見かける。flacにしといてくれるとDLが速いし変換する手間も省けるしで助かるんだが……

OPUSでよいのでは

>>600
>・FLACはポータブルには未だにデカい
lossyFLAC (lossyWAV + FLAC)って手もあるで

opusはリプレイゲインの仕様が他と違うのほんとどうにかならんかったんかと思う

Opus192kbpsとwavかflacを聞き分けられる人がどれだけいるやら。ARMとかNetflixもMPEG-LAに上納金を
払わなくて済むから何から何まで全部Opusのがいいんじゃないの

48以外に対応したらな

子供なら

radikoはOpusで24kbpsで配信すれば十分高品質だと思うの。
24kbpsは人声特化型とBGMも対応型の自動切り替えのハイブリッド圧縮だしまさにラジオ放送にとって渡りに舟なフォーマットだと思うの

>>604
私も最初は48kHzへのリサンプリングにはひっかかりを感じだけど、実際ABXで比べたらopusencのそれは
問題にはならない事を確かめられた。

あとの懸念はサンプル数が変わってギャップが生じる事だけど、opusencは上手に信号を補完してくれるからそこは安心できる。

20kHzでカットされるとEDMとかでのシンバルが痩せて聴こえちゃう

その通り

48kHz以上に対応しても可聴領域外の情報は圧縮で真っ先に切り捨てられるから
ほぼ無意味だと思う

44.1を捨てたことが普及阻害要因の一つになっているのだろうか？

44.1を捨てるメリットってあったの？

単純に128Kbps〜320KbpsはVorbisを使い
96Kbps以下ならOpusを使う

エンコーダやデコーダの仕様はシンプルにできるよ
周波数領域でビンあたりの帯域が決まってしまえば定数テーブルの類が減らせるし
心理音響モデルの設計も楽になる

>>602
＞リプレイゲインの仕様
aimpの音が小さいんじゃなくってfoobarやkbが音量盛ってたのか・・・

/* Threshold bit-rate for switching between SILK/hybrid and CELT-only */
static const opus_int32 mode_thresholds[2][2] = {
/* voice */ /* music */
{ 64000, 16000}, /* mono */
{ 36000, 16000}, /* stereo */
};

の見方が分からないのですがvoiceとmusic monoとstereo逆だったりしますか

ume

ｂｖ

Opus が 48kHz だけなのはDACの消費電力とかが48のほうが小さいからとか
どっかでみた
クロックジェネレーター的には44.1より48のほうがいいんかね？
そもそも44.1とかキリが悪いんだよなぁ

44.1 はNTSCテレビとかの規格と関連してるっぽいな
音楽とかは必ず48kで制作されてるし、CDがオワコンになった今の
時代44.1にこだわる必要が無いと思うんだ

音楽は48で流通させてほしい

大勢の人でテストして精々22.05KHzまでしか聴き取れないっていうので決まったんでしょ

24までもとってもいいやん（いいやん）

44.1はVTR使ってデジタル記録してた時代の名残

ベートベンが長い曲つくってしまって12cmCD700MBに収めるにはステレオで1サンプル16ビット、48000サンプル毎秒割り当てると収まらない
結果44100サンプル毎秒が妥協点
無駄に長いベートベンを恨め

CDは650MBだぞ

今現在のこの世界で48kHzじゃいけない理由って「既存機器で対応してないのがある」以外になんかあるの？

48kHzの整数分の一を入力してもリサンプルされてからエンコードされるの？

CELTじゃなければ24kHzとか16kHzも使えるよ

そうだが

結局制作過程で48k/24bitとか32bitPCMで作られてるので
ビット深度変えるときにディザリングかけるわけだから
ノイズシェーピングで超音波の高域にノイズを追いやれる
48kは有利

>>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の使用者がこれだけ増えたのには感慨深いものがある。

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