【O3D】HTML5用 3D API WebGL 【Canvas:3D】

**デフォルトの名無しさん** · 2011/06/23(木) 01:52:57.33

立ててみました。

Google　　O3D
Mozilla　　Canvas:3D

※ただし、マイクロソフトは否定的

競合技術
Papervision3D

関連スレ
むしろjavascriptでゲーム作ろうぜ
http://hibari.2ch.net/test/read.cgi/gamedev/1048171505/

**デフォルトの名無しさん** · 2012/02/19(日) 08:53:36.20

画像ファイルのローダーを書かなくていいのは便利だけど、S3TC系の
圧縮テクスチャを使えないのは痛いな。

**デフォルトの名無しさん** · 2012/02/20(月) 08:47:31.80

非リアルタイムな処理をやるときに、C++のようにはCPUの力業が通用しないのは痛いな
ブラウザによって速度に差がありすぎて事実上非互換になってしまうし
いくらjsが速いブラウザでもげんかいがある

**デフォルトの名無しさん** · 2012/02/20(月) 13:03:18.26

できることをしたらいい
今でも大概のWEB上の需要には十分なパフォーマンスが出るでしょ
そういう文句は結局皆マシン語で書けと言うことになる

それに実際問題推論技術の向上によって一部の計算はＣを越えつつある
ＣはＣで複雑な計算はコンパイラと相性いい書き方しないとかなりパフォーマンス落ちる

**デフォルトの名無しさん** · 2012/02/28(火) 10:53:30.46

MS「WebGLは有害技術
http://internet.watch.impress.co.jp/docs/news/20110617_453916.html

**デフォルトの名無しさん** · 2012/03/04(日) 01:37:49.86

>>348
ハード直叩きの隠蔽はまあいいというか仕方がないとして（納得はしてないぞ。バッチが異常に遅いとか）
GCのあるJavaScriptを基盤にされると、リアルタイムでサウンドを合成する音楽アプリとか作れないんだが
どうすんだよって思う。
ゲームもいまどき据え置きコンソール機は全部ソフトウェアでリアルタイム合成してるんだけど。
今のPCでできないことを5年後、10年後のスマホができるわけねーべ。
MozillaのHTML5ベースのOSだの、悪夢のようだ。ネイティブにアクセスさせろよ。

>>355
> それに実際問題推論技術の向上によって一部の計算はＣを越えつつある

今のJavaScriptはCの最低でも5倍から10倍遅いんだが。V8で。
あと単純な演算速度だけの話じゃなくてね。MMOのサーバなどC++が好まれるんだが、
Cのせいぜい2倍の遅さまで速くなったJavaやC#じゃ駄目なんですか。2倍じゃ駄目なんですかというと
I/Oが絡むとオーバーヘッドがかなり効いてくるのね。

まして、貧弱でバッテリーの制約もあるスマホやスレートで、なんでスクリプト言語を基盤にすんだよ。
おかしいだろ根本的に。考え方が。現に今一方的に勝利してるのがネイティブを利用できるiOSだし、
Androidも完全にネイティブで作れるようになったのが割りと最近じゃなかったか。
この状況が短中期的に変わるとは思えないぞ。

Webアプリがいい場面があるのは分かる。主にエンタープライズ方面のクライアントとして。
そっち方面の人には特に不満ないでしょ。あと単純にこれまでよりできることが増えるウェブ屋。

>>356
MSはセキュリティにかこつけてるが、どう見てもWebGL導入する気ないよな。
OpenGLが嫌いというのもあるし、それ以前にWebアプリはあれこれ制限かけておいて
ストアに誘導する気だろう。Appleの真似。
Appleも同じ理由でWebGLやAudio等の制限を解除するとは思えん。
総括すると、標準だオープンだという旗印のもとに、いいように皆して牢獄に閉じ込められつつあると。
Flash、Javaアプレット、Silverlight、Unity等の締め出しも完了したしな。
この流れを最初に作ったのは悪魔的手腕のジョブズだけど、うかうかと乗った奴全員を責めたいよ。

**デフォルトの名無しさん** · 2012/03/04(日) 01:46:41.05

