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

>>531
スマートフォンならfoobar2000等で再生可能

>>532
音楽と人の声の両方が得意なOpusはゲームには特別向いているね

さすがに今ならOpusの方が音質も上だし容量も少なくて済む
Voebis使う理由がない

Voエビス

Vorbisは死滅しちゃうの？

従来の互換対応っていう形で残るのでは？まあVorbisのハードウェアエンコーダ/デコーダがそこまでの規模で流通してるとは思えないからそこまで時間を置かず衰退していくんじゃないかな

YouTube も WebM の音声部分は Opus に完全に切り替えのたかな
RioVolt がファームウェアのバージョンアップで、Vorbisに対応するとかしないとかいう
話があったのがもう 15 年くらい前か
今さらながらに mp3 の後継は AAC だったんだな

>>533
電話機ではなくて普通のプレーヤーでは
やはり無いですか

PT3で録画した生TSとかビデオカメラで録画したファイルはみんなAviutlでx264/HE-AACだし、音楽は全部flacだしで
VP9やOpusを個人で使う用途がわからん

電話機じゃなきゃセールスポイント活かせないしな

ドラレコ・スマホ・ビデオカメラ辺りの機械で動画を撮った時に、全くコーデックを意識せずにいつの間にかVP9/Opusを使っているくらいかね

下手したらまだiTunesで買った曲のことえむぴーすりーとか言ってる奴いるだろうしなぁ

>>540
音楽をスマホとかに入れて外に持ち出す用にFLACは容量的にも音質的にも無駄なので圧縮したい
ただ、Opusだと再生できるプレイヤーが限られるのと、ReplayGainまわりの仕様が既存コーデックと違うのが悩ましい
特に後者

>>538
ゴリ押しについてきてくれる信者を大勢抱えてるからな

>>539
iOS 8.0以降なら、iPod touchでもfoobar2000が動くそうだ

Opusは48意外対応してない時点で音楽にはちょっと……

ポータブルDAPで駆動時間犠牲にしてまでAACからOpusに乗り換える理由は全く思いつかない

DAPがoggは対応してるけどm4aは正式対応してなくてタグ読めないのよねー

>>548
MPEG-D USACを含まなければ、全てのAACのプロファイルよりもOpusは音質が優れているから、
同じ容量のDAPにより沢山の曲を入れられる

それは圧縮率が高いってことだから正しいのでは
あとわざわざ48kHzの音源買って非可逆圧縮するのもなあ

ネトラジがOpus標準になれば良い

うーん

だれか新しめのAndroid上のfoobar2000でOpusのデコード速度のスクショ見せてくれ

>>554
去年買った機種でこんな感じ

エンコードに使ったのはlibopus 1.1.3で--bitrate 96(平均99 kbps)

http://i.imgur.com/6xUoOCk.png

opencodecsが2011年1月の更新で止まっているので
そろそろOPUSとかの対応を加えてほしいところ

--vbr --bitrate 96 --comp 10 --framesize 60 --expect-loss 0 --max-delay 1000 --ignorelength
opusenc from opus-tools v0.1.9/libopus 1.1.x-git　

FLACがもう少し性能を上げてもらえないものだろうか。
TAK並とは言わないけど、もう少しなんとかならないかな。

FLACの性能とは？

圧縮率のことかな？

--bestで他のコーデックと同等のエンコ速度で、デコードは最速、圧縮率はwavpack/high並み
十分優秀だと思う

規格を無視して圧縮率上げればいいじゃん

takかapeか
使えるならofrか

そいつら巷で言われてるほど圧縮率高くないわ
APEの最高圧縮設定でようやく効果があるけど、重すぎ

ofrの--preset maxも結構縮むぞ
原曲の倍以上の時間がかかってもいいならだけど

そう

か

--priset maxでも相当マシになった
てかこれより縮めようと思ったら音圧高めの曲で--maximumcompressionしか知らん

