WebGLの（実質的に）仕様上の脆弱性について(日本語訳) - ものがたり(旧)
WebGLの（実質的に）仕様上の脆弱性が見つかったとされて、話題になっています。元はContext Information Security社のブログの記事なのですが、 http://www.contextis.co.uk/resources/blog/webgl/ 日本語でもかいつまんで紹介されています。 http://japan.cnet.com/news/service/35002505/ とはいえ、これじゃ何だか意味が分かりませんし、原文はなかなか簡単には読めないと思うので、ちょっくら日本語訳してみました。全体的にやっつけながら、後半は特に寝ぼけながら訳しているので、何かおかしいところがありましたらコメント等で教えて下さいませ。翻訳許諾は明日辺りお願いしてみようと思います。（ダメって言われたら消す）→もらいました。調査の次のラウンドが終わったらまた結果を教えてくれるみたい。 追記:
グーグル、3Dウェブグラフィックス技術の方針を転換
Googleは「O3D」と呼ばれるブラウザプラグインのプロジェクトの一部を中止し、Mozillaを中心に開発が進められてきた「WebGL」3Dウェブグラフィックス技術に力を集中することを決めた。 ゲームなどのアプリケーションの基盤として、ハードウェアアクセラレーションによる3Dグラフィックスをウェブで利用しようとする開発者にとって、作業を簡略化できる可能性を秘めた今回の方針変更は歓迎すべきことだろう。しかし、試験的なものとはいえうまく機能するO3D技術が、当面は出発点に戻ることになる。 だが、WebGLが提供する3Dの基本的な部分より高いレベルでインターフェースを提供しようとするO3Dの全体的な構想がなくなったわけではない。GoogleはO3Dを、WebGLという基盤の上で利用できるプリビルドのソフトウェアライブラリとして再構築するつもりだと、エンジニアリングディレクターのMatt Pap
「Android」用ネイティブコード開発キット、最新版で「OpenGL ES」に対応
「Android」向けゲームの進化を望む人に朗報だ。少なくとも「Android 2.0」搭載の携帯端末では、進化が早まるかもしれない。 Googleは米国時間3月8日、「Android Native Developer Kit（NDK）」の第3リリースを公開した。この最新版「Android NDK r3」では、プログラマーが携帯端末のグラフィックス性能を直接利用できるようになっている。 Android向けアプリケーションは通常、一種のJavaプログラミング環境で実行する。これは、ハードウェアシステム間でのアプリケーション移植をより簡略化するための措置だ。しかし、NDKインターフェースを利用すれば、アプリケーションがJavaレイヤを経由せず、ハードウェアと直接やり取りすることもできる。そして、今回のAndroid NDK r3における大きな変更点は、標準のグラフィックスインターフェース「Op
「Google Chrome」も3Dグラフィックス規格「WebGL」を採用へ
ハードウェアアクセラレーションを用いた3Dグラフィックスのビルトインサポートと言えば、「WebGL」が「Firefox」や、「Safari」の背後にいるブラウザプロジェクトに組み込まれている。そして今回、「Google Chrome」がこれに続く。 「現在、WebGLの準備的なサポートがChromeにコンパイルされているところだ」とKenneth Russell氏は米国時間10月7日、Chromeメーリングリストへのメッセージの中で述べた。しかしRussell氏は、WebGL自体がまだ開発段階にあり、現時点では、ChromeのベースであるWebKitブラウザ技術の新バージョンによって、非互換性の問題が発生する可能性があると警告している。 WebGLは、Chromeの最新の開発者向けプレビューバージョンで利用できる。ただし、利用できるのは、Chromeの起動時にコマンドラインスイッチの「--
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