あと、JavaScriptが基幹言語・基軸言語と化したのは痛い。
JavaScriptにうまくコンバートできない言語は壊滅的打撃を受けるだろう。

**デフォルトの名無しさん** · 2012/03/04(日) 04:55:21.12

cとschemeの間の子で基幹言語としてこれ以上ないほど適任だぞ

**デフォルトの名無しさん** · 2012/03/04(日) 06:11:08.48

Flasherにありがちなこと

・Flashの方がよっぽど脆弱度が高いのは棚に上げて、WebGLは危険！と聞きかじりでネガキャン
・AppleはAppStoreに誘導するためにウェブの進化を阻害しているんだよ！という陰謀論的妄想
・ジョブズとApple信者に対する異常なまでの被害妄想
・オープンはクローズドなんだよ！という破綻した論理

**デフォルトの名無しさん** · 2012/03/04(日) 07:04:32.57

マシンパワーが余ってくると抽象度を上げて安全性を高めるなんて
流れは昔からよくあるけどそれに適応できずに大声上げる人も昔からいるね

**デフォルトの名無しさん** · 2012/03/04(日) 09:50:35.80

CLRみたいなのをブラウザに組み込めばいいのに
静的言語を動的言語に変換て頭悪すぎるだろ

**デフォルトの名無しさん** · 2012/03/04(日) 17:19:17.19

安全性の問題は GLX_ARB_create_context_robustness, GL_ARB_robustness を使うように
なれば解決だろう。

**デフォルトの名無しさん** · 2012/03/10(土) 10:17:25.65

>>362
NaClの夢でも見とけばいいんじゃない

**デフォルトの名無しさん** · 2012/03/11(日) 22:31:47.40

DartとかNaClとかあそこは何がしたいんだろうな
WebVMこそ誰もが求めてるものだろう

2012/03/31(土) 14:42:52.54

もちろん CLR のような進化の方向性あるだろうが、まあこれも問題があるんだろう
もともとバイトコードの構造はプログラミング言語とかなり固く結びついてる

C# や Python やら好きな言語でコード書いてコンパイルしてバイトコード生成して、
ブラウザで動かすにしても、それはそれで、たぶん、ブラウザ側で最適化作業が要るんだろうｗ

それならもう、最初から、JavaScript の高速化に賭けるほうがいいかもしれない

2012/03/31(土) 18:22:13.41

JavaScript は、巨大プログラムを作るようには設計されていない。

2012/03/31(土) 20:44:49.07

>>366
Java, Jythonの関係みたいに些細な最適化をしなければできるっしょ。

シンタックスがちょいと違う似たような言語が
同じ土俵に立てないのがバイトコードなしの悪弊なんだよね。
CoffeeScriptとかDartが普及できん

2012/04/01(日) 06:31:40.02

トランスレータとしては十分な速度出るようになってるし、別にええんちゃうか
コードがそのままで動くように成るならそれに越したことはないが
手元でバイトコードにコンパイルするんだったら現状と変わらんよ

2012/04/01(日) 08:58:09.98

JavaScriptって目一杯最適化済のC++のコードの１割くらいのパフォーマンスは既に出るようになってる
これがもう倍の倍くらいになれば十分なんだが
できるだけ抽象化して内服がCの高次機構どんどん導入して
なるべくJSでロジック組まなくていいようにすべきだな
WebGLも行列の処理がネイティブでサポートされればだいぶ希望が増す
ES7くらいで是非頼むよ

2012/04/02(月) 09:18:42.25

中間言語というなら最低でも64ビット整数型くらいは付けてくれ

2012/04/05(木) 11:32:01.00

初心者の質問でスマンコ。スレチなら誘導してくれオマンコ。

幅１で引くCANVASで引く線がにじむんだが、どうすれば避けられる？
アンチエイリアスを掛けたような滲みなんでオプションで消せるんじゃないかと思うんだが・・・
症状としては線幅１で滲んだ灰色がかった線、線幅２で濃い黒い線で、両者で幅変わらず。

使うのはPostscript互換というかGhostViewナシで図をプレビューするだけの素朴な使い方を想定している。
直線主体で白黒の理系二次元グラフだ。

