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

opus の情報がほとんど得られない。(´・ω・`)
man opusenc 読んだけどよくわからん。
とにかく --bitrate に続く数字で最高音質になるのを探すことにした。

man opusenc には。
--bitrate N.nnn
Encoding bitrate in kbit/sec (6-256 per channel)
とあるので。
--bitrate 256 でやってみた。
結果はビットレートが240Kbpsを中心に上がったり下がったり。
256が最高数値か？と思ったので倍の512というのもやってみた。
--bitrate 512
結果はビットレートが450Kbpsを中心に上がったり下がったり。
つまり512という値も有効なんだね？
さらに1024もやってみた。
--bitrate 1024
結果は --bitrate 512 と同じ。（ファイル容量も --bitrate 512 の時と同じ）
つまり最高数値は512ということなんだろうね。
ま、これ以上求めるならFLACにするし。
他に最高音質にできそうなオプションの入れ方ってありますか？

--music
Optimize for music
というのも入れてみましたが。
音質は変わらないような気がします。

ちなみに--bitrate 256と--bitrate 512ではファイル容量も倍近く違うんだけど
聴き比べてみてどちらもたいして変わらないような気がしましたw
だったら--bitrate 256でいいのかも？

mp3やvorbisでもそうだけど、無闇にビットレート上げても
音質にほぼ影響がないこともあるそうなんで、
適当なところで妥協した方がいいと思う。
opusに関しては64kbpsでもmp3の128kbpsやvorbisの112kbpsより良く思えるし、
殆どのソースに対して160kbpsもあれば十分じゃないかと思う。

あと「6-256 per channel」って書いてるんでステレオ音源なら256*2=最大512kbpsであってると思われ。
1024設定したいなら4ch必要じゃないかな？

opusは低ビットレートで低遅延、高品質を目標としたcodecだから
高いビットレートで使ってもあまり良いことはないと思うよ
http://www.opus-codec.org/comparison/

--musicってオプションは初期のやつで現行版では廃止されてるでしょ

ogg -q9と-q10のファイルサイズの差が……

DAPに入れるとき-qいくらにしてる？

opusenc で --bitrate 256 と --bitrate 512 で作った同じ曲の音質が同じに聞こえ。
oggenc -q 5 で作った曲と lame -V 0 で作った同じ曲も音質が同じに聞こえｗ
たぶん私の耳がアレなのかもしれませんが結局全て同じ音質に聞こえました。(´・ω・`)
データの容量で見ると oggenc -q 5 で作った曲が一番小さかったです。
でも音質は同じに聞こえるのだから私は oggenc -q 5 でイイという結論になりました。
念の為 oggenc -q 10 も作ってみましたがやっぱり音質はあまり変わりませんでした。

そうか

創価

草加と煎餅は関係あるの？
創価と草加の関係は？

ない

ありますん

（´・ω・｀）

お気に入りのDAPがoggに対応してるのは良いんだがアルバムアートは読み込めないのが辛い。泣く泣くmp3
flacで対応してるのに、なんでや！

(´・ω・`)知らんがな。アイリバーの会社にでも聞けよ。ファームウエアとか入れ替えてみろよ。

Cowon J3やがな
まぁogg/flac再生できるだけでもって頃の品だからなぁ

もう専用のDAP自体流行らないよ。
全てAndroidに飲み込まれてるし。
唯一ハイレゾ音源ぐらいじゃね専用のDAPが生き残れるのは。

（´・ω・｀）

ハイレゾ自体が高品質USBケーブルみたいな詐欺物件だから...

無闇矢鱈に空間分解能や時間分解能上げればいいって意見には流石に同意しかねるが
ちゃんと録音されたハイレゾ音源は別に詐欺じゃないと思う

それとも俺が知らんだけでちゃんと録音された音源が実は滅茶苦茶少なかったりするのかね

>ちゃんと録音されたハイレゾ音源は別に詐欺じゃないと思う
同意

ちゃんと録音されてようと別に44.1kHz/16bitに落としても音質変わらんし

スタジオで録音されたマスター音源なら24bitの192kHとかそれを超える音質で記録されてる。
そこからちゃんと作ったハイレゾなら本物のハイレゾだろ。
擬似的にアプサンプルしたやつは信用ならん。

>>152
それはおまえさんの耳か再生環境の問題だ。(´・ω・`)
本物のハイレゾとCD規格は明らかに違う。
またハイレゾをCD規格にダウンサンプルさせるテクニックにも違いがある。
うまくやれば音質に大きな違いが出る。
そういうのを売りにしたＣＤも売ってるし。（24bit音源をCDとしてリマスタリングしたやつとか）