音楽の圧縮は可逆でも不可逆でもその性質上1回の圧縮作業と以後の再生回数と同じ数だけの伸長作業すなわち演算がある
極端に言えば1回の圧縮と100回の伸張がある
重きを置くべきは伸張がいかに低負荷・高速・省エネで、低遅延・即応性があるか
もう二度と聞かないからといって蛙を選択するのは愚か
HAの投票結果から誰も使われていないことから実用的ではないのがうかがえる
かえるだけに

この程度で遅延とか感じる環境だとflacエンコードでもストレス溜まりそう

どうぞ蛙使ってください

最強圧縮のを使って（アーカイブ）、ヘビロテ曲のみ一度解凍して再生時最低遅延最低負荷のに再圧縮すれば良いのでは？

ofrで保存しておいて、再生するときはflacって感じか。
最強やな。

>最強圧縮のを使って（アーカイブ）
で思い出した

【EAC】可逆圧縮音楽のすすめ Part42【*+cue】

380 [名無し]さん(bin+cue).rar 2011/01/04(火) 22:03:38 1gL3Ixkb0

新フォーマットSac
http://encode.ru/threads/1137-Sac-%28State-of-the-Art%29-Lossless-Audio-Compression

比較表
http://encode.ru/threads/1137-Sac-%28State-of-the-Art%29-Lossless-Audio-Compression?p=22629&;viewfull=1#post22629
http://www.squeezechart.com/audio.html

遅い。再生できない。
でもLaやOptimFROGより小さく圧縮できる。
圧縮率を最も重視する人とか、
新しいものを否定しないでとりあえず応援してみようという人向き。

ｄｆ

ｃｖ

ｆｇ

>>573
正気の沙汰じゃない

ハードディスクの容量が数百GBだった10〜15年前位ならともかく、
数TBで容量に余裕があるのが当たり前になってるから、
圧縮率重視のコーデックは流行らないだろうな・・

ネット配信では圧縮率が回線コストに直結するからがんばってるわけで

ﾊﾟｿｺﾝで従量制の通信を使う人いるのですか

何言ってるんだYoutubeなどのサービス提供側のコストだよ

そいつらに可逆音声コーデックなんて選択肢ないだろ

>>583
?

32〜96kbpsあたりでmp3と他のやつ聴き比べさせると流石に誰でもわかってくれるんだけど、
「今時そんな低ビットレねーべw　mp3でも128ありゃいいよw」と言われて新コーデックへの移行の重要性を認識してもらえない……
もっと良い機材用意して糞耳でも分かるようにしてやらなきゃならんのかな……

スマホゲーとかMP3の32kbpsとか普通に使ってて目眩がする

お前等にもあっただろ
128kbpsでエンコードしていた情弱時代が

WMPで取り込んだWMAの64kbpsがCDと変わらなくて感動した時期がありました

且来

>128kbpsでエンコードしていた情弱時代が
ビットレートの値と情弱かどうかは別の問題

今ogg q2(約96kbps)の10年前くらいの動画観てるけどまぁまぁ悪くないな
これmp3だったら目も当てられなかったんだろうか。mp3はvbr弱いし

oggは低ビットレートで強い
でも10年前だったらmp3も検討してたと思う

>>591
最近のlistening testでaoTuV -q2.2とLAME -V5が同等だったな
http://listening-test.coresv.net/results.htm

>>592
10年前だとaoTuVが熱心に開発されていて、Windows版iTunesにneroAacEncとAACの環境も整っていたから、
mp3は厳しくなってきた頃だと思う

そうね

10年前はLAMEでVBR-newのチューニングが活発に行われてた頃だな

いまogg使う理由ってなんかある？
どこでどう使っても怒られない、なにを使っても再生に支障ない、ってaacで実現できてる？
そういう点ではむしろflacやwavの方がoggやaacより有利だよね。44.1kHzなら

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