Google O3D
Mozilla Canvas:3D
※ただし、マイクロソフトは否定的
競合技術
Papervision3D
関連スレ
むしろjavascriptでゲーム作ろうぜ
http://hibari.2ch.net/test/read.cgi/gamedev/1048171505/
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
あれどうなったの？
あれは WebGL に限った話じゃない
WebGL は ARB で解決かと
それってどんな問題？
http://www.infoq.com/jp/news/2011/06/Microsoft-WebGL-Security
ぐぐればいくらでもあるよ
折角ハードウェアレベルでWebGLアクセラレーションをサポートしたのにもったいないなあ
つまりどんどん新しいビデオカードを買えと
うまく出来てるね
今までOpenGLって乗ってるだけで使われてなかったという印象があるが。
下手にオリジナルのAPI作られるより使い慣れたOpenGLライクなAPI使えるのはうれしいことじゃん。
えっでもMSはSilverlight捨ててHTML5に路線変更したよね？
結局Flashに惨敗した形だけど
Flashはしょっちゅううｐデートあるし好きじゃないんだけどなあ
http://jsbin.com/ubiyay/3/edit#preview
Googleも慌ててChromeにFlash標準搭載する始末
もはやギャグ
未来は明るい
>>18見てみ。最新のCPUでもヒイヒイいうとるぞ。
自然とサクサク動くプログラムになるもんだよな
ヘボPC乙ｗ
Sorry, but your browser does not support WebGL or does not have it enabled.
To get a WebGL-enabled browser, please see:
Getting a WebGL Implementation.
多分OSXでも動かないんだろうな。
本格的な普及はまだまだ先かねぇ。
なんだアレ。
WebKit入れた?
ボロボロすぎるだろ
そりゃCanvas2Dみたいに抽象的なAPIにするよりは互換性を確保しやすいかもしれないけどさ
共通の仮想ハードウェアみたいな考え方を持ち込むのはどうなの
中から使うならセキュリティ気にしなくていいが、HTMLに組み込むなら、そうはいかない。
今の実装はすでに捨てる段階。(アンチウイルスを仕様に入れて頑張ってるのもいるが。）
それをワザワザWebGLのスレッドまで来てアンチ活動に勤しまなくちゃならないなんて。
たとえWebGL以外の3DAPIができてもお前に使いこなせないだろ。
ぐだくだ言う間になんか作ってみろよ、どうせお前に無理だろうが。
MSがWebGLはサポートしないとはっきり明言してますんで
次のバージョンのVisual StudioではWebGL開発キットは完全に外されるでしょう
お前WebGLどころか、OpenGLもDirect3Dもまともに使えないだろ。恥ずかしいわ
SpiderGL
テクスチャーとして利用する事ができた。
同一ドメイン内で作製したBase64形式のオブジェクトの再加工が可能で
ある限り、本手法の適用が可能である。即ち、Mozilla FireFox5の対策
は有効ではない。
本質的にshaderに外部から任意コードを書き込めることが原因なのであ
るからクロスドメインイメージのテクスチャー利用を禁止しても意味が
ないのである。
http://www.neo-tech-lab.co.uk/WebGL/index.htm#CrossDomainTexture
だめだめじゃんｗ
そもそもサーバー側でコールバック仕込んだBASE64エンコードしてないと意味ないし。
リンク先には2DのCanvasでも可能って書いてあるじゃん。
まぁ、バレバレだよな。
あとリンク元の文章改変して載せるなよ
ウイルス対策ソフトでは今のところ対処する方法は見つかっていない。
さあ、金儲けのチャンスだ。
どうみても改変されてないじゃん
日本語不自由なのか？
http://megalodon.jp/2011-0708-2255-22/www.neo-tech-lab.co.uk/WebGL/index.htm
差し替えるなんてのがジョークが流行ったが、あれのウィルス版が
余裕でできるようになる。
しかもブログパーツみたいなサービスが乗っ取られたら凄いことになるぞ
Mac, Linuxが安全と同じ。
ageたら何か不都合でもあんの？
他人の発言を捏造するのがやっとか。
まともな親に育てられなったんだね。かわいそう。
？
頭大丈夫か？
病院行った方がいいよ
冗談抜きで
うわぁ
にしてもWebGL終わってるな
もうソフトウェアエンジンに移行するしか無いわな
10年前のWindowsだけ考えてれば良かった時代じゃあるまいし。
それこそサーバーサイドでレンダリングして結果だけ送りつける
標準規格でも作った方がいいだろ。
HTMLは文章を記述する言語からアプリケーションのための言語基盤に生まれ変わり
ブラウザは情報を見るだけのものから様々ま形で情報を扱えるものへと進化した
HTML5は高速で進化するWEB界の標準なんだから例え今それほど必要でなくとも3D表現は最低ノルマ
それにHTML5はWEBブラウザだけのためのものではない、ネイティブアプリとして活躍の場が与えられる
iPadではほぼ既にそうなってるしWinも8からそうなる
情報を利用できる程度に抑えておくべき。 sectionやらnavやらのHTML
タグを整理する目的でのHTML5は認めるが、WebGLなどは有り得ない。
http://ord.yahoo.co.jp/o/realtime/SIG=12aon5hgf/EXP=1310518646;_ylt=A3JuNGj2mxtOPIUByI1ol_p7;_ylu=X3oDMTA2dDlwbTE2BHlqZANwYw--/*-http%3A//twitter.com/leokun0505/status/90435477127176192
議論するまでもなく使ってみればわかることだけど
別に3Dが批判されているわけではない。WebGL の規格がヘボ。
MSはOpenGLが普及しても何も困らないんじゃね？
Direct3DはWindowsで閉じた開発をする時のメリットなわけだしな
しかも、仮に（否定はしてるが）IEにWebGLが搭載される場合、
Direct3Dで実装されて、その上でWebGLが動くことになる
OpenGLを動かすのにOpenGLじゃなくてDirect3Dを使うわけになるわけだ
他のブラウザもパフォーマンスの為にそういう実装になると思う
つまり、MS大勝利を印象付ける事になるよ
>>14
勝手に捨てんなｗMSの人間に会う度に「捨ててません（ｷﾘｯ」って言われるだろ？ｗｗｗ
>>15-16
ネイティブに比べて不利になるのは仕方ないよな
ただの電卓だって本物ｖｓWindowsだったら本物が勝つに決まってる
間に色々と挟むほど不利になるのは常識
>>20
Chromeの品質が急降下してるけど何かあったのか？
>>22
スペック上昇の鈍化、必要環境のインフレ停滞。どっちがタマゴでニワトリか知らんが
パソコンのスペックもデフレ気味だよな
>>24
重さは関係ないよ。他に代替物がないもの
>>83
ブラウザで物凄い勢いで円周率が計算できるぞ
>>84
2Dゲーの需要があるんだから3Dゲーの需要があっても自然だと思うよ
プラグインとかでもいいです。
http://code.google.com/p/jebgl/
JebGL
JavaのJOGLを使ってWebGLをエミュレートするもの。
ただし少しだけソースに手を加える必要がある。Usageを参照すること。
IE6〜9まで対応しているが動くのはWindows版IEのみ。
HTML5は使われるだろ
そこで何で IE が出てくんの?
IE だけって何で?
もうこけた
抜本的に作り直し
ん、IE?
逆だろ。WebGLを使うとIEで動かないコンテンツになってしまう。
Flashでも使っとけ
「本物」のプログラマなら、自分で書いたコードで演算したピクセル列を直接Canvasに転送するからね
使わない方が難しいけどね。
また、変なのが参戦してきた。
と言って使い物にならない成果物を押し付ける老害になることがいいこととは思わん
http://www.bytearray.org/?p=2555
WebGLじゃないけど、Flashの3D API「Stage 3D」。
こちらもシェーダーが必要なタイプ。
シェーダーはHLSL/GLSLのような高級言語タイプではなくアセンブラタイプ。
まぁ大した差にはならないんだろうな
GLSLもC風にしたのにGPUの仕組み上制限だらけだし
C用のエディタが違和感なく使えるくらいしかメリットが無ぇ
canvasでエロゲ作れそうだし
3DゲーもほとんどがXPのDirectX9c止まりだから
WebGLで対応できるレベル
逆に言えばWebGLさえなければぎりぎりでWindowsは存在価値を残せた
ネットに繋いでなくてもブラウザだけでゲームが動くというのが大きいよな
PC98からWin95に流れたときを思い出した
Canvas、モバイルで糞遅いからイラネ
で？
何を避けられないの？
デモサイト以外ほとんど使われてないじゃねーか
カヤックのサイトはマジひどかったし
主要ブラウザが全て採用してしまったから、今後は使えませんとは言えなくなる
もっと説明が必要かな?
アップル、「iAd」でWebGLグラフィックスをサポートへ
で、何が避けられないって？
パフォーマンスが目茶苦茶悪くても、使えるなら使おうぜとか
頭悪すぎだろ
使わなくていいなら使わない
手段と目的は別。
iAdのみサポートということは、AppleもWebGLにセキュリティー上に問題ありは同意見ってことだ。
そうでなくてもブラウザ上で端末のパワーを引き出す類のものは
複数タブまとめて閲覧する人には迷惑でしかないからな
技術者釣りたくてやってる面もありそうだが
ページに埋め込まれないから、報告されてるような問題は起きないと判断されたのかなぁ
ただの広告閲覧でバッテリー食ったりリソース受信に時間かかったりは
モバイルでは反発もある部分だけに難しい
そりゃAPIそのものにパフォーマンス要件があるわけじゃないし
何と比べてかくらい書けや
ベンチ結果も載せろや
WebGL スレでそれは愚問。
カルトスレじゃあるまいし
普通のOpenGLと大して変わらんだろ
GLExcessでも走らせてみろや
比較ベンチのことだろうに
何と？どんなことをやったら？どの程度の差が？
それがGLExcessでわかるんだ
へー（笑）
"あれ"でなんでも通じるお前の嫁か
ゲームだなんだと音の標準化もされてないのに想定外ぽいところばかり盛り上がってるのはなんだかなと思う
やっぱり考えられる用途は現実的にはゲームが第一だろ
音は複数出るし、二種類のフォーマットに対応すれば一通り動くようになる
3dサウンド対応は難しい
エロゲならcanvasでも十分
遅いならwebgl使えばいいだけ
webglもopengl2.0ならxpで対応しているdirect3dの最大機能まで使える
xpで動かない高性能なゲームは無理
セキュリティは回線切れば問題ない
http://www.randomthink.net/labs/html5drums/
ローカルサーバかwebsocket辺りを使えばosのapiにアクセスできるから最終手段に
データ圧縮もなんとかなるだろう
そして、各ゲーム機にwebglのエミュレーター乗せれば全てで動くのか
ついでにソニーと任天堂もピンチか
データ圧縮もなんとかなるだろう
いみふ
game.js | os
このままだとゲームハードなくなるのか
だからwebglは敵視されるわけだ
次は販売サイト競争でコンテンツ側が有利になる
ws://localhost/だと思う
もう少し調べないとな
> 音は複数出るし、二種類のフォーマットに対応すれば一通り動くようになる
全然ダメだろw
音を鳴らすという問題は解決できているし
どうしても二重にしたくなければデコーダをjavascriptで書けば済む問題
技術的に解決できない致命的な欠陥を指摘すべきなんじゃないのか
プログラム書けるんだろ?
それをやりたくないからdrawImageやWebGLが欲しいんだろう?
俺が挑発されてるのか、WebGLが攻撃されてるのかどちらかだろう
そしてフラグメント使えるのにわざわざCanvas.ImageDataの話をするということは
OpenGLのことを理解できてないということなんだろう
それだけはわかった
まさか伝わらないとは思わなかった
ピクセル処理はシェーダーの方が速い
覚えておけ、素人
固定機能でポリゴン描くだけのAPIならすぐに実現できるのに
いつまでも使えないよりはずっとマシだと思うが
>なんで
誰も分からなかったから
http://connect.microsoft.com/VisualStudio/feedback/details/676134/dos-vulnerability-in-silverlight-5s-3d-similar-to-webgl-dos-vulnerability
>わかりきった
そりゃ後追いなら誰でも分かる
>シェーダが使いんだろう
今どきシェーダ無しなんて考えられないから
>いつまでも使えない
GPU が busy になったら処理を中断する様にする等の対策が出来ると聞いた気がするけど、
結局どうなったのかは追い掛けてない
WebGL 自体の実装は既にあるので、使いたければいつでも使える
自動的に無効になって、ユーザーが明示的に許可しない限り動作しないようになってたと思う
さすがに時期的にも問題は認識してるはず
署名が確認できなかったら警告ダイアログ出すとか人的な対応になるんだろきっと
>>162
WebGL だけ問題を押し切っているという話になるのかしらん。不思議・・・
OpenKodeから何も学習してないなw
http://learningwebgl.com/blog/
openglでもdirect3dでもリセットはかかりまくるし熱で暴走する
このあたりは3dゲーマーの常識で、3dプログラム全体の問題
リファレンス見たけどwebgl使いたいなら最低限
4x4行列と外積までは理解しないと無理だよ、できればquaternionまで
高校数学を全部理解できなかった奴は相当な努力をしないと難しいと思う
本気でやりたいならDirect3Dから入ったほうがいい、情報が多いしまとまってる
OpenGLは入門に向いてない
ポリゴン出すだけで満足ならcanvas使ったほうがいい
3dできないからってバカになんかしないから無理するな
外積 -> 法線ベクトル求めるときに使うのかな
Quaternion -> OpenGLの回転はこれだった
OpenGLはLinuxで使えるのが大きい
テッセレータ辺りまで対応してくれれば
こっちをメインにしてもいいな
>>172
環境買ってでもdirect3dから始める方がいいと思うよ
3d習得用osとして買う価値はあるし
webDirect3Dがあるなら俺はそっち使う
java .net llvmみたいなことをするのがchromelessか
調べてたら色々出てきて面白いな
アプリからならいいんだよ。
Webブラウザ使っててそれが起こるのはだめだ。
お前の前提がネットに接続した上で使うということだろ
俺はネットに接続されてなくてもかまわないから問題にならない
そもそもネットゲームは脆弱性の塊だろ
ああいうの放置してwebglのセキュリティ問題語ってるのが間抜けすぎる
もっと具体的に技術的にダメな部分を指摘しろ
批判や攻撃することを目的に発言する奴は底が浅すぎる
アプリケーションキャッシュやchromelessあたりでネイティブ化
その前提で考えてるから、別にブラウザ上で動かなくてもかまわない
イミフ
クロスプラットフォームでネイティブコード吐けて
sm2.0までの3d対応
サウンド対応
opencl対応予定
ユーザの責任と承認の下で実行されるアプリと、WebGLのセキュリティ問題を同列に扱うのはいくらなんでも間抜けすぎるだろ。
キチガイ信者気持ち悪いな。
ガチ科学技術計算とか数値計算とかブラウザでやる意味がわからないし
いくらなんでもCPU側がJavaScriptはキツいだろ
CPUがネックにならないようにするにはかなり用途が限定されてしまいそう
あと>数値計算 は動画処理に訂正
運用は可能という事だよね。広告以外でも、例えば SNS のゲームだとか、
Google の様な信頼出来るサービスプロバイダーが提供している地図
サービスだとか、選択的に適用する範囲はあると思う。
あとは Silverlight 5 が実装したという『対策』の内容が明らかになれば、
WebGL 側も対策が進むんじゃないかな。
.NETのクライアントを簡単に配布するためのものという扱いなので
HTML5やWebGLと比べるようなもんじゃないぞ
ユーザーがサイトを許可すればクロスドメイン制約がなくなったりするどころか
ローカルファイルにも無制限にアクセスできたりCOM使えたりやりたい放題だから対策もクソもない
3Dもその権限昇格モードに限定すればいいだけ
それは問題無い部分もあると言うだけだろw
Web ブラウザ内でのプログラムの実行機能を削除するというなら
話は別だが。
何が問題になっているのか分かってる人はいないのかな?
webページに貼られないという一番大きな部分を無視っすか
無理して対策する必要がないというだけだ。ブラウザ内かどうかに関係なく、
ユーザーに対して配信元を信頼するかどうかを尋ねることができればいい。
技術的な解決が一番なのはもちろんだけどね。
ドメイン毎に許可する仕組みがあれば良いんじゃないの
何で無視したと思ったの?
>無理して対策する必要がない
対策はしたという話だから、どんな対策をしたのか
みんなが待ってるんだよ
でもどうせ部分信頼では固定シェーダ、みたいな対策じゃねーの
似た技術基盤のWindowsPhone7もシェーダ使えないらしいし
そんな事も知らないで話してたのか...
ソースは 50 レス以内にあるから自分で探してくれ
これだけなら、ブラウザ上では完全無効!でも対策になるじゃないか
技術的な解決策を発見したというコメントでもあったのかと思ったけど期待して損した
それでOKという感覚のやつがいるから、いつまでたってもいろいろなものが穴だらけ。
>ブラウザ上では完全無効!でも対策になるじゃないか
そんな「俺の考えた究極の解決策」みたいなのを MS が採用するかよ…
>技術的な解決策を発見したというコメント
技術的に適切な解決策が発見されているなら、既に WebGL 側で実装してるだろ
手取り足取り解説するのも疲れるんで、書き込む前に色々と考えてくれ
取り敢えずこれを読んでくれな。
http://learningwebgl.com/blog/?p=3890
それか、『ずっと俺が質問するターン』だと思ってる奴は
最初にそう宣言してくれ。スルーしやすいんで。
ダメだろそれじゃ
必死に否定する奴がいるってことは、それだけモメンタムがあるってことなんだよな
どうでも良い話なら誰も喰いつかない
さらりと叩かれたけど、これがものすごく重大な話なんだが
いつの間にかc#でネイティブ吐く環境よりもさらに上の環境に成ってしまっている
chromelessの他にもプロジェクトあるみたいだし
全てがうまくいったらアセンブラのように
c/c++がosに近い部分に触るプログラマ専用になる可能性がある
俺個人としてはopenglやdirect3dなんかは役割終えてると考えるけど
すでにshaderがメインだからそっちさえ動けばなんとかなるよ3dに関しては
openglもdirect3dもデータの受け渡し以外の役割がなくなりつつある
俺はこの二つをもうdsl化してるし
ぎりぎりまでビデオカードの性能を引き出そうと考えなければそれで十分動いてる
openglはシェーダー用のシェルだな
webglはおびえるほど重要な部分じゃない
汎用的に使い易くなったwebclを脅威に感じるべきだろう
>さらりと叩かれてたが
支離滅裂論旨不明で相手にされなかっただけだろ
たとえばandroidのゲーム市場はドル箱になりそうだし
エロゲ一万本くらい売れたらしいし
移植する仕事は当分の間はなくならないだろう
そうなると新規開発するならクロスプラットフォームのhtml5を選択する
特に脆弱性が指摘されていないcanvasは使える
すでに実物も出てるし
といっても別にandroidの開発が難しいというわけでもないんだよな
これが理由になるとも思えないし
わからないな
なんで君は揚げ足取るのかね?
3D系の話題はまったく理解してないみたいだし
プログラムのちょっと変な書き方や用語にも詳しくないのかな?
ということはやっぱりプログラマではないのかな
利害関係があってプログラマでない人は限られるよね
やけにブログでの宣伝が必死だけど関係あるのかな
わからないな
なんで君は揚げ足取るのかね?
HTMLは発展途上国の子供がハンドル手回し発電で動かすような端末でも
情報を利用できる程度に抑えておくべき。 sectionやらnavやらのHTML
タグを整理する目的でのHTML5は認めるが、WebGLなどは有り得ない。
http://twitter.com/leokun0505/status/90435477127176192
着実に歩みを進めているな
マイクロソフトが与えた脆弱性の武器を持って戦え手回しハカーよ
敵はWebGLだけではなくcanvasだ
pc98がwindows95に敗北したときのように
2Dエロゲが市場を支配するとき
軍神html5がクロスプラットフォームの名の下に
エロを支配するであろう
こいつアホ
↓
スマートフォンでは、ほぼ100%がSafari（Webkit）系
俺は WebKit の Nightly Build でウェブブラウズしてるけど??
カレーライス=カツカレーではないし
カレーソースはカレーライスじゃない
どれもカレーソースを味わうことは可能
ほぼ100%(ｷﾘｯ ってのは
WebGLが動くスマフォが普及してから言えよｗ
まあ、だからこそアプリと言う名の専用ブラウザが流行り、スマホが盛り上がってるように見えるんだけどね。
あと>>206が言うようなユーザー層はスマホよりショボいPC使ってるのも事実。
>>212
当時、低レベルAPIを推したのはDOS一派。
VRAMt叩けないと遅い遅い言ってた。
結局、簡単なWin32が勝ったが
使いたくなったら使えば良いだけの話
あとリソースの歯抜け対策もされなくて不便なコンテンツも出てくるだろう。今でもWeb漫画サイトはそういうところが多いな。
まとめてパッケージ化されたリソースをjavascriptサイドで簡単に高速に扱う手段でデファクトスタンダードになるものが出てきてほしいな。
皆が我流でやるんじゃなくね。
つ json
つ html5 async
軽くないしモバイルで閲覧者側が広告対策で何かできるもんじゃないし全然駄目。
結局通信負荷は表示時と同等だと思う
もしその広告がページビューが稼げなくなる様な内容なら
何でサイト主が置くと思うんだ?
何で広告を置くのかなんて、WebGLと何の関係もないだろ。
話を逸らそうと必死だなｗｗｗ
問題が解決したなら駄目とは言えないけど
解決してないもの
user cssだって、訪れるサイト一つ一つに適合するようになんてやってられないでしょうが
使いたくなったら、また来なよ
使うなとか使いたくないとかの話じゃないだろ
何故話のすり替えばかりするんだ？
なんとかなるって情報握ってるならどんどん出すべきだし出してほしいね
俺は君のお母さんじゃないからね
awesome!
自分が使う使わないの話じゃなくて
脆弱なままだから誰かに"使われてしまう"事が問題だって話だろ。
ここはプログラム技術板だぞ
使うだけの人間ならオフにしておけよ
文句言ってる奴はどのブラウザ使ってるの？
教えてみ
今からwktk
文句言ってる奴はどのブラウザ使ってるの？
教えてみ
mobile safari
chrome lite
opera
chrome plus
firefox
opera mobile
wyzo
それを知ったからって...という感じもするが
気に入らないならオフにしなよ
そういうのが問題になってるんじゃないんだから
ブラウザどれか聞くのに意味があるとは思えない
ieユーザーのせいにしておけばいいとかそういうあれか？
コメントせずにはいられないとかそういうあれなの？
当たり前だけど、使いたくない奴は使わなくていいんだぜ
わざわざ嫌いな物に無駄な時間を費やすのもあれだしな
反論があるなら聞きたい理由くらい説明すれば？
わざと過去レス無視するのやめたらいいと思うよ
嫌なFlashコンテンツがあるなら、プラグインまるごと切れって言ってるのとおなじ
文句言ってる人に、何でこのスレにいるのか聞きたかったのだが
普通は、嫌いな物に時間を使うのは勿体ないよな
Haters Gonna Hate.
webgl叩きが来る被害妄想と恐怖がスレ頭からずっと抜けてない
・期待してる
・嫌い ← このスレに来るのは時間の無駄
おまいらはどれよ？
glスレとjavascriptスレに話題が分散してデモやニュースの張り付けだけのスレになるだろうが、
それでもスレの存在価値が無いわけじゃないから。
好きでもない物に、わざわざ好きじゃないと言いにくる感覚がよく分からん
1人の信者が気持ち悪いぐらい盲目に擁護してるが、駄目なものは駄目だろ
仕様上の脆弱性が解消されるまでは叩くよ。
叩きたくて必至の人に絡まれたくないし、君の為にデモを貼ってる訳じゃないから
then you'd better making your comments in the language that
main contributers of webgl can read.
in other words, no one cares about rants in japanese.
どうやって使えというんだろうな
期待してるから文句言ってるんだよ
文句を言う人を全部敵認定して噛みつくような奴は邪魔者でしかない。
webgl, alの関数をライブラリ化しておけば
全ての言語で開発できる
ゲーム専用のミニブラウザにして各os対応してしまえばクロプラ達成
たいした手間ではないな
ネット対応するゲームはそもそもメンテが必要だから
脆弱性が出るたびに更新し続ければいいわけで
とりあえず提示されてる問題は全て解決できる
この前動かしたらオプション付けてwebglも動いた、何の問題もない
ライブラリを作れば開発環境にブラウザ使わなくていい
ブラウザ上で開発してもXULRunnerに埋め込めば動く
ネットゲーはそもそもメンテが必要
マイクロソフトの脆弱性の指摘をこれ以上主張することには何の意味もない
ウェブブラウザとしてのWebGLは失敗したとしても
クロスプラットフォーム3Dゲーム開発ライブラリの仕様策定と
それの実働環境の提供は成功した
マイクロソフトが脆弱性にこだわってWebGLを無視しても手遅れ
WebGLベースに開発していれば大きな潜在顧客を相手にできるから
企業も無視できない、ネットゲームとの相性もいい
脆弱性にこだわってたらマイクロソフトみたいに出遅れるかもな
NECが出遅れたときと同じ状況になってるわけだ
マイクロソフトはNEC用にWindowsを作って開発環境をwindowsにまとめた
今回は開発環境をWebGLにまとめる
だからWebGLを攻撃する理由がマイクロソフトには存在するわけか
WebGLでゲーム作るか、.netでゲーム作るか
※ただしDirectXはWindowsでしか動かないのでクロプラするにはOpenGLが必須
マイクロソフトはmonoとそれで動くdirectxに
力を入れ始める間の時間稼ぎをできるのだろうか
そのための時間稼ぎが脆弱性だった
↓
mono開発者レイオフ
↓
mono開発者起業
マイクロソフトが頼れるのは.netかSilverlightか
java, flashとも敵対してるしhtml5に結集しつつある
マイクロソフトはオフィスとエクセルで稼ぐしかないのかね
C++/OpenGLでエンジン作ってV8でも組み込んだら?
そのほうがよっぽどクロスプラットフォームだし融通利くしパフォーマンスも出しやすいよ
衝突判定や物理演算がcpu担当
行列の計算して描画するのがgpu担当
データ設定して流して(デバイス依存)命令出すだけなのがOpenGL
ただし衝突判定や物理演算はgpuに担当させることは可能
ボトルネックになるのは衝突判定や物理演算の箇所で
これはWebCLが担当できればいいと思っている
解像度が低ければgpu余るし
WebGLとWebCL使えればcpuには仕事がなくなるからスクリプトでも十分
政治的なことで技術選ぶのは好きじゃないけど
ゲイツちんが原発推進しまくってるから
誰が何を言ってもWebGL使うことにするよ
原発の脆弱性の方がよほど深刻だ
>（WebGLの脆弱性より）原発の脆弱性の方がよほど深刻だ
こんな意味不明な酷い擁護する事からも、宗教的だと言わざるを得ない。この人頭おかしいわｗ
文句言うのは好きにしていいけど、独りでやったら良いじゃん
他人の文句なんて聞きたくないし、絡まれたら面倒くさいわ
具体的にどう書くの？
web_cl:ベクトル同士の内積を１億回計算する。
web_gl:ポリゴンを秒間１億個表示する。
実際に動く完全なコードをよろです。
妙な熱意を持った人ばかり集まるのはどうしてだろうね・・・
としか答えられないよ
何で君に聞いてると思ったの?
何ではっきりした答えを求められてると思ったの?
技術的な話をせず馬鹿みたいな事しか言わないから絡まれるんだよ。
そのくらいも分からない君は馬鹿だな。
具体的なコードはどう書けば動くの？ただの掛け算ですよ。こんなの書き方知ってる人なら一瞬でしょ？
質問してるのに偉そうな奴だな。そんなんじゃ誰も答えてくれんよ。
http://madebyevan.com/webgl-water/
via http://news.ycombinator.com/item?id=2884141
https://sites.google.com/site/hackthewebgl/learning-webglhon-yaku/the-lessons
シェーダーさえ分かってしまえば、それほど難しい事も無いと思うよ
できてないだろ
ラッパー通してればクロスドメインテクスチャ禁止に対応できたのかな
それでみて挫折
<script id="shader-vs" type="x-shader/x-vertex">
<script id="shader-fs" type="x-shader/x-fragment">
この部分は何？
void main(void) {
なぜメインが複数あって、だれが呼ぶ？どういう順番で呼ぶ？分からない事だらけ
ネットで"OpenGL 入門"でググって、普通のOpenGLの仕組みをまずは理解するといいと思う。
大ざっぱなOpenGLの仕組みは
頂点データ
↓
Vertex Shader(頂点単位の処理)
↓
ラスタライズ(3頂点の三角形から画素の集まりに変換)
↓
Fragment Shader(画素単位の処理)
↓
Zバッファ, カラーバッファ書き込み
↓
表示
みたいな感じだ。
Vertex Shaderで射影変換というのをやって
遠近感をだす。
Fragment Shaderで陰影を計算したり
テクスチャを読み込んで貼り付けたりするよ。
Zバッファで隠れた面を見えないようにする。
そういったAPIを使わずに高レベルなライブラリを使う事が多い。
3Dにあまり詳しくない人でもUnreal EngineとかUnity等のゲームエンジンを使えば
GPUを使ったそこそこカッコいいCGのプログラムを作る事ができる。
WebでもWebGLを直接使わなくてもそこそこ3Dのできるライブラリが使われるようになるんじゃないかと思う。
WebGLはそういったライブラリを実装する基盤として使われると。
仕様というかスペックやら画面サイズに違いがががが
ガラケー含めなくてもその傾向はあるし
なんだこれ…このスレに書き込もうとして貼り忘れて残ってたな
実際のところはハードに依存してる部分も多いからね…opengl4.0…
Three.js、J3D、PhiloGL、SceneJS、GLGE のどれが
シェアを獲得するんだろう？ 他にもある？
低レベルまで開放しすぎて脆弱だから、そういうのを標準化しろ。
組み込みのエフェクトがいくつかあれば十分
規格決めなくていいからさっさとどっかが独自実装して既成事実にしてくれ
シーングラフ付を喜ぶのは日本人だけだよ。
というようなライブラリはまだあまり…試行錯誤の段階かなぁ…この手のは
処理速度がボトルネックになりがちな印象 => 俺の実装がなそんなadhocに負けるわけが。黒魔ぐらぼー（南無参
WebGLが本格的に使われることはないだろ。デモコーダーの遊び場止まり。
実案件の現実的な選択肢としては今後5年くらいはFlash 11になるか。
IEが滅びそうな気配もないし
http://lhsp.s206.xrea.com/misc/browser-share.html
>>287
> Unreal EngineとかUnity等のゲームエンジンを使えば
両方ともFlash行ってしまったね。HTML5陣営はなぜこいつらを逃したのか考えないと駄目だと思う。
まあ理由は簡単で、実装のシェアと、向こうはC++も使えるからなんだが。
>>289
作者的に推しなのはThree.js。なかなかの3D野郎だよ。
FLASH11はないわ。理由は↓
http://www.publickey1.jp/blog/11/windows_8uiie10flashsilverlight.html
>Windows 8のタッチUI用IE10はプラグインに非対応。FlashもSilverlightも使えず
MSがやる気のないはWbeGLであってHTML5やJavaScriptじゃない。
MSのポリシー的にいったんサポートしてしまったら永遠に互換性を保ち続けないといけないんだから
極めて限られた使用状況の話をMSさんがどうこうと
一般論のように語るのはあまりどうかと思われ
大多数のPCで動けば当面は問題ないわ…wp7phone国内リリースとかもまだだっけか
と存在感が薄い気もするのだけど
>ASCII.jp - 2011年9月29日
>auから発売中の「IS12T」は世界初のWindows Phone 7.5搭載スマートフォン
いちおう出てたな…でも結局最後はシェアの問題だと思うよ（PC含めての
みたいなのは頻発するよ
IE関係なくどこでも無効にされる
WebGLを使った3DCGのSNS。
時代はすでにWebGLに移行してます。
[WebGL][Firefox][Chrome]FirefoxやChromeでWebGLが動作しない理由
http://d.hatena.ne.jp/nakamura001/20110325/1301015219
windowsだと about:config などでブラウザの設定書き換えないと
表示できないのと（ubuntuだと何も設定しなくても表示されるけど!）
cpu に係る負荷の大きさとか操作しやすさを cg と比較とするとつらいかなぁ
http://www.cg-site.net/users/login/
ただ技術的には頑張ってるとかんじる部分も多そうなので今後に期待。
対応フォーマットの数が多そうなのはいいことだと思う
CPU負荷はポリゴン単位の描画発行をするCgほうが重いし、ライティングもできない
Zソートによるちらつきは以前からモデリングしている人間にとって不評だ。
信者が張るようなサイトでも結局は2度手間になっちゃうわけか。
http://google-latlong.blogspot.com/2011/10/step-inside-map-with-google-mapsgl.html
>Google、WebGLを利用したGoogleマップ「Google MapsGL」アーリーベータ版公開
http://workshop.chromeexperiments.com/bookcase
>Google、らせん状のデジタル本棚公開〜3Dグラフィック「WebGL」活用
>WebGL Water
いや最新のfirefox7.01だ俺が試したのは。
なので張ったリンク先のサイトの情報は
それなりに正確なものだとは思う。
うんそこはデフォで false なんだけどグラフィックボードの種類によっては
http://d.hatena.ne.jp/nakamura001/20110319/1300540751
>WebGL : webgl.force-enabled を検索して true に
強制的に enabled にするオプションを付けてあげないと webgl が効かないんだな
とじぶんもさっき試してみて知ったからあまり偉そうに言えないんだけどさ…
でもHTML５って webgl だけじゃないしね色々選択肢があるのはいいこと
だと思うよ
というかスレ違いだし…気に障ったらすまそ…
わしもじゃよ！とOperaさんが
ひとによって定義は違うかもしれんけど
信者であろうと平気で梯子外しするから恐ろしいわ。
利用料金を大幅値上げして大半のユーザで2倍以上、中には10倍になった人もいる。
9月になってこの新料金が知らされて、9月末には適用すると言いだしたもんだから大騒ぎ
AppEngine SDK使っていたから他にも逃げ出せず、サービス終了か値上げを受け入れるかの二択を迫られた。
当然、利用者から怒号飛び交う猛反発を受けて、準備期間できたけどそれももう終わり。
テクスチャ貼るだけでトリッキーすぎるぜ
JavaScriptができるから、なんていうのは全くアドバンテージにはならん
GLGE も Collada 読めたり便利
プロモーションページ…………（動画さえ再生できれば）html5 で問題なし
ゲーム等の提供サイト…………大勢としては flash → html5 の流れ
ここまでは、結局既存の技術を置き換えるだけのもの。
つまり、上で記した分野に留まった html5 マンセー記事は、本人が意識していよう
がいまいが、ステマの域を超えていない気がする。
新しいユーザー体験を提供するという点では、やはりウェブアプリとスマホが
最有望の分野なんだろうな。今から新しく何かつくるとしたら、このどれかかな。
つか素朴な話、HTML5推す人たちって
最近のApp Storeのスゲーゲーム遊んだことあんのかな〜と
貧弱なモバイルのブラウザで同じことができるようになると本気で思ってるのかな〜みたいな〜
だいたい、iOSのJavaScriptはPCの数十倍遅いからな。
他にもCanvasやCSS 3Dの描画速度や特性にせよ、ゲームに関係のあることは調査済み（仕事だしな
その上でノーと言ってるんだよ俺は。クソが。
既存のウェブの延長線上としてのHTML5はそう悪くないものだが、
なんでもかんでもHTML5なバンドワゴンはひどすぎる。本当にひどいよ。
一つは描画が乱れるというか、リフレッシュが上手くいってないのか
ビデオカメラで画面を撮ったときのようなブレができます
もう一つはずっと動かしてると
一時間に一度くらいの頻度でブルースクリーンになります
これは無理矢理非推奨GPUを有効にして動かしてる影響なのか
Chrome-webkitRequestAnimationFlameの影響なのか
別のなにかの影響か、はたまたWebGLはこういうものなのか分かりますか？
>>330
自分はCanvasも使えないガラケーブラウザでピクミンを再現したことがありますが
工夫に工夫に魔法に工夫を重ねればJAVAアプリ並のことができますよ
Webでこんな低レベルなAPIを使うなんていうのがいかに馬鹿な考えか分かっただろ?
VistaBasicノートCore2
Google Chrome最新β
標準でWebGLが動かないためenable-gpu-blacklistオプション付き
垂直同期やその他の設定は弄らず
（弄るとより頻繁にブルースクリーンになります）
WebGLは
２次元矩形１つを３次元空間でweblitRequestAnimationFlameを用いて60fps弱で動かすだけの軽いデモ
よりGPUに負荷がかかることをすればするほどブルースクリーンになりやすい気がします
楽しいからいいじゃありませんか
でもブルースクリーンは楽しくないので何とか安定させたいのです
せめて一日一度程度なら……
とんでもないセキュリティホールだろw
環境が悪いんだよ諦めろ
ブラウザ起動後促ブルースクリーンから１時間持たすまではブラウザの設定を弄って改善させました
あとwRAFも原因の１つなのではないかとうっすら思ってます、2DCanvasでもこれを使うと何回かフリーズしたので
他にブラウザ間の差や、このメーカーのカスタムGPUは相性が悪いとかありますか？
環境が悪いのなら次のPC買うときに参考にしたいので
なぜか動かなくなってしまい原因調査中です
他は試してません
それでそのデモというのはMDNのデモです
皆さんの環境では完璧に綺麗にスムーズに表示されますでしょうか？
ブラウザでJavaScriptとか意味不
Chrome(β)でもFireFox(α)でも設定を弄る事で安定に動かせるようになりました
基本はだいたい分かったので次はシェーダの事を詳しく学びたいのですが
JavaScriptプログラマーが学ぶのに良い方法等があれば教えてください
それでどちらのブラウザがより良いのかも確かめてみたのですが
サンプルデモのようなシンプルな(Canvas自体だけの)物だとだいたいFireFoxの勝ち
もっと複合的なものや安定度はChromeの勝ちと言うことでどちらか決めれませんでした
しかしFireFoxは場合によりテキスチャがきちんと貼られないバグ等がありました
それから重たい処理をさせるとFireFoxはChromeよりも遠慮なくCPUを独占してマシン毎不安定にさせます
でもツールは凄く便利なのでやっぱり両方使う感じになりますね
OpenGL ESの本を買います
VC++入れます
ひと通り終わってなおWebGLに戻りたかったら戻ればいい
ハード直叩きのDOSゲームが主流の時代にプロテクトモードで動いているOSで
ゲームがまともに動くはずがないとか言われてたなw
実際ハードを直で叩けなくなった分当時のゲームは面倒な事になったけど、
今それに文句言う人はいない。
WebGLもセキュリティの為に少しの不便を強いる事にはなると思うけど、
そのうちそれも当たり前になるだろうね。
抽象化されていてもある程度ハード叩けるから問題視されてるんだよ
そう、WebGLは逆のパターンだけど危険なシェーダーは実行させないとか
チェックを重点的にするようになるっぽいよ。
コードは置けないよね。
シェーダーのソースとか見られても困らない使い方しか出来ないな。
圧縮テクスチャを使えないのは痛いな。
ブラウザによって速度に差がありすぎて事実上非互換になってしまうし
いくらjsが速いブラウザでもげんかいがある
今でも大概のWEB上の需要には十分なパフォーマンスが出るでしょ
そういう文句は結局皆マシン語で書けと言うことになる
それに実際問題推論技術の向上によって一部の計算はＣを越えつつある
ＣはＣで複雑な計算はコンパイラと相性いい書き方しないとかなりパフォーマンス落ちる
http://internet.watch.impress.co.jp/docs/news/20110617_453916.html
ハード直叩きの隠蔽はまあいいというか仕方がないとして（納得はしてないぞ。バッチが異常に遅いとか）
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等の締め出しも完了したしな。
この流れを最初に作ったのは悪魔的手腕のジョブズだけど、うかうかと乗った奴全員を責めたいよ。
JavaScriptにうまくコンバートできない言語は壊滅的打撃を受けるだろう。
・Flashの方がよっぽど脆弱度が高いのは棚に上げて、WebGLは危険！と聞きかじりでネガキャン
・AppleはAppStoreに誘導するためにウェブの進化を阻害しているんだよ！という陰謀論的妄想
・ジョブズとApple信者に対する異常なまでの被害妄想
・オープンはクローズドなんだよ！という破綻した論理
流れは昔からよくあるけどそれに適応できずに大声上げる人も昔からいるね
静的言語を動的言語に変換て頭悪すぎるだろ
なれば解決だろう。
NaClの夢でも見とけばいいんじゃない
WebVMこそ誰もが求めてるものだろう
もともとバイトコードの構造はプログラミング言語とかなり固く結びついてる
C# や Python やら好きな言語でコード書いてコンパイルしてバイトコード生成して、
ブラウザで動かすにしても、それはそれで、たぶん、ブラウザ側で最適化作業が要るんだろうｗ
それならもう、最初から、JavaScript の高速化に賭けるほうがいいかもしれない
