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

MPEG2って糞なの？

>>488
負荷が大きくサービスプロバイダも多い動画と比較しちゃうと画像は大きさが大したことない&メインストリームがそもそもパテントフリーだからまとまるインセンティブが無いんだよねー

アニメGIFはWebPに移行して欲しいなぁ
MVNOのヘボ回線だと苦しいわ

APNGはFirefoxとSafariが対応、Chromeも予定してたが中止
WebpはChromeとOperaが対応、Safariがテスト中らしい

Vorbis commentの埋め込み画像にBPGやWebPを使えたら便利そう
JPGでサイズを小さくしようとしたら画質がキツくなる

既にGifアニメはWebmに置き換わった

ふたばに行けば数多くのエロwebmが未来を見せてくれる

下位技術の筈のwebpのほうが対応ブラウザが少ないという政治問題があるせいで現状webmの方がまだ対応が多いのよねー、Firefoxなんかその最たるものだし

>>493
ttps://wiki.xiph.org/VorbisComment#METADATA_BLOCK_PICTURE
ttps://xiph.org/flac/format.html#metadata_block_picture

この辺を見る限りMIMEタイプさえ指定すればJPEGじゃなくても良さそうデスネー(例で真っ先に出てきてるのは邪悪なGIFですし)
まあプレイヤー側が対応してくれなきゃ意味ないしそこが一番高いハードルなんですがね…


自分が言うのもなんですがWebMは音声にVorbis,Opusが使えるってだけなので割とスレチなのでは…

【パテントフリー】 WebM 【VP8+OggVorbis】
http://echo.2ch.net/test/read.cgi/avi/1329899392/
【Youtube】WebM・WebPを見守るスレ【Chrome】
http://echo.2ch.net/test/read.cgi/google/1286225648/

こんなものもありますよ

>Picture data should be stored in PNG or JPEG formats or linked separately.

とあるのでファイル内に埋め込む場合はjpg/png以外使えないんじゃない

おー見逃してました…残念

おう

いっそ「ロイヤリティーフリーのコーデック総合」みたいなスレに統合したほうがよさそう

◆

どんなスレになっても、
>>317-319
さえ貼られていれば往時が偲べます

VP9って時間が経てばx264みたいに高速・高圧縮になるんだろうか
現状だと、Xeon*4の鯖を腐るほど持ってる大企業しか使いようがない

sou

そ

WebPはJTrimが対応してくれないとなぁ

VP9はH.264より低容量で高画質です
欠点は低速

へー

.

いくらでも性能を増やせるグラボだけで圧縮できたら良いのに
CPUだとi5最上位以降はコスパ悪すぎてクソ

AC-3の変換ってflacにしてる？oggにしてる？

ogg

HEVCが折れてH.264並の規約になったらAV1は放置されそう

wme

ホラー映画をOpus128kbpsでエンコしたら怖い……

ところでAV1ってAVIと見間違って？ってなるな

oggencで最大ビットレートと最小ビットレート設定できるけど、q6にして最大320kbps、最小0kbpsにしたら変にならんかね？
あとffmpegのlibvorbisって最大最小の設定できるん？

さあ

なんでおまかせ設定にしたのに最大最小指定してんの

ほぼ無音のとこまで180kbpsくらい使ってるんだもん

>ほぼ無音
完全に無音ではないからでは

まぁようはVBRのはずなのに実質ABRって話
CBRのqaac192kよりは小さく済むけどさ。なんか勿体ない

完全な無音なら1kbps以下になるよ

こだわるならそこは自分で完全無音にしてしまってからエンコードすればよい。自分が無音だと思ってるなら（自分の世界では）無音なのだ。
ついでに電力会社にもこだわったらいかが？

ピュアオーディオ()系の人間には見えないけど

噛みつきたいお年頃

flac to lame 320kだった音源全部ogg q9にしたった

無茶しやがってAA略

なぜopusにしないの

DAPが古いから

ほう

逆にOPUSの使える機器なんてあるんですか

紙芝居ゲームの音声って、スピークスとボービスでこさえるのと、オーパスでこさえるのどっちが良いの？

>>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と変わらなくて感動した時期がありました