1 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/07/06(月) 02:48:18 ID:xMgdD03N0] www.xiph.org/ Xiph.Org Foundation(ザイフォ財団)により運営されている パテントフリー、オープンソースのマルチメディアプロジェクト コアライブラリには修正BSDライセンスを採用しており、 商用非商用関係なく、使用・配布など全てを自由に行えるのが特徴 【前スレ】 pc12.2ch.net/test/read.cgi/software/1206113624/
443 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/17(月) 10:07:09 ID:rctHIdY1P] >>441 Version 0.83.17220 - 16.05.2010 * Updated libvorbis to version 1.3.1 * Updated libogg to version 1.2.0 * Ogg Demux filter has been changed from a source + parser filter to just parser filter. This step allows usage of DirectShow's "File Source (Async.)" filter which can handle files bigger than 2GB, or "File Source (URL)" which gives better networking support (proxy, ipv6, etc.) * HTML5 <video> plug-in has received a couple of improvements: - URI support given by uriparser library - VMR9 support (instead of VMR7), this requires DirectX9 - Internet Explorer Standards mode support, instead of just Quirks mode - width and height basic attribute support * Removed OGM decoding support * Fixed playback of Theora files with big ogg pages (e.g. hi-res "Patent Absurdity") * Fixed #1447: common http based ogg streams broken in Vista WMP (atleast vista 64) * Fixed #1301: [OGGDSF] dsfOggDemux2.dll, fails for http with private ip * Fixed #1657: FLAC 7.1 wrong mapped channels
444 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 06:03:56 ID:lpOK54RQP] 改良されたAQのおかげで、1.1.1と比べると、SSIMや実際の見た目はかなり改善された。 people.xiph.org/~xiphmont/demo/theora/demo9.html www.mediafire.com/file/a0ynzttdzzd/theora-ptalarbvorm-svn17230-win32-binary.7z
445 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 12:04:25 ID:SmjQukU+0] FLACの圧縮率てめいっぱい高くしていいよね? なにか弊害ってあるのかな?
446 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 13:22:36 ID:lpOK54RQP] 今週GoogleによってVP8が公開されると噂されているけど、 Sorensonは気の早いことに、VP8Ogg.com等のドメインを取得したそうな。 newteevee.com/2010/05/18/zencoder-excited-about-open-source-vp8/ >>445 公式版だったら、flac -8としても、エンコードが少々遅くなるくらいで、他には何の問題も無いだろう。 デコードがかなり遅くなる、flake -12 とかは止めた方が良いけど。
447 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/20(木) 05:54:15 ID:55e9UK8iP] VorbisがVP8と組み合わせて使われるのは予想通りだったけど、 コンテナはOggではなくMatroskaだった。 webmproject.blogspot.com/
448 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/20(木) 05:57:17 ID:3UaJg0qY0] コンテナは何でもいいがな
449 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/20(木) 06:34:45 ID:55e9UK8iP] もう既に試した人が言うには、VP8はVC-1、Theora、Dirac、H.264 BPよりは良いけど、 H.264 MP/HPには劣る圧縮率の規格だそうだ。 mirror05.x264.nl/Dark/website/compare/vp8.png mirror05.x264.nl/Dark/website/compare/x264.png mirror05.x264.nl/Dark/website/compare/x264baseline.png mirror05.x264.nl/Dark/website/compare/ptalabvorm.png mirror05.x264.nl/Dark/website/compare/dirac.png mirror05.x264.nl/Dark/website/compare/vc1.png mirror05.x264.nl/Dark/website/compare/xvid.png VP8のイントラ予測が、特許を使うH.264のそれとほとんど同じなので、 VP8がパテントフリーと言うのは疑わしいとも書かれている。 x264dev.multimedia.cx/?p=377
450 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/20(木) 09:14:11 ID:do9VpaLZ0] グーグル、オープンソースでロイヤリティフリーの動画規格「WebM」を発表:ニュース - CNET Japan ttp://japan.cnet.com/news/media/story/0,2000056023,20413691,00.htm >また、オーディオ技術「Ogg Vorbis」も使用している。これも元々はOn2が開発したものである。 これって、theoraと勘違いしてるよね。 vorbisって登場してからそれなりに時間たってるけど、この程度の認識なのねえ・・・
451 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/20(木) 09:32:24 ID:55e9UK8iP] >>450 >It also uses the Ogg Vorbis audio technology that also has its origins with On2. 原文が既に間違っているな。翻訳者が気づいても良さそうな物だが。
452 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/20(木) 14:54:06 ID:55e9UK8iP] img299.imageshack.us/img299/2127/source.png img63.imageshack.us/img63/3374/theora.png img341.imageshack.us/img341/3549/vp8.png img412.imageshack.us/img412/7679/x264c.png VP8等: www.mediafire.com/file/gdhtdifaznt/touchdown_theora_vp8_x264.tar ソース: www.megaupload.com/?d=67GCXJRY 自分でも試してみたが、Dark ShikariのParkJoyと変わらないな。 VP8はDirac以上にOggと関係の無い規格なので、これ以上はやりません。
453 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/20(木) 15:02:03 ID:/z6k3qkj0] Appleはやらんと思うがSonyのWalkmanでoggが使える日はちかいかもな。
454 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/20(木) 19:40:26 ID:ttUyp/en0] これでVorbisが再度注目されてツールとかが増えてくれればいいんだが
455 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/20(木) 20:52:14 ID:dE9doGRJ0] Google、VP8のフリーWeb動画フォーマット「WebM」公開 −高品質動画を低コストで配信。Adobeなども賛同 ttp://av.watch.impress.co.jp/docs/news/20100520_368249.html
456 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/20(木) 21:39:04 ID:26bWzm5U0] >>454 増えるよ
457 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/20(木) 22:46:47 ID:dWSYbE580] mkaの64bit 用の shell extentionも増えますか?
458 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/20(木) 23:21:58 ID:BAzOZ4bz0] shell extentionなぜか、URLリング切れしとる。。。ダウンロードはできるみたいだけど。 オープンソースなら基本的に再コンパイルするだけだと思うんだけどなぁ。。。
459 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/20(木) 23:32:05 ID:ejTL4J5O0] ツールとかもだけど対応DAP増えるといいな
460 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/20(木) 23:50:12 ID:BAzOZ4bz0] journal.mycom.co.jp/news/2010/05/20/049/?rt=na 終結ってことになるのかな?
461 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/20(木) 23:54:09 ID:ttUyp/en0] 特許訴訟が起こる可能性は十分にあるみたいだからまだわからんと思う
462 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/21(金) 00:08:38 ID:Mg//toVq0] xiphmont.livejournal.com/50239.html development of Theora continues along with VP8 せっかくいい感じに仕上がってきた1.2を見てからじゃないと死ねないよな
463 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/21(金) 03:58:35 ID: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はデフォルトオプションでインストールしました。 1つ前のoggcodecs_0.82.16930-win32.exeに入れ替えてみたところ、問題なく再生できるようになりました。 0.83.17220でDemuxerフィルタの仕様変更があったようなのですが、その影響でうまく動かなくなってるのでしょうか?
464 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/21(金) 04:05:45 ID:RQP09lUE0] ちなみにOSはWinXP Home SP2です。
465 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/21(金) 13:54:27 ID:jSjl9OmO0] なんでSP3にしないの?
466 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/21(金) 15:55:56 ID:U5jgQKPT0] Vorbis大出世w
467 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/21(金) 17:28:59 ID:pV9QKpF9P] >>463 何か問題が起きたのなら、開発者にフィードバックするのが一番じゃないか。 xiph.org/dshow/contact/
468 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/21(金) 19:11:18 ID: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 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/21(金) 20:11:46 ID:qMjBQa0p0] >>449 勝手に予測してみる 1.googleが金で無理矢理解決 2.該当部分を差し替えて画質を下げてでもパテントフリーを維持する
470 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/21(金) 22:40:05 ID:RQP09lUE0] >>465 そういえばなんかSP3直後にトラブっててそのままだわ・・・・。 >>467 すまん・・・英語はさっぱりなんだ・・・。 とりあえず他の人の環境では、oggcodecs_0.83.17220-win32.exe は問題なく使えてるんだろうか? 最初はHaaliかなんかと競合してるのかと思ったんだけど、Haaliをアンインストールしても変わらなかった。
471 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/22(土) 02:43:57 ID:YzHzfHYq0] 自分なら黙って1つ前のバージョンに戻して、また次のバージョンが出るのを待つ。
472 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/22(土) 05:30:22 ID: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は上記のような不具合は一切出ませんでした。 ttp://www.geocities.jp/aoyoume/aotuv/test
473 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/22(土) 09:24:15 ID:aMNcQH1mP] oggcodecs_0.83.17220-win32.exeをインストールしてみたけど、 私の環境(Win 7 x86-64, MPC-HC 32 bit)では、普通に動いた。 もっとも、Theoraのデコードはlibtheoraより、libavcodecの方が速いので、 普段はffdshowを使うのだけれど。
474 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/25(火) 04:12:10 ID:iO+Nm0XI0] 24 5 月 WebMとYouTubeとVorbis ttp://www2.atword.jp/aooa/ このページを参考に YouTubeで「&webm=1」をURLの後に付けてWebM動画を検索してみる。そして見てみて聞いてみて最初に感じたこと、、、 ・・・なんだ? この音の悪さ 同じURLのFlashで再生される動画では全く問題無いのですが、WebM動画のほうはあまりに酷いです。 ファイルをダウンロードして確認、などはしていないので憶測になりますが、libvorbisやその派生ではなく、 多分libavcodecのVorbisエンコーダ(ffmpeg vorbis [注1])を使っています。 高域のエネルギーコントロールが適切に行えていないために、激しい金属サウンドが生じています。 なんというか、ISO由来のmp3エンコーダ群を思い出させる音です。 一応最近のffmpegをビルドして、デフォルトのVorbisエンコーダの音を確かめてみましたが、非常に似た音がしていました。 なんというか厳しいです。 これではVorbisは音が悪い、という評判が立っても仕方がないような状態です。非常に残念です。 (注1 このエンコーダについてのディスカッションは過去の Hydrogenaudioにありました)
475 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/25(火) 04:24:13 ID:jf/K9CmX0] あの車輪の再発明的糞エンコーダか 確か聴覚心理モデルを使ってなくて、単純に元の波形との差を最小化してるだけだったか
476 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/25(火) 04:27:23 ID:joQ3hplsP] YouTubeで使うffmpegに--enable-libvorbisを付けるのが、そんなに面倒だったのかどうかは知らないが、 Googleのやることは意味が分からない。
477 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/25(火) 23:15:19 ID:ueJf9Z6j0] 単純に気付いてないだけと信じたい。連絡先どこだ?
478 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/25(火) 23:21:19 ID:joQ3hplsP] >>477 YouTubeの関係者が読んでくれるのならいいが。 https://groups.google.com/a/webmproject.org/group/webm-discuss/topics
479 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/05(土) 00:18:40 ID:CFQVM+Dl0] >>477 >478 とりあえず直りそう。 https://groups.google.com/a/webmproject.org/group/webm-discuss/browse_thread/thread/7c38347e9c043620#
480 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/07(月) 15:43:07 ID:2B6rGJBJ0] 蒼弓ノート更新されてるよー。
481 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/07(月) 19:34:34 ID:RJq1jNWbO] (´・ω・`)
482 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/09(水) 22:10:11 ID:sa7YO+fc0] いま新品でRockbox入れられるやつなんて売ってるの?
483 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/09(水) 22:44:35 ID:HhKsc5vg0] それが問題なんだよなぁ。。。 Unstableだけど、COWON D2ってやつぐらいしか知らん
484 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 06:39:44 ID:Ia6dvAyGP] WebMが普及して、Rockboxを入れなくても、Vorbisを再生できる機器が増える事を期待したい。
485 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 00:39:48 ID:IzzvcZhI0] Sonyさんは対応しそうな気もしなくはないけど、林檎さんはなさそー。
486 名前:名無しさん@お腹いっぱい。 [2010/06/11(金) 02:40:17 ID:DdYBQdzG0] Vorbisは出力bit深度の申告?がないみたいなんだがそういう仕様なん?
487 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 02:55:23 ID:wypdm+xr0] なんだ申告って
488 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 10:23:43 ID:l1+NnLOn0] >>486 libvorbisでは出力結果は単精度浮動小数点データになっていて デコーダ(例えばoggdecやoggdropXPd)で16ビット符号付き整数に変換している。
489 名前:名無しさん@お腹いっぱい。 [2010/06/11(金) 17:21:01 ID:83UeLd/j0] 例えば24bit 192kHz のwavをvorbisに変換したら192KHz 16bitになってしまうん?
490 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 17:44:44 ID:0m2TpemN0] >>489 そりゃデコーダ、プレイヤー次第だ。 出力ビット数を変えられるソフトを使えば24bit出力にもできる。
491 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 20:29:17 ID:d3E+2YxT0] >>489 Vorbisエンコーダは32ビットに変換してからエンコードする。 エンコーダが24ビットに対応していれば24ビットから32ビットに変換する。 必ず32ビットになるのでエンコーダも重要。 そしてデコーダは>>488 が言うように32ビットから16ビットに変換してる。
492 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 23:50:28 ID:83UeLd/j0] デコーダー出力云々の話ではなくて 例えばMP3にエンコすると24bitのwav(ONKYOのサイトで販売されている)だろうが強制的に16bitになってしまうが(MP3は16bitにしか仕様上対応していない) Vorbisは元々が対応してるのではないん?
493 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/12(土) 00:05:28 ID:qJnG1Ico0] >>492 ビット深度の規定は無いので、 エンコード時のビット深度がデコード時に反映される保証は無い。 別に強制的に16bitにする規定も無い。
494 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/12(土) 00:09:16 ID:4I5w4aSSP] ソース(16/24 bit integer) -> エンコード(32 bit floating point) -> デコード(16/24 bit integer)