10/05/20 06:34:45 55e9UK8iP
もう既に試した人が言うには、VP8はVC-1、Theora、Dirac、H.264 BPよりは良いけど、
H.264 MP/HPには劣る圧縮率の規格だそうだ。
URLﾘﾝｸ(mirror05.x264.nl)
URLﾘﾝｸ(mirror05.x264.nl)
URLﾘﾝｸ(mirror05.x264.nl)
URLﾘﾝｸ(mirror05.x264.nl)
URLﾘﾝｸ(mirror05.x264.nl)
URLﾘﾝｸ(mirror05.x264.nl)
URLﾘﾝｸ(mirror05.x264.nl)
VP8のイントラ予測が、特許を使うH.264のそれとほとんど同じなので、
VP8がパテントフリーと言うのは疑わしいとも書かれている。
URLﾘﾝｸ(x264dev.multimedia.cx)
450:名無しさん＠お腹いっぱい。
10/05/20 09:14:11 do9VpaLZ0
グーグル、オープンソースでロイヤリティフリーの動画規格「WebM」を発表:ニュース - CNET Japan
URLﾘﾝｸ(japan.cnet.com)
>また、オーディオ技術「Ogg Vorbis」も使用している。これも元々はOn2が開発したものである。
これって、theoraと勘違いしてるよね。
vorbisって登場してからそれなりに時間たってるけど、この程度の認識なのねえ・・・
451:名無しさん＠お腹いっぱい。
10/05/20 09:32:24 55e9UK8iP
>>450
>It also uses the Ogg Vorbis audio technology that also has its origins with On2.
原文が既に間違っているな。翻訳者が気づいても良さそうな物だが。
452:名無しさん＠お腹いっぱい。
10/05/20 14:54:06 55e9UK8iP
URLﾘﾝｸ(img299.imageshack.us)
URLﾘﾝｸ(img63.imageshack.us)
URLﾘﾝｸ(img341.imageshack.us)
URLﾘﾝｸ(img412.imageshack.us)
VP8等: URLﾘﾝｸ(www.mediafire.com)
ソース: URLﾘﾝｸ(www.megaupload.com)
自分でも試してみたが、Dark ShikariのParkJoyと変わらないな。
VP8はDirac以上にOggと関係の無い規格なので、これ以上はやりません。
453:名無しさん＠お腹いっぱい。
10/05/20 15:02:03 /z6k3qkj0
Appleはやらんと思うがSonyのWalkmanでoggが使える日はちかいかもな。
454:名無しさん＠お腹いっぱい。
10/05/20 19:40:26 ttUyp/en0
これでVorbisが再度注目されてツールとかが増えてくれればいいんだが
455:名無しさん＠お腹いっぱい。
10/05/20 20:52:14 dE9doGRJ0
Google、VP8のフリーWeb動画フォーマット「WebM」公開
－高品質動画を低コストで配信。Adobeなども賛同
URLﾘﾝｸ(av.watch.impress.co.jp)
456:名無しさん＠お腹いっぱい。
10/05/20 21:39:04 26bWzm5U0
>>454
増えるよ
457:名無しさん＠お腹いっぱい。
10/05/20 22:46:47 dWSYbE580
mkaの64bit 用の shell extentionも増えますか？
458:名無しさん＠お腹いっぱい。
10/05/20 23:21:58 BAzOZ4bz0
shell extentionなぜか、URLリング切れしとる。。。ダウンロードはできるみたいだけど。
オープンソースなら基本的に再コンパイルするだけだと思うんだけどなぁ。。。
459:名無しさん＠お腹いっぱい。
10/05/20 23:32:05 ejTL4J5O0
ツールとかもだけど対応DAP増えるといいな
460:名無しさん＠お腹いっぱい。
10/05/20 23:50:12 BAzOZ4bz0
URLﾘﾝｸ(journal.mycom.co.jp)
終結ってことになるのかな？
461:名無しさん＠お腹いっぱい。
10/05/20 23:54:09 ttUyp/en0
特許訴訟が起こる可能性は十分にあるみたいだからまだわからんと思う
462:名無しさん＠お腹いっぱい。
10/05/21 00:08:38 Mg//toVq0
URLﾘﾝｸ(xiphmont.livejournal.com)
development of Theora continues along with VP8
せっかくいい感じに仕上がってきた1.2を見てからじゃないと死ねないよな
463:名無しさん＠お腹いっぱい。
10/05/21 03:58:35 RQP09lUE0
Xiph.Orgにある最新のDirectShowフィルタ（oggcodecs_0.83.17220-win32.exe）を入れてみたのですが、
Oggファイルを再生しようとすると問答無用で落ちてしまいます。
状況としては、
・MPC-HC等で内部フィルタを使わずにOgg（Theora+Vorbis、またはVorbisのみ）を再生しようとすると
MPC-HCが落ちる。（MSへのエラー報告画面が出る）
・GraphStudioにOggファイルをD&Dしても同様。
・GraphStudioでFileSoure(Async)でOggファイルを開き、そこからRenderPinをやっても落ちる。
・GraphStudioでFileSoure(Async)でOggファイルを開き、手動で「Xioh.Org Ogg Demuxer」を接続し、
そこからRenderPinを実行すれば問題なくグラフが作られ再生できる。
という感じです。
oggcodecsはデフォルトオプションでインストールしました。
１つ前のoggcodecs_0.82.16930-win32.exeに入れ替えてみたところ、問題なく再生できるようになりました。
0.83.17220でDemuxerフィルタの仕様変更があったようなのですが、その影響でうまく動かなくなってるのでしょうか？
464:名無しさん＠お腹いっぱい。
10/05/21 04:05:45 RQP09lUE0
ちなみにOSはWinXP Home SP2です。
465:名無しさん＠お腹いっぱい。
10/05/21 13:54:27 jSjl9OmO0
なんでSP3にしないの？
466:名無しさん＠お腹いっぱい。
10/05/21 15:55:56 U5jgQKPT0
Vorbis大出世ｗ
467:名無しさん＠お腹いっぱい。
10/05/21 17:28:59 pV9QKpF9P
>>463
何か問題が起きたのなら、開発者にフィードバックするのが一番じゃないか。
URLﾘﾝｸ(xiph.org)
468:名無しさん＠お腹いっぱい。
10/05/21 19:11:18 U5Q2Znvq0
>>442
aoTuV [20100516] based on Xiph.Org's libVorbis 1.3.1
これは次期バージョンであるaoTuV Beta6に含まれる予定の重要な変化を含むテスト版です。
このテスト版に固有の問題が見つかれば、お知らせ下さい。
なお今回のビルドはクオリティ2以上のエンコードについては、
一部のパラメータが未調整のため制限しています。ご了承下さい。
This is a test version including an important change of a plan included in in a next version.
[ Limit Quality -2/-1/0/1 ]
蒼弓 [Aoyumi] <aoyumi@gmail.com>
469:名無しさん＠お腹いっぱい。
10/05/21 20:11:46 qMjBQa0p0
>>449
勝手に予測してみる
1.googleが金で無理矢理解決
2.該当部分を差し替えて画質を下げてでもパテントフリーを維持する
470:名無しさん＠お腹いっぱい。
10/05/21 22:40:05 RQP09lUE0
>>465
そういえばなんかSP3直後にトラブっててそのままだわ・・・・。
>>467
すまん・・・英語はさっぱりなんだ・・・。
とりあえず他の人の環境では、oggcodecs_0.83.17220-win32.exe は問題なく使えてるんだろうか？
最初はHaaliかなんかと競合してるのかと思ったんだけど、Haaliをアンインストールしても変わらなかった。
471:名無しさん＠お腹いっぱい。
10/05/22 02:43:57 YzHzfHYq0
自分なら黙って1つ前のバージョンに戻して、また次のバージョンが出るのを待つ。
472:名無しさん＠お腹いっぱい。
10/05/22 05:30:22 QYinFzqX0
>>470
うちでもRarewaresが4月15日にリリースしたエンコーダ（Oggenc2.87 using libVorbis v1.3.1）が原因でした。
作成したVorbisをDirectshow Filters（0.83.17220）を使うプレイヤー（Qonohaなど）で再生する時に
数秒でも早送りと巻き戻しを1回または数回やると、必ずプレイヤーが固まってCPU使用率が
跳ね上がたままになります。
OSはXP Pro SP3です。
解決方法はDirectshow Filtersを1つ前の0.82.16930に戻す。
どうしても0.83.17220を使う場合はVorbisエンコーダに蒼粒を使う。
蒼粒でエンコしたVorbisは上記のような不具合は一切出ませんでした。
URLﾘﾝｸ(www.geocities.jp)
473:名無しさん＠お腹いっぱい。
10/05/22 09:24:15 aMNcQH1mP
oggcodecs_0.83.17220-win32.exeをインストールしてみたけど、
私の環境(Win 7 x86-64, MPC-HC 32 bit)では、普通に動いた。
もっとも、Theoraのデコードはlibtheoraより、libavcodecの方が速いので、
普段はffdshowを使うのだけれど。
474:名無しさん＠お腹いっぱい。
10/05/25 04:12:10 iO+Nm0XI0
24 5 月 WebMとYouTubeとVorbis
URLﾘﾝｸ(www2.atword.jp)
このページを参考に YouTubeで「&webm=1」をURLの後に付けてWebM動画を検索してみる。そして見てみて聞いてみて最初に感じたこと、、、
･･･なんだ？ この音の悪さ
同じURLのFlashで再生される動画では全く問題無いのですが、WebM動画のほうはあまりに酷いです。
ファイルをダウンロードして確認、などはしていないので憶測になりますが、libvorbisやその派生ではなく、
多分libavcodecのVorbisエンコーダ(ffmpeg vorbis [注1])を使っています。
高域のエネルギーコントロールが適切に行えていないために、激しい金属サウンドが生じています。
なんというか、ISO由来のmp3エンコーダ群を思い出させる音です。
一応最近のffmpegをビルドして、デフォルトのVorbisエンコーダの音を確かめてみましたが、非常に似た音がしていました。
なんというか厳しいです。
これではVorbisは音が悪い、という評判が立っても仕方がないような状態です。非常に残念です。
（注１ このエンコーダについてのディスカッションは過去の Hydrogenaudioにありました）
475:名無しさん＠お腹いっぱい。
10/05/25 04:24:13 jf/K9CmX0
あの車輪の再発明的糞エンコーダか
確か聴覚心理モデルを使ってなくて、単純に元の波形との差を最小化してるだけだったか
476:名無しさん＠お腹いっぱい。
10/05/25 04:27:23 joQ3hplsP
YouTubeで使うffmpegに--enable-libvorbisを付けるのが、そんなに面倒だったのかどうかは知らないが、
Googleのやることは意味が分からない。
477:名無しさん＠お腹いっぱい。
10/05/25 23:15:19 ueJf9Z6j0
単純に気付いてないだけと信じたい。連絡先どこだ？
478:名無しさん＠お腹いっぱい。
10/05/25 23:21:19 joQ3hplsP
>>477
YouTubeの関係者が読んでくれるのならいいが。
URLﾘﾝｸ(groups.google.com)
479:名無しさん＠お腹いっぱい。
10/06/05 00:18:40 CFQVM+Dl0
>>477 >478
とりあえず直りそう。
URLﾘﾝｸ(groups.google.com)
480:名無しさん＠お腹いっぱい。
10/06/07 15:43:07 2B6rGJBJ0
蒼弓ノート更新されてるよー。
481:名無しさん＠お腹いっぱい。
10/06/07 19:34:34 RJq1jNWbO
(´・ω・｀)
482:名無しさん＠お腹いっぱい。
10/06/09 22:10:11 sa7YO+fc0
いま新品でRockbox入れられるやつなんて売ってるの？
483:名無しさん＠お腹いっぱい。
10/06/09 22:44:35 HhKsc5vg0
それが問題なんだよなぁ。。。
Unstableだけど、COWON D２ってやつぐらいしか知らん
484:名無しさん＠お腹いっぱい。
10/06/10 06:39:44 Ia6dvAyGP
WebMが普及して、Rockboxを入れなくても、Vorbisを再生できる機器が増える事を期待したい。
485:名無しさん＠お腹いっぱい。
10/06/11 00:39:48 IzzvcZhI0
Ｓｏｎｙさんは対応しそうな気もしなくはないけど、林檎さんはなさそー。
486:名無しさん＠お腹いっぱい。
10/06/11 02:40:17 DdYBQdzG0
Vorbisは出力bit深度の申告？がないみたいなんだがそういう仕様なん？
487:名無しさん＠お腹いっぱい。
10/06/11 02:55:23 wypdm+xr0
なんだ申告って
488:名無しさん＠お腹いっぱい。
10/06/11 10:23:43 l1+NnLOn0
>>486
libvorbisでは出力結果は単精度浮動小数点データになっていて
デコーダ(例えばoggdecやoggdropXPd)で16ビット符号付き整数に変換している。
489:名無しさん＠お腹いっぱい。
10/06/11 17:21:01 83UeLd/j0
例えば24bit 192ｋHz のwavをvorbisに変換したら192KHz 16bitになってしまうん？
490:名無しさん＠お腹いっぱい。
10/06/11 17:44:44 0m2TpemN0
>>489
そりゃデコーダ、プレイヤー次第だ。
出力ビット数を変えられるソフトを使えば24bit出力にもできる。
491:名無しさん＠お腹いっぱい。
10/06/11 20:29:17 d3E+2YxT0
>>489
Vorbisエンコーダは32ビットに変換してからエンコードする。
エンコーダが24ビットに対応していれば24ビットから32ビットに変換する。
必ず32ビットになるのでエンコーダも重要。
そしてデコーダは>>488が言うように32ビットから16ビットに変換してる。
492:名無しさん＠お腹いっぱい。
10/06/11 23:50:28 83UeLd/j0
デコーダー出力云々の話ではなくて
例えばMP3にエンコすると24bitのwav(ONKYOのサイトで販売されている)だろうが強制的に16bitになってしまうが(MP3は16bitにしか仕様上対応していない)
Vorbisは元々が対応してるのではないん？
493:名無しさん＠お腹いっぱい。
10/06/12 00:05:28 qJnG1Ico0
>>492
ビット深度の規定は無いので、
エンコード時のビット深度がデコード時に反映される保証は無い。
別に強制的に16bitにする規定も無い。
494:名無しさん＠お腹いっぱい。
10/06/12 00:09:16 4I5w4aSSP
ソース(16/24 bit integer) -> エンコード(32 bit floating point) -> デコード(16/24 bit integer)