2012/04/06(金) 16:38:33.78

Canvasだけの話ならこっち

Canvasについて語ろう
http://toro.2ch.net/test/read.cgi/hp/1305093769/

2012/04/09(月) 15:51:49.82

>>372
何がやりたいのかは知らんが、座標を0.5ずらしてやればちゃんと1pxで描画出来る。

**デフォルトの名無しさん** · 2012/05/19(土) 22:33:32.58

フラグメントシェーダーのdiscardってバグが多いのか？

**デフォルトの名無しさん** · 2012/07/05(木) 15:02:51.41

http://mrdoob.github.com/three.js/

**デフォルトの名無しさん** · 2012/08/04(土) 02:16:24.06

ジョン・カーマックがQuakeCon 2012の基調講演で曰くJavaSciprtとWebuGLはクソ
あたしも完全に同意見だね。

**デフォルトの名無しさん** · 2012/08/04(土) 02:37:53.19

>>361
> マシンパワーが余ってくると抽象度を上げて安全性を高めるなんて
> 流れは昔からよくあるけどそれに適応できずに大声上げる人も昔からいるね

問題はマシンパワーが余っていないことなんだよｗ

PCだけ見ていればもう十分に速いからだいたいJSでなんとかなると言えるかもしれないが、
スマホがPCの30倍くらい遅いのを忘れてやしねーかと。
実際、その辺をようやく思い出したように
低評価だったiPhone版のFacebookやGmailがハイブリッドからネイティブに切り換えるそうじゃないか。
ユーザーにしてみれば遅いHTML5でアプリを作るなど手抜きもいいところで
（App Store見ているとそういうレビューが結構ある）
開発側とユーザー側の感覚が乖離してる。

だいたい、Javaが10年20年かかって十分に速くなってもC++を駆逐できていないのだから
JavaScriptの10年後も同様だろうというのは容易に予想がつくわな。
そもそも最近CPUの性能が伸びなくなってきているからそれをあてにするのは危険。

>>365
> DartとかNaClとかあそこは何がしたいんだろうな

【後藤弘茂のWeekly海外ニュース】スクリプト言語の高速化とWebアプリの3D化に進むGoogle
http://pc.watch.impress.co.jp/docs/column/kaigai/20120803_550845.html
>> V8で高速化手法をやり尽くしたため、JavaScriptは、これ以上の飛躍的な高速化は望めないのではないか

ってことだろ。Dartは微妙だと思うけどなｗ

つかセキュリティが欲しいならNaClでいいだろうがと思うんだが
（速度的にはネイティブの3割ダウンといったところだったはず）
MozillaとBrendan Eichあたりが拒否してるんだよな。こいつらガンだわ。

**デフォルトの名無しさん** · 2012/08/04(土) 02:41:51.05

>>370
> なるべくJSでロジック組まなくていいようにすべきだな

GPUに丸投げするというおぞましい解もあるぞｗ
実現性は知らんがｗ

**デフォルトの名無しさん** · 2012/08/04(土) 02:53:36.71

>>361
ああ、あとマシンパワーが余っていないことに加えて、抽象化の仕方もおかしいだろと。
よりによってスクリプト言語をVMのようなものにすんなとｗ
局所最適解にもほどがあんだろ。冷静に考えて、何から何まで間違ってるだろHTML5って発想ｗ

この辺はGoogleのNaClだけじゃなく、MozillaもLLJSを提案したりしているけれどね。

全世界のエンジニアがこんな愚かなトレンドに走ったのは歴史の汚点として残るだろうよ。
誕生した瞬間からクソレガシー技術とかアホじゃないの。

**デフォルトの名無しさん** · 2012/08/04(土) 09:51:55.00

JSは速度以前に言語仕様がクソだろ

**デフォルトの名無しさん** · 2012/08/04(土) 20:43:11.42

>>378
仮想マシンが吐いたコードの最適化技術は使い回しが効くんじゃないか
だいたい用途が違うにも関わらずc++と比較する奴がヴァカ
greeやmobageを見る限り、金を巻き上げるにはjsで十分だろ