Audio I/F買ってDAW立ち上げてエレキ繋いで
16bit/44.1kHzと24bit/192kHzの設定それぞれで引き比べてみれば誰だってわかるよ

Ogg教団の教祖がリスニング向けで16/44.1以上のスペックは害悪と仰られているのに...
http://people.xiph.org/~xiphmont/demo/neil-young.html

ある宗教で害悪だとされてても他の宗教では神様扱い、なんて今に始まったことではないのよ

Vorbisにハイサンプリング入力してもLPFが20kHzから上がらないあたり力不足なんだな

ヤングも商売上の必要は認めるに吝かでない
http://japanese.engadget.com/2014/03/11/ponoplayer-3-15-kickstarter/

メダカ教団にはメダカ教団の考え方があります。
我々は我々の考え方があるのです。

そうですか

Opusのデコードにおける負荷はVorbisの4倍らしい
同人ゲーム作ってるサイトに書いてあった

それは……きっついな
さすがにoggから乗り換える気にはならんわ

OpusってエンコードもデコードもVorbisより短時間で終わるんだけど負荷高かったの？

宣伝になってしまうからサイトは貼らないけどコピペ


ストリーム再生時のデコード負荷はXAudio2のプロファイラによると
Opusの方がOggの約４倍かかってるんですけど、
ゲームの処理負荷から考えるとそんなの大したことないというオチはあり得ます。

うちのライブラリだとオンメモリサウンドはロード時にデコードという仕様になっているのですが、
3秒のボイスを128個ロード + デコードさせてみた比較が以下です。
Format BitRate ロード デコード
Ogg(Vorbis) 128kbps 0.23秒 2.77秒
Opus 64kbps 0.06秒 2.12秒
意外にもOpusの方が早くなりました。なんで？
ロードめっちゃかかりそうだから採用はないかな…って思ってたけど、検証してみるもんですね。

知らないけどOpusの低遅延の設計が生きてそう

初期化処理がＶorbis(libvorbis)のほうが重いのではないかな？
想像だけど。

デコード速度ベンチマーク (Vorbisほか)
ttp://aynote.wordpress.com/2014/09/06/%E3%83%87%E3%82%B3%E3%83%BC%E3%83%89%E9%80%9F%E5%BA%A6%E3%83%99%E3%83%B3%E3%83%81%E3%83%9E%E3%83%BC%E3%82%AF-vorbis%E3%81%BB%E3%81%8B/

PCゲームで使う分には音声のデコード負荷は、多少重くなろうがグラフィックに比べたら微々たるものだわな。

モバイル用途やHWデコードだと話が変わるのかもしれないが。

蛾物故我田

d

┗(^o^ )┓

その件に関しては証言を控えさせて頂きたいと思います

ならスメタナとアレキサンドルの円形禿捏造疑惑については証言したまえ

ワロタwww

ffvorbisとlibvorbisってどっちがデコード速度速い？

たぶんSSEとか使ってくれる分ffmpegの方が速いんじゃない

なるほど

（´・ω・｀）

�d

　 彡⌒ ﾐ 　
　 (´･ω･)　

　 彡⌒ ﾐ 　

　 (´ ω )　･ ･　

ズラ

(´ ω )　

いいかげんにしなさい

よい加減だ

Final

Fantasy

ξ

Opusいい感じじゃん

CDに使えねぇ

Ogg はゴミ

AndroidがOpus対応

http://developer.android.com/about/versions/lollipop.html
＞Android 5.0 also adds support for Opus audio codecs

>>195
マジで！？
早くカスROMこないかな

Windows 10はFLACコーデックをサポート
ttp://pc.watch.impress.co.jp/docs/news/20141127_677836.html

ttps://git.xiph.org/?p=flac.git;a=commit;h=0e11f73eabd3544f59937d0a0d8e076d7c9c2d1d
Version 1.3.1 final.

1.3.1はバイナリ配布してくれるのか

>>199
ttp://downloads.xiph.org/releases/flac/

　米MicrosoftのGabriel Aul氏が25日(現地時間)、Windows 10がロスレス音楽コーデックのFLACをサポートする予定であることをTwitterで明らかにした。