**デフォルトの名無しさん** · 2012/08/04(土) 20:51:18.98

>>382
グリーやモバゲーだとjs以前の問題なような・・・

課金システムはperlだっけが

**デフォルトの名無しさん** · 2012/08/04(土) 20:54:12.54

>>342
unityは流行ってるだろ.java製のminecraftも一時期ブームだったし
普通の業務系のプログラマはわざわざゲームを作りたいと思わないし、
ゲームプログラマはc++を使えるのに製品で性能落としてまで
javaやc#で作るメリットが無いから使わないだけだろ
何より本業と片手間の趣味で言語のイディオムを切り替えるのは苦痛

**デフォルトの名無しさん** · 2012/08/04(土) 21:26:26.40

>>380
プログラマにとってトレンドよりも重要なことなんてあったか?
ああ、FOSS教GNU派RMS主義の方たちか

**デフォルトの名無しさん** · 2012/08/04(土) 21:46:06.47

flash重いとかいってたヘボ環境ではそれ以上に重い
それ自体は事実

actionscript嫌いだけど
結局モバイルで使い物にならないなら一般のサイトでwebgl使うのはまだ先。
余裕があるならやればいいんじゃねって感じ

**デフォルトの名無しさん** · 2012/08/04(土) 22:08:12.98

WebGLが出てからしばらく経つけど面白いゲーム出た？

**デフォルトの名無しさん** · 2012/08/05(日) 02:20:33.07

discard多用してるんだが
対応してない環境が多いってほんと？

**デフォルトの名無しさん** · 2012/08/05(日) 02:46:30.65

会話がなりたっているようで実はそれぞれが思い思いの独り言書いてる
スレだったりする？

**デフォルトの名無しさん** · 2012/08/05(日) 10:32:11.89

>>388
デスクトップではどうかしらんが
qualcommのgpuはアウトらしい

**デフォルトの名無しさん** · 2012/08/06(月) 19:58:52.58

結局、Internet Explorer が対応しなきゃ使わないだろう

WebGL は実質 Google しか得しないプラットフォーム

**デフォルトの名無しさん** · 2012/08/06(月) 21:21:58.33

みんなアンカーつけてこうぜ！なんか他のすれより頭のよさそうなひとばかりな
気がする

**デフォルトの名無しさん** · 2012/08/06(月) 21:22:02.42

3DはCSS3を使えとMS

**デフォルトの名無しさん** · 2012/08/06(月) 22:11:22.61

Operaも対応してきてるけど
GLSLでfunctionが使えないとかまだ制限があるな・・

**デフォルトの名無しさん** · 2012/08/07(火) 13:29:00.64

このスレ的にはWebCLってどうなの？
やっぱどうせJavaScriptとopenGLを半分無理矢理組み合わせるんなら
こういう他の技術も合わせていった方が有用に見られると思うんだ

**デフォルトの名無しさん** · 2012/08/08(水) 10:58:55.34

サマーウォーズのozﾏﾀﾞｧ-? （・∀・）っ/凵⌒☆ﾁﾝﾁﾝ

**デフォルトの名無しさん** · 2012/08/09(木) 03:34:33.71

WebCLって計算する部分はGLSLみたいにCライクな別の言語で実装するんだな。
WebGLといい、CとかC++で1から実装する意味が段々薄れてくるな。

**デフォルトの名無しさん** · 2012/08/10(金) 08:13:11.38

WebGLのもうちょいましなラッパーライブラリがでないものかね
2d+cssとWebGLの差をもう少し埋めて欲しい

**デフォルトの名無しさん** · 2012/08/10(金) 08:24:41.78

自分はWebGLとOpenGLの差を埋めてほしいわｗ
現状でも拡張だのゴタゴタやってるんだから
いっそ２バージョン作ればいいのに

**デフォルトの名無しさん** · 2012/08/10(金) 08:30:11.14

>>399
> 自分はWebGLとOpenGLの差を埋めてほしいわｗ
真性？

**デフォルトの名無しさん** · 2012/08/10(金) 09:59:06.01

>>398
言い出しっぺの法則

**デフォルトの名無しさん** · 2012/08/10(金) 10:21:02.79

>>400
何か変なこと言ったか？
テクスチャサイズとかそういうところだよ

**デフォルトの名無しさん** · 2012/08/10(金) 10:26:41.64

ライブラリでやれ

**デフォルトの名無しさん** · 2012/08/10(金) 10:42:01.00

>>402
真性かw

**デフォルトの名無しさん** · 2012/08/10(金) 10:47:28.81

なんで2.0なの？とかは思う

**デフォルトの名無しさん** · 2012/08/10(金) 12:59:55.47

glesとglの違いがわかってないのがいる？

**デフォルトの名無しさん** · 2012/08/14(火) 20:55:33.46

.NET のアプローチが正道

**デフォルトの名無しさん** · 2012/08/14(火) 22:02:52.95

>>391
いや、IEにもCanvasのフレームバッファ機能が実装されているから自力で描画するライブラリを作れば問題ない
OpenGLだって、ハードの対応がない部分はソフトウエアによる描画になるわけだし

**デフォルトの名無しさん** · 2012/08/14(火) 22:31:35.48

OpenGLアプリの移植には都合がいいが、Webアプリでやる意味ない。害悪はある。

**デフォルトの名無しさん** · 2012/08/17(金) 03:00:41.63

このサイト、MacでSafari5 (開発オプションでWebGL有効)で踏むと
段々重くなって操作不能にならないか？
http://madebyevan.com/webgl-water/
スペック
Macbook Pro 13.3 2011 Late Corei7 (Sandy bridge)
Mountain Lion
因みに･･･
Chrome(バージョン 21.0.1180.79)だといじりすぎて重くなっても、一瞬描画が砂嵐になったり水槽がエラー表示になって消えるだけで、ブラウザ以外には影響なし。
Firefox 9.0.1でもブラウザが重くなって描画が止まったり操作が重くなるがブラウザを落とせば回復する程度。
Win7でも同様（Safari未確認）

**デフォルトの名無しさん** · 2012/10/07(日) 03:55:10.18

このスレってもしかしてイタチ？

**デフォルトの名無しさん** · 2012/10/07(日) 06:47:33.21

Macは糞

**デフォルトの名無しさん** · 2012/10/07(日) 08:36:24.81

WebGL==オワコン

**デフォルトの名無しさん** · 2012/10/07(日) 18:50:26.32

WebGLは、そのうちSilverlightに移植（DirectXで実装）されてIEでも使えるようになるだろうから、文字通りの「世界標準」になるよ

来年は、WebGLができなければ会社もやめさせられるようになるかも・・・

**デフォルトの名無しさん** · 2012/10/07(日) 21:32:42.15

確かにWebGLは2Dのアプリで主に使われそうな気がする。

**デフォルトの名無しさん** · 2012/10/07(日) 22:08:26.00

>>414
WebGLの実情として、WebGLの中でChromeでしか動かない機能があったり、
ブラウザーごとに使える機能や挙動ががどんどんマチマチになってるんだよねぇ。。
標準化とはほど遠いのが現状。
Silverlightに移植ってのがどういうことかわかんないけど
仕様のカオス化が進むってことでおk?w

>>415
2Dアプリは現実的で地味に生き残りそう。
それに付随して3Dもほそぼそと発展するのかな。
WebGLのメガデモに興味があるから廃れんで欲しいなぁ。

**デフォルトの名無しさん** · 2012/10/08(月) 01:11:01.00

なんか勘違いしているけどMSはWebGLが技術的に作れないんじゃなくて
政治的に実装できないんだよ。
だからIEにWebGLが搭載されることは絶対ないよ。

**デフォルトの名無しさん** · 2012/10/08(月) 01:50:46.09

これ、たぶんM$の作ったhtml5でのゲームプログラミング紹介サイト
http://buildnewgames.com/
html5の普及具合によっては、silverlightなんて見限るよね

**デフォルトの名無しさん** · 2012/10/08(月) 01:53:49.36

>>417
例えばSVGに関してもそのように信じていた時代がありました。

**デフォルトの名無しさん** · 2012/10/08(月) 06:18:16.88

>>418
見限るもなにも、wpfに注力するといってmac版は既に切られてるんだが