　同氏のツイートは「Keen eyed #WindowsInsiders will notice something cool about this pic. Something to look forward to in the new year!」
(洞察力の深いWindows Insider諸氏は、この画像を見て、クールなものに気付くだろう。来年の登場に請うご期待!)というもので、直接的な表現は避けているが、
画像はWindows 10用とおぼしきWindows Media Playerのもので、リストに並ぶ楽曲のフォーマットがFLACになっている。
http://m.pc.watch.impress.co.jp/img/pcw/docs/677/836/html/m.01.png.html

ソース
Windows 10はFLACコーデックをサポート - PC Watch
http://pc.watch.impress.co.jp/docs/news/20141127_677836.html?ref=rss

お、WMAロスレスは捨てるのか
良かった良かった
ちゃんと進化してるじゃないかWindows

http://sourceforge.net/projects/flac/files/flac-win/flac-1.3.1-win.zip/download

XboxのカスタムサントラでVorbis使えると嬉しいんだけどなー

FLAC 1.3.1 (25-Nov-2014)

General:
Improved decoding efficiency of all bit depths but especially so for 24 bits for IA32 architecture (lvqcl and Miroslav Lichvar).
Faster encoding using SSE and AVX (lvqcl).
Fixed bartlett, bartlett_hann and triangle functions.
New apodization functions partial_tukey and punchout_tukey for improved compression (Martijn van Beurden).
Retuned compression presets to incorporate new apodization functions (Martijn van Beurden).
Fix -Wcast-align warnings on armhf architecture (Erik de Castro Lopo).
FLAC format:
(none)
Ogg FLAC format:
(none)
flac:
Help output documentation improvements.
I/O buffering improvements on Windows to reduce disk fragmentation when writing files.
Only write vorbis-comments if they are non-empty.
metaflac:
(none)
plugins:
Fix symbol visibility in XMMS plugin.
build system:
Many fixes and improvements across all the build systems.
documentation:
Document new apodization windows.
libraries:
Fix CVE-2014-9028 (heap write overflow) and CVE-2014-8962 (heap read overflow) (Erik de Castro Lopo).
Interface changes:
libFLAC:
(none)
libFLAC++:
(none)

マイクロソフト、AVIに変わる新動画形式発表　H.265 + .mkv　／　Windows10スマホで8Kヌルヌル再生　 [転載禁止](c)2ch.net [422186189]
http://fox.2ch.net/test/read.cgi/poverty/1417101162/

MSもmkv支持なの？

問題はcue埋め込みは除害とか偏屈な縛りつけて来ないか、だな

内部CUE読めたら奇跡だな

MSさんogg(Vorbis)もついでにお願いします。(´・ω・`)

今だとopusの方扱えるようにして欲しいな

opusは音楽以外で使ったらいいと思うけど。

RAREWARESにFLAC 1.3.1が出ています

libFLACにバッファオーバーフローの脆弱性があったみたいね。
http://www.forest.impress.co.jp/docs/news/20141201_678318.html
http://jvndb.jvn.jp/ja/contents/2014/JVNDB-2014-005666.html

割れたFLACでも使ってないなら心配いらない脆弱性だね。(´・ω・`)

海外だとFLACで音源を販売してたりするから、もうちょっと深刻かも
日本じゃ普通は関係ないな

ＦＬＡＣで販売してる激安業者もあるよね、アルバム1枚で3ドルとかで。。。。あれなんであんな安いの？w

海外版のアニメBDがくっそ安いのとは話が違うのかね

同じとしたら市場規模の違い

XBOXにモテ期くるのか！？

そうか

222♪

無料でH.265以上のクオリティを実現できる次世代ビデオコーデック「Daala」の開発は順調
http://gigazine.net/news/20141224-daala/

Theoraの二の舞は演じないことを祈りたい

Theoraは元となったVP3が時代遅れだったから…

daala見てるとtarkinあのまま開発してたら今ごろ物になったのではと思ったりする

ロイヤリティーフリーでx264以上の性能なら、GoogleとかSoCやってる処はのどから手が出るほどDaalaがほしい気がするが
その割には「〜〜が何億円をXiphに寄付」みたいなニュースは出てこないなあ

高性能高品質よりも自社で囲い込みが出来る物を求めてるからでしょ

そうかよ

映像は開発にやたらと時間がかかるから困る。Opus・BPGは出た当初から凄まじい高性能だというのに

>>230
OpusはCELTとSILKのハイブリッドだし、
BPGはH.265のIフレームそのまま

どちらもゼロから開発されたコーデックじゃない

特許フリーではないが無料で使えるというだけだからな