**デフォルトの名無しさん** · 2012/10/08(月) 08:28:45.14

>政治的に実装できない

政治的に実装したくない
ってことですか？

**デフォルトの名無しさん** · 2012/10/08(月) 10:14:54.48

IEにWebGL実装しないの？　って問われてもセキュリティ云々で現に否定してるからねえ
ActiveXを捨てきれないお前らが言うなって感じだが

Win版のFFもChromeも実装はライブラリ挟んでDirect3Dにブン投げてるだけじゃなかったっけ

**デフォルトの名無しさん** · 2012/10/08(月) 10:28:15.60

IEを二種類作れば良いんだな

**デフォルトの名無しさん** · 2012/10/08(月) 13:44:38.34

セキュリティ確保するためにハードウエアが制限されるなんて糞仕様。

**デフォルトの名無しさん** · 2012/10/08(月) 14:04:23.35

>>422
NPAPIならセキュアなんですね(棒

**デフォルトの名無しさん** · 2012/10/08(月) 15:08:39.90

しばらくしたらサンドボックスIEが出てくるよ

**デフォルトの名無しさん** · 2012/10/08(月) 15:10:42.14

もうある
http://msdn.microsoft.com/ja-jp/library/vstudio/bb763046.aspx

**デフォルトの名無しさん** · 2012/10/08(月) 19:47:18.26

MSのセキュリティ云々の言い訳を真に受けているのはどうかと思うよ。それに情報自体が古い。
MSはWebGLを実装しないってことは本当だけど、
それはセキュリティのためではなくDirect3Dを推進するため。
OpenGLのラッパーであるWebGLを推進することはない。
そのうちMSからDirectXをラップした3DAPIが出てくるから。

**デフォルトの名無しさん** · 2012/10/08(月) 22:29:17.99

と、古い頭の人が何か言ってる件
Direct3Dを推進（笑）

**デフォルトの名無しさん** · 2012/10/08(月) 22:37:21.38

これからは、VRMLの時代だよね
XMLが創り出すセマンティックな3Dグラフィックが、新しい世界を切り開く

WebGLなんて、バカ丸出しだｗ
まずシェーダーのコード書いてコンパイルしろ、とか40年前の発想だよな

**デフォルトの名無しさん** · 2012/10/08(月) 22:50:21.86

実際のところホビーユースやデモ用途以外の今後の展望は本当にあるのだろうか。
商業でつかいだしそうなのはヤフーモバゲーくらいじゃないか？

**デフォルトの名無しさん** · 2012/10/08(月) 22:50:43.90

セキュリティが～とか言っている人は病気だよね。
ずっとここ監視しているし気持ち悪いよね。仕事しているのかな?

**デフォルトの名無しさん** · 2012/10/08(月) 22:54:48.88

>>431
当面はゲーム用じゃないのかな。
コンシューマやっているけどWeb系もやりたいという会社向けじゃないかと。
普段3D系のゲーム作っている会社にとってはOpenGLは慣れ親しんだAPIだし
WebGLで作るのも苦じゃないでしょ。

**デフォルトの名無しさん** · 2012/10/08(月) 23:10:42.83

そしてグラフィックスAPI以上に整備も統一もされていない
オーディオや入力まわりのヘボさに幻想を打ち砕かれる、と

**デフォルトの名無しさん** · 2012/10/08(月) 23:16:05.77

なんで何でもかんでもブラウザでやりたがるんだろうな

**デフォルトの名無しさん** · 2012/10/08(月) 23:30:24.51

まぁ、おまえみたいに文句しかいわない奴のとこに仕事なんて来ないから安心しろよ

**デフォルトの名無しさん** · 2012/10/09(火) 02:18:39.46

jsだとバイナリファイルの扱い遅いし、まともにパックされてない糞でかいリソースで帯域食い潰すんですよね

**デフォルトの名無しさん** · 2012/10/09(火) 02:45:49.04

なんかjsでlinux作ったとかいうニュースなかったっけ？

**デフォルトの名無しさん** · 2012/10/09(火) 04:38:04.36

>>437
exeと違って同じ物を毎回(何度も)ダウンロードするんですね判ります。

**デフォルトの名無しさん** · 2012/10/09(火) 05:05:16.34

実際のところWebGLのカウンターパートにあたる3DCGの宣言的記述言語が
全く手つかずなのが気になる。

VRMLは長らくお亡くなりだし、多分X3Dでまとまる方向なのだろうけれども、
標準化という意味ではWebGLよりも2周り以上遅れている。
今のところはまだ提案レベルでこれを標準としようとする動きがどのブラウザ
メーカーからも見えないのは辛い。

**デフォルトの名無しさん** · 2012/10/09(火) 07:13:25.35

>>439
Application Cacheは？

**デフォルトの名無しさん** · 2012/10/09(火) 07:20:30.37

仕様がただ単にラップしただけ。場当たりすぎ。

**デフォルトの名無しさん** · 2012/10/09(火) 09:34:31.38

>>440
COLLADAがあるだろ

**デフォルトの名無しさん** · 2012/10/09(火) 10:27:43.28

いっそFlas...

**デフォルトの名無しさん** · 2012/10/09(火) 11:03:50.62

htmlを組むのにテンプレートエンジンが星の数ほど
あるように

3d組むのにそれ用のフォーマットが星の数ほど生まれてきて
しまうのも自然の摂理なのだ。

しかしブラウザのバージョンを揃えた所で

osが違うと、ハードウェア構成が違うと
レンダリング結果は異なる…その辺の足並みが揃うのはまだ先や

**デフォルトの名無しさん** · 2012/10/09(火) 12:08:59.15

ハード構成はひとつの極論でしょ。
正論かも知れないが言い出したらキリがない事実上の空論。
ブラウザで標準化されることは必要かと思うな。

http://demo.bkcore.com/threejs/webgl_tron_godrays.html
(関係ないけど今朝見つけたデモ。)

**デフォルトの名無しさん** · 2012/10/09(火) 12:35:55.23

>>445
まあ、テンプレートエンジンについていえば、Json/jQuery のおかげでサーバサイドで HTML 生成する必要性が完全ゼロになった
ありがたや

**デフォルトの名無しさん** · 2012/10/09(火) 13:29:43.51

>>443
EPSがあってもSVGが必要とされたように、COLLADAがあってもそれとは別に
Webと親和性の高い3DCGの記述言語は必要だと思う。
HTMLのDOMに直接ぶら下げられることとCSSへの対応は欲しいところ。

**デフォルトの名無しさん** · 2012/10/09(火) 16:51:51.86

O3D,Canvas:3D,Papervision3Dを抽象化するレイヤが出来て解決

**デフォルトの名無しさん** · 2012/10/09(火) 17:09:19.39

課題が全部解決したら上げてくれ

**デフォルトの名無しさん** · 2012/10/09(火) 21:42:45.66

XML解析してWebGLで描画するJavaScriptのライブラリ作れば、全部解決

**デフォルトの名無しさん** · 2012/10/10(水) 09:35:59.60

>>448
ちなみに言っておくが、3Dデータって膨大なデータ量なんで最終的な段階でテキストデータを使うことはあり得ない。
COLLADAもあくまでデータ交換用のフォーマット。

**デフォルトの名無しさん** · 2012/10/10(水) 10:50:38.54

>>446
http://d.hatena.ne.jp/nakamura001/20120615/1339782858
>他のマシン(OSはMac OS X)でGPUを確認するとこの様な表示になったのでコレなOKかな？と7
>思って期待して試したのですがこちらも上手く表示されませんでした

なんのためのblacklist。

opera:config#UserPrefs|EnableWebGL
opera:gpu

確認して動くかな

http://dev.opera.com/articles/view/raw-webgl-part1-getting-started/
http://devfiles.myopera.com/articles/8442/02-minimal-draw.html

動いた！

https://github.com/mrdoob/three.js/issues/672
http://mrdoob.github.com/three.js/examples/webgl_geometry_cube.html

Could not initialise shader とか three.js のサンプル軒並み動かない！

64bit の win7 radeon HD6720G2いう環境が悪いのか…前はもうちょい動
いてたような印象があるのだが…