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

1 名前：デフォルトの名無しさん mailto:sage [2011/06/23(木) 01:52:57.33 ] 立ててみました。 Google　　O3D Mozilla　　Canvas:3D ※ただし、マイクロソフトは否定的 競合技術 Papervision3D 関連スレ むしろjavascriptでゲーム作ろうぜ hibari.2ch.net/test/read.cgi/gamedev/1048171505/ 255 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 08:53:20.35 ] if you expect really nice thing and need to improve somewhere, 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. 256 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 10:59:14.18 ] ブラウザがバージョンアップしたら脆弱性対策で平気で互換性ブチ切られる状況で どうやって使えというんだろうな 期待してるから文句言ってるんだよ 257 名前：デフォルトの名無しさん [2011/08/05(金) 11:06:13.82 ] >>254 文句を言う人を全部敵認定して噛みつくような奴は邪魔者でしかない。 258 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 15:14:53.22 ] ネットに繋がなくていいゲームを作ることを目的にするなら webgl, alの関数をライブラリ化しておけば 全ての言語で開発できる ゲーム専用のミニブラウザにして各os対応してしまえばクロプラ達成 たいした手間ではないな ネット対応するゲームはそもそもメンテが必要だから 脆弱性が出るたびに更新し続ければいいわけで とりあえず提示されてる問題は全て解決できる 259 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 16:26:39.89 ] XULRunnerもあるしブラウザのバージョン間の互換性なんてどうでもいい この前動かしたらオプション付けてwebglも動いた、何の問題もない ライブラリを作れば開発環境にブラウザ使わなくていい ブラウザ上で開発してもXULRunnerに埋め込めば動く ネットゲーはそもそもメンテが必要 マイクロソフトの脆弱性の指摘をこれ以上主張することには何の意味もない ウェブブラウザとしてのWebGLは失敗したとしても クロスプラットフォーム3Dゲーム開発ライブラリの仕様策定と それの実働環境の提供は成功した マイクロソフトが脆弱性にこだわってWebGLを無視しても手遅れ WebGLベースに開発していれば大きな潜在顧客を相手にできるから 企業も無視できない、ネットゲームとの相性もいい 脆弱性にこだわってたらマイクロソフトみたいに出遅れるかもな NECが出遅れたときと同じ状況になってるわけだ マイクロソフトはNEC用にWindowsを作って開発環境をwindowsにまとめた 今回は開発環境をWebGLにまとめる 260 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 16:43:44.71 ] マイクロソフトは.NETという対抗手段を持っている だからWebGLを攻撃する理由がマイクロソフトには存在するわけか WebGLでゲーム作るか、.netでゲーム作るか ※ただしDirectXはWindowsでしか動かないのでクロプラするにはOpenGLが必須 マイクロソフトはmonoとそれで動くdirectxに 力を入れ始める間の時間稼ぎをできるのだろうか そのための時間稼ぎが脆弱性だった 261 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 17:09:23.29 ] mono開発者がWebGL脆弱性を指摘 ↓ mono開発者レイオフ ↓ mono開発者起業 マイクロソフトが頼れるのは.netかSilverlightか java, flashとも敵対してるしhtml5に結集しつつある マイクロソフトはオフィスとエクセルで稼ぐしかないのかね 262 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 18:47:16.71 ] 話が終わったら教えてくれ 263 名前：デフォルトの名無しさん [2011/08/05(金) 19:06:26.36 ] >ウェブブラウザとしてのWebGLは失敗した 264 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 21:17:06.80 ] >>259 C++/OpenGLでエンジン作ってV8でも組み込んだら? そのほうがよっぽどクロスプラットフォームだし融通利くしパフォーマンスも出しやすいよ 265 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 22:13:12.90 ] >>264 衝突判定や物理演算がcpu担当 行列の計算して描画するのがgpu担当 データ設定して流して(デバイス依存)命令出すだけなのがOpenGL ただし衝突判定や物理演算はgpuに担当させることは可能 ボトルネックになるのは衝突判定や物理演算の箇所で これはWebCLが担当できればいいと思っている 解像度が低ければgpu余るし WebGLとWebCL使えればcpuには仕事がなくなるからスクリプトでも十分 政治的なことで技術選ぶのは好きじゃないけど ゲイツちんが原発推進しまくってるから 誰が何を言ってもWebGL使うことにするよ 原発の脆弱性の方がよほど深刻だ 266 名前：デフォルトの名無しさん [2011/08/06(土) 10:33:42.28 ] ×政治的　○宗教的 >（WebGLの脆弱性より）原発の脆弱性の方がよほど深刻だ こんな意味不明な酷い擁護する事からも、宗教的だと言わざるを得ない。この人頭おかしいわｗ 267 名前：デフォルトの名無しさん mailto:sage [2011/08/06(土) 16:35:38.19 ] >>257 文句言うのは好きにしていいけど、独りでやったら良いじゃん 他人の文句なんて聞きたくないし、絡まれたら面倒くさいわ 268 名前：デフォルトの名無しさん mailto:sage [2011/08/06(土) 17:53:33.96 ] みんな詳しそうだから質問。 具体的にどう書くの？ web_cl:ベクトル同士の内積を１億回計算する。 web_gl:ポリゴンを秒間１億個表示する。 実際に動く完全なコードをよろです。 269 名前：デフォルトの名無しさん mailto:sage [2011/08/06(土) 17:57:58.77 ] 個人的には、WebGL の技術的な話を淡々としていくスレになって欲しいのだが、 妙な熱意を持った人ばかり集まるのはどうしてだろうね・・・ 270 名前：デフォルトの名無しさん mailto:sage [2011/08/06(土) 21:38:40.43 ] 技術的も何も、これからガンガン仕様変わるからはっきりしたことは言えない としか答えられないよ 271 名前：デフォルトの名無しさん mailto:sage [2011/08/06(土) 21:48:36.92 ] 何で君に聞いてると思ったの? 何ではっきりした答えを求められてると思ったの? 272 名前：デフォルトの名無しさん mailto:sage [2011/08/06(土) 22:22:28.47 ] 仕様が確定しないと技術的な話ができないって不思議な制約だな・・・ 273 名前：デフォルトの名無しさん mailto:sage [2011/08/06(土) 23:23:54.46 ] >>267 技術的な話をせず馬鹿みたいな事しか言わないから絡まれるんだよ。 そのくらいも分からない君は馬鹿だな。 274 名前：268 mailto:sage [2011/08/06(土) 23:48:53.35 ] だから技術的な話をしましょう。 具体的なコードはどう書けば動くの？ただの掛け算ですよ。こんなの書き方知ってる人なら一瞬でしょ？ 275 名前：デフォルトの名無しさん mailto:sage [2011/08/06(土) 23:53:35.32 ] >>274 質問してるのに偉そうな奴だな。そんなんじゃ誰も答えてくれんよ。 276 名前：デフォルトの名無しさん mailto:sage [2011/08/07(日) 01:46:09.53 ] 人柱オナニー野郎が入り口から人に頼ってどうする 277 名前：デフォルトの名無しさん mailto:sage [2011/08/15(月) 02:34:21.47 ] www.youtube.com/watch?v=_wrvKRNn0rU 278 名前：デフォルトの名無しさん mailto:sage [2011/08/15(月) 08:39:14.99 ] リンクを開いて g を押す madebyevan.com/webgl-water/ via news.ycombinator.com/item?id=2884141 279 名前：デフォルトの名無しさん mailto:sage [2011/08/19(金) 01:41:31.28 ] WebGL難しいな　誰か解説サイトや本あったら教えてくれ 280 名前：デフォルトの名無しさん mailto:sage [2011/08/19(金) 01:49:09.04 ] >>279 https://sites.google.com/site/hackthewebgl/learning-webglhon-yaku/the-lessons シェーダーさえ分かってしまえば、それほど難しい事も無いと思うよ 281 名前：デフォルトの名無しさん mailto:sage [2011/08/19(金) 13:39:39.30 ] >>258 できてないだろ 282 名前：デフォルトの名無しさん mailto:sage [2011/08/19(金) 21:40:26.54 ] 技術的に迂回できたら脆弱性対策の意味がないな ラッパー通してればクロスドメインテクスチャ禁止に対応できたのかな 283 名前：デフォルトの名無しさん mailto:sage [2011/08/28(日) 01:15:56.70 ] >>280 それでみて挫折 <script id="shader-vs" type="x-shader/x-vertex"> <script id="shader-fs" type="x-shader/x-fragment"> この部分は何？ void main(void) { なぜメインが複数あって、だれが呼ぶ？どういう順番で呼ぶ？分からない事だらけ 284 名前：デフォルトの名無しさん mailto:sage [2011/08/28(日) 01:48:18.17 ] 「OpenGL ES 2.0 プログラミングガイド」がおすすめ 285 名前：デフォルトの名無しさん mailto:sage [2011/09/15(木) 03:03:39.85 ] WebGLは使った事は無いんだけど、大まかな仕組みはOpenGLと同じだろうから ネットで"OpenGL 入門"でググって、普通のOpenGLの仕組みをまずは理解するといいと思う。 大ざっぱなOpenGLの仕組みは 頂点データ ↓ Vertex Shader(頂点単位の処理) ↓ ラスタライズ(3頂点の三角形から画素の集まりに変換) ↓ Fragment Shader(画素単位の処理) ↓ Zバッファ, カラーバッファ書き込み ↓ 表示 みたいな感じだ。 Vertex Shaderで射影変換というのをやって 遠近感をだす。 Fragment Shaderで陰影を計算したり テクスチャを読み込んで貼り付けたりするよ。 Zバッファで隠れた面を見えないようにする。 286 名前：デフォルトの名無しさん mailto:sage [2011/09/15(木) 09:39:02.23 ] ちなみにWebGLはIEでは実装されない機能 287 名前： 忍法帖【Lv=38,xxxPT】 mailto:sage [2011/09/17(土) 04:19:12.16 ] 普通のデスクトップアプリでは, OpenGLやDirect3Dはハードウェアよりな低レベルAPIなので そういったAPIを使わずに高レベルなライブラリを使う事が多い。 3Dにあまり詳しくない人でもUnreal EngineとかUnity等のゲームエンジンを使えば GPUを使ったそこそこカッコいいCGのプログラムを作る事ができる。 WebでもWebGLを直接使わなくてもそこそこ3Dのできるライブラリが使われるようになるんじゃないかと思う。 WebGLはそういったライブラリを実装する基盤として使われると。 288 名前：デフォルトの名無しさん mailto:sage [2011/09/17(土) 07:10:52.12 ] モバイル後方互換性とか win98 の比でないくらい 仕様というかスペックやら画面サイズに違いがががが ガラケー含めなくてもその傾向はあるし なんだこれ…このスレに書き込もうとして貼り忘れて残ってたな 実際のところはハードに依存してる部分も多いからね…opengl4.0… 289 名前：デフォルトの名無しさん [2011/09/18(日) 03:55:46.03 ] 「そこそこ3Dのできるライブラリ」もイッパイ出てきていて、 Three.js、J3D、PhiloGL、SceneJS、GLGE のどれが シェアを獲得するんだろう？ 他にもある？ 290 名前：デフォルトの名無しさん mailto:sage [2011/09/18(日) 06:57:27.85 ] >>287 低レベルまで開放しすぎて脆弱だから、そういうのを標準化しろ。 291 名前：デフォルトの名無しさん mailto:sage [2011/09/19(月) 12:31:51.38 ] canvasにポリゴンのバッチ描画が付いて 組み込みのエフェクトがいくつかあれば十分 規格決めなくていいからさっさとどっかが独自実装して既成事実にしてくれ 292 名前：デフォルトの名無しさん mailto:sage [2011/10/17(月) 19:02:36.82 ] シーングラフ周りを標準化してW3C DOMで弄れるようにすべき。 293 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 00:13:24.73 ] シーングラフをもった3DAPIがことごとく惨敗しているのに？ シーングラフ付を喜ぶのは日本人だけだよ。 294 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 09:24:14.16 ] OpenGL ESに対応がかなりカバーできていてシェーダー周りもばっちり動くな というようなライブラリはまだあまり…試行錯誤の段階かなぁ…この手のは 処理速度がボトルネックになりがちな印象 => 俺の実装がなそんなadhocに負けるわけが。黒魔ぐらぼー（南無参 295 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 21:37:04.55 ] 真面目な話、MSがIEに載せる気ゼロなのと、JavaScriptな限り WebGLが本格的に使われることはないだろ。デモコーダーの遊び場止まり。 実案件の現実的な選択肢としては今後5年くらいはFlash 11になるか。 IEが滅びそうな気配もないし lhsp.s206.xrea.com/misc/browser-share.html >>287 > Unreal EngineとかUnity等のゲームエンジンを使えば 両方ともFlash行ってしまったね。HTML5陣営はなぜこいつらを逃したのか考えないと駄目だと思う。 まあ理由は簡単で、実装のシェアと、向こうはC++も使えるからなんだが。 >>289 作者的に推しなのはThree.js。なかなかの3D野郎だよ。 296 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 23:29:09.83 ] >>295 FLASH11はないわ。理由は↓ www.publickey1.jp/blog/11/windows_8uiie10flashsilverlight.html >Windows 8のタッチUI用IE10はプラグインに非対応。FlashもSilverlightも使えず MSがやる気のないはWbeGLであってHTML5やJavaScriptじゃない。 297 名前：デフォルトの名無しさん mailto:sage [2011/10/18(火) 23:40:12.17 ] 仕様がまるで固まってないものをMSが実装するわけないでしょ MSのポリシー的にいったんサポートしてしまったら永遠に互換性を保ち続けないといけないんだから 298 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 22:33:18.84 ] >Windows 8のタッチUI用IE10は 極めて限られた使用状況の話をMSさんがどうこうと 一般論のように語るのはあまりどうかと思われ 大多数のPCで動けば当面は問題ないわ…wp7phone国内リリースとかもまだだっけか と存在感が薄い気もするのだけど >ASCII.jp - 2011年9月29日 >auから発売中の「IS12T」は世界初のWindows Phone 7.5搭載スマートフォン いちおう出てたな…でも結局最後はシェアの問題だと思うよ（PC含めての 299 名前：デフォルトの名無しさん mailto:sage [2011/10/19(水) 22:48:35.46 ] 確実にこの先も、セキュリティホールが見つかったからWebGL無効にしてブラウザのバージョンアップを待て みたいなのは頻発するよ IE関係なくどこでも無効にされる 300 名前：デフォルトの名無しさん mailto:sage [2011/10/20(木) 00:26:41.99 ] www.3dcg-arts.net/ WebGLを使った3DCGのSNS。 時代はすでにWebGLに移行してます。 301 名前：デフォルトの名無しさん mailto:sage [2011/10/20(木) 11:21:00.58 ] >>300 [WebGL][Firefox][Chrome]FirefoxやChromeでWebGLが動作しない理由 d.hatena.ne.jp/nakamura001/20110325/1301015219 windowsだと about:config などでブラウザの設定書き換えないと 表示できないのと（ubuntuだと何も設定しなくても表示されるけど!） cpu に係る負荷の大きさとか操作しやすさを cg と比較とするとつらいかなぁ www.cg-site.net/users/login/ ただ技術的には頑張ってるとかんじる部分も多そうなので今後に期待。 対応フォーマットの数が多そうなのはいいことだと思う 302 名前：デフォルトの名無しさん mailto:sage [2011/10/20(木) 13:26:36.85 ] クロスドメイン問題はFirefox5、Chrome13で修正済み。情報古すぎ CPU負荷はポリゴン単位の描画発行をするCgほうが重いし、ライティングもできない Zソートによるちらつきは以前からモデリングしている人間にとって不評だ。 303 名前：デフォルトの名無しさん mailto:sage [2011/10/20(木) 14:01:31.94 ] ロードマップにIE8対応って書いてあるがFlash使って別に実装するつもりなのかな。 信者が張るようなサイトでも結局は2度手間になっちゃうわけか。 304 名前：デフォルトの名無しさん mailto:sage [2011/10/20(木) 14:48:06.01 ] internet.watch.impress.co.jp/docs/news/20111014_483738.html google-latlong.blogspot.com/2011/10/step-inside-map-with-google-mapsgl.html >Google、WebGLを利用したGoogleマップ「Google MapsGL」アーリーベータ版公開 305 名前：デフォルトの名無しさん mailto:sage [2011/10/20(木) 14:51:20.97 ] internet.watch.impress.co.jp/docs/news/20111019_484862.html workshop.chromeexperiments.com/bookcase >Google、らせん状のデジタル本棚公開〜3Dグラフィック「WebGL」活用 306 名前：デフォルトの名無しさん mailto:sage [2011/10/20(木) 14:53:36.17 ] madebyevan.com/webgl-water/ >WebGL Water 307 名前：301 mailto:sage [2011/10/20(木) 16:27:15.34 ] >>302 いや最新のfirefox7.01だ俺が試したのは。 なので張ったリンク先のサイトの情報は それなりに正確なものだとは思う。 308 名前：デフォルトの名無しさん mailto:sage [2011/10/20(木) 17:20:17.80 ] FF7.0.1でwebgl.disabledの初期設定値はfalseだが? 309 名前：デフォルトの名無しさん mailto:sage [2011/10/20(木) 19:33:46.97 ] >>308 うんそこはデフォで false なんだけどグラフィックボードの種類によっては d.hatena.ne.jp/nakamura001/20110319/1300540751 >WebGL : webgl.force-enabled を検索して true に 強制的に enabled にするオプションを付けてあげないと webgl が効かないんだな とじぶんもさっき試してみて知ったからあまり偉そうに言えないんだけどさ… でもHTML５って webgl だけじゃないしね色々選択肢があるのはいいこと だと思うよ 310 名前：デフォルトの名無しさん mailto:sage [2011/10/20(木) 19:40:47.26 ] 最後の二行は余計だったかもしれん… というかスレ違いだし…気に障ったらすまそ… 311 名前：デフォルトの名無しさん mailto:sage [2011/10/23(日) 14:41:05.64 ] WebGLは規格作り直しでもされるの？ 312 名前：デフォルトの名無しさん mailto:sage [2011/10/25(火) 10:10:58.44 ] WebGLはゴミってMSがいってた 313 名前：デフォルトの名無しさん mailto:sage [2011/10/25(火) 11:33:58.96 ] 俺がWwbglの未来を作るって狐さんが わしもじゃよ！とOperaさんが 314 名前：デフォルトの名無しさん mailto:sage [2011/10/25(火) 21:54:32.84 ] そしてGoogleはJavaScriptを見限りました 315 名前：デフォルトの名無しさん mailto:sage [2011/10/25(火) 23:03:12.15 ] まずOpenGLを作り直そうよ 316 名前：デフォルトの名無しさん mailto:sage [2011/10/26(水) 01:38:04.18 ] GoogleはAndroidに傾倒するあまり肝心のクラウドが疎かになっているわけだが 317 名前：デフォルトの名無しさん mailto:sage [2011/10/26(水) 03:12:16.54 ] クラウドが疎かってなんの事？ 318 名前：デフォルトの名無しさん mailto:sage [2011/10/26(水) 15:35:38.38 ] というか android が蔵独活そのものだよ設計思考とか… ひとによって定義は違うかもしれんけど 319 名前：デフォルトの名無しさん mailto:sage [2011/10/26(水) 16:21:59.51 ] >>317 信者であろうと平気で梯子外しするから恐ろしいわ。 利用料金を大幅値上げして大半のユーザで2倍以上、中には10倍になった人もいる。 9月になってこの新料金が知らされて、9月末には適用すると言いだしたもんだから大騒ぎ AppEngine SDK使っていたから他にも逃げ出せず、サービス終了か値上げを受け入れるかの二択を迫られた。 当然、利用者から怒号飛び交う猛反発を受けて、準備期間できたけどそれももう終わり。 320 名前：デフォルトの名無しさん mailto:sage [2011/10/26(水) 19:33:10.38 ] 疎かっていうのと違うくね 321 名前：デフォルトの名無しさん mailto:sage [2011/10/26(水) 19:45:06.66 ] 日本語の話なんて不毛な事はしたくないんで辞書引いてきてね 322 名前：デフォルトの名無しさん mailto:sage [2011/10/27(木) 07:20:24.47 ] ユーザーが増えたら問答無用で値上げのWebサービスって、楽天を思い出す。 323 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 01:55:04.63 ] WebGLわかんねー テクスチャ貼るだけでトリッキーすぎるぜ 324 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 10:35:40.89 ] C/C++のGLESの本買って勉強してきた方がいい JavaScriptができるから、なんていうのは全くアドバンテージにはならん 325 名前：デフォルトの名無しさん mailto:sage [2012/02/06(月) 21:10:09.11 ] flasherにそんなこと言っても無理に決まってるｗ 326 名前：デフォルトの名無しさん mailto:sage [2012/02/11(土) 01:50:05.87 ] three.js このスレで知ったけど WebGL と Canvas 両方使えるってすげぇな GLGE も Collada 読めたり便利 327 名前：デフォルトの名無しさん mailto:sage [2012/02/11(土) 08:06:37.48 ] 低脳アポン厨スレを荒らすな 328 名前：デフォルトの名無しさん mailto:sage [2012/02/11(土) 11:21:24.62 ] 病んでるなぁ 329 名前：デフォルトの名無しさん mailto:sage [2012/02/11(土) 11:46:36.08 ] 一般的なウェブページ…………html5 で問題なし プロモーションページ…………（動画さえ再生できれば）html5 で問題なし ゲーム等の提供サイト…………大勢としては flash → html5 の流れ ここまでは、結局既存の技術を置き換えるだけのもの。 つまり、上で記した分野に留まった html5 マンセー記事は、本人が意識していよう がいまいが、ステマの域を超えていない気がする。 新しいユーザー体験を提供するという点では、やはりウェブアプリとスマホが 最有望の分野なんだろうな。今から新しく何かつくるとしたら、このどれかかな。 330 名前：デフォルトの名無しさん mailto:sage [2012/02/11(土) 18:09:02.95 ] 909 名前：Name_Not_Found[] 投稿日：2012/02/03(金) 09:18:21.52 ID:XuAwVa25 つか素朴な話、HTML5推す人たちって 最近のApp Storeのスゲーゲーム遊んだことあんのかな〜と 貧弱なモバイルのブラウザで同じことができるようになると本気で思ってるのかな〜みたいな〜 だいたい、iOSのJavaScriptはPCの数十倍遅いからな。 他にもCanvasやCSS 3Dの描画速度や特性にせよ、ゲームに関係のあることは調査済み（仕事だしな その上でノーと言ってるんだよ俺は。クソが。 既存のウェブの延長線上としてのHTML5はそう悪くないものだが、 なんでもかんでもHTML5なバンドワゴンはひどすぎる。本当にひどいよ。 331 名前：デフォルトの名無しさん mailto:sage [2012/02/11(土) 20:12:37.33 ] flashetのおっさんたち乙 332 名前：デフォルトの名無しさん mailto:sage [2012/02/11(土) 21:10:53.85 ] WebGL使ってるのですが、２点ほど小さな問題があります 一つは描画が乱れるというか、リフレッシュが上手くいってないのか ビデオカメラで画面を撮ったときのようなブレができます もう一つはずっと動かしてると 一時間に一度くらいの頻度でブルースクリーンになります これは無理矢理非推奨GPUを有効にして動かしてる影響なのか Chrome-webkitRequestAnimationFlameの影響なのか 別のなにかの影響か、はたまたWebGLはこういうものなのか分かりますか？ >>330 自分はCanvasも使えないガラケーブラウザでピクミンを再現したことがありますが 工夫に工夫に魔法に工夫を重ねればJAVAアプリ並のことができますよ 333 名前：デフォルトの名無しさん mailto:sage [2012/02/11(土) 21:14:31.46 ] そりゃ環境依存でしょう Webでこんな低レベルなAPIを使うなんていうのがいかに馬鹿な考えか分かっただろ? 334 名前：デフォルトの名無しさん mailto:sage [2012/02/11(土) 21:20:11.49 ] 環境は VistaBasicノートCore2 Google Chrome最新β 標準でWebGLが動かないためenable-gpu-blacklistオプション付き 垂直同期やその他の設定は弄らず （弄るとより頻繁にブルースクリーンになります） WebGLは ２次元矩形１つを３次元空間でweblitRequestAnimationFlameを用いて60fps弱で動かすだけの軽いデモ よりGPUに負荷がかかることをすればするほどブルースクリーンになりやすい気がします 335 名前：デフォルトの名無しさん mailto:sage [2012/02/11(土) 21:23:27.04 ] >>333 楽しいからいいじゃありませんか でもブルースクリーンは楽しくないので何とか安定させたいのです せめて一日一度程度なら…… 336 名前：デフォルトの名無しさん mailto:sage [2012/02/11(土) 21:24:45.30 ] もしWebGLの仕様上、意図的に実行環境をブルースクリーンにする方法があるなら とんでもないセキュリティホールだろw 環境が悪いんだよ諦めろ 337 名前：デフォルトの名無しさん mailto:sage [2012/02/11(土) 21:30:41.28 ] ドライバー腐ってるか、グラフィックカードがいかれてるか。 338 名前：デフォルトの名無しさん mailto:sage [2012/02/11(土) 21:31:43.54 ] 環境が悪いのならそれはそれでいいのですがもうちょっと何とかしたいのです ブラウザ起動後促ブルースクリーンから１時間持たすまではブラウザの設定を弄って改善させました あとwRAFも原因の１つなのではないかとうっすら思ってます、2DCanvasでもこれを使うと何回かフリーズしたので 他にブラウザ間の差や、このメーカーのカスタムGPUは相性が悪いとかありますか？ 環境が悪いのなら次のPC買うときに参考にしたいので 339 名前：デフォルトの名無しさん mailto:sage [2012/02/11(土) 21:33:01.36 ] だったらなんで他のブラウザを試さないの? 340 名前：デフォルトの名無しさん mailto:sage [2012/02/11(土) 21:34:25.00 ] ようするに問題があるから blacklist なんじゃないの 341 名前：デフォルトの名無しさん mailto:sage [2012/02/11(土) 21:38:01.48 ] FFでは一度動いてたのですが なぜか動かなくなってしまい原因調査中です 他は試してません それでそのデモというのはMDNのデモです 皆さんの環境では完璧に綺麗にスムーズに表示されますでしょうか？ 342 名前：デフォルトの名無しさん mailto:sage [2012/02/14(火) 15:22:55.86 ] JVMや.Netですら3Dの性能でなくて流行らないのに ブラウザでJavaScriptとか意味不 343 名前：341 mailto:sage [2012/02/16(木) 19:25:02.32 ] 解決しました Chrome(β)でもFireFox(α)でも設定を弄る事で安定に動かせるようになりました 基本はだいたい分かったので次はシェーダの事を詳しく学びたいのですが JavaScriptプログラマーが学ぶのに良い方法等があれば教えてください それでどちらのブラウザがより良いのかも確かめてみたのですが サンプルデモのようなシンプルな(Canvas自体だけの)物だとだいたいFireFoxの勝ち もっと複合的なものや安定度はChromeの勝ちと言うことでどちらか決めれませんでした しかしFireFoxは場合によりテキスチャがきちんと貼られないバグ等がありました それから重たい処理をさせるとFireFoxはChromeよりも遠慮なくCPUを独占してマシン毎不安定にさせます でもツールは凄く便利なのでやっぱり両方使う感じになりますね 344 名前：デフォルトの名無しさん mailto:sage [2012/02/16(木) 23:44:13.95 ] まずWebGLとJavaScriptを忘れます OpenGL ESの本を買います VC++入れます ひと通り終わってなおWebGLに戻りたかったら戻ればいい 345 名前：344 mailto:sage [2012/02/16(木) 23:49:33.23 ] ESじゃなくてただのOpenGLの間違い 346 名前：デフォルトの名無しさん mailto:sage [2012/02/17(金) 08:00:13.93 ] シェーダーだけだいたい学べればよいのですが 347 名前：デフォルトの名無しさん mailto:sage [2012/02/17(金) 08:01:56.71 ] OpenGL ESの本も借りて来るとして、参考になるサイト等はありますか？ 348 名前：デフォルトの名無しさん mailto:sage [2012/02/18(土) 17:33:24.55 ] 昔WindowsでDirectXが出始めた時と状況が似てるな。 ハード直叩きのDOSゲームが主流の時代にプロテクトモードで動いているOSで ゲームがまともに動くはずがないとか言われてたなw 実際ハードを直で叩けなくなった分当時のゲームは面倒な事になったけど、 今それに文句言う人はいない。 WebGLもセキュリティの為に少しの不便を強いる事にはなると思うけど、 そのうちそれも当たり前になるだろうね。 349 名前：デフォルトの名無しさん mailto:sage [2012/02/18(土) 19:40:40.15 ] 逆だろ 抽象化されていてもある程度ハード叩けるから問題視されてるんだよ 350 名前：デフォルトの名無しさん mailto:sage [2012/02/18(土) 21:02:18.41 ] ブラウザの実装次第だろ？ 351 名前：デフォルトの名無しさん mailto:sage [2012/02/19(日) 01:23:44.39 ] >>349 そう、WebGLは逆のパターンだけど危険なシェーダーは実行させないとか チェックを重点的にするようになるっぽいよ。 352 名前：デフォルトの名無しさん mailto:sage [2012/02/19(日) 02:40:08.63 ] でも結局の所ソースを完全に隠蔽出来ない以上、クライアント側に重要な コードは置けないよね。 シェーダーのソースとか見られても困らない使い方しか出来ないな。 353 名前：デフォルトの名無しさん mailto:sage [2012/02/19(日) 08:53:36.20 ] 画像ファイルのローダーを書かなくていいのは便利だけど、S3TC系の 圧縮テクスチャを使えないのは痛いな。 354 名前：デフォルトの名無しさん mailto:sage [2012/02/20(月) 08:47:31.80 ] 非リアルタイムな処理をやるときに、C++のようにはCPUの力業が通用しないのは痛いな ブラウザによって速度に差がありすぎて事実上非互換になってしまうし いくらjsが速いブラウザでもげんかいがある 355 名前：デフォルトの名無しさん mailto:sage [2012/02/20(月) 13:03:18.26 ] できることをしたらいい 今でも大概のWEB上の需要には十分なパフォーマンスが出るでしょ そういう文句は結局皆マシン語で書けと言うことになる それに実際問題推論技術の向上によって一部の計算はＣを越えつつある ＣはＣで複雑な計算はコンパイラと相性いい書き方しないとかなりパフォーマンス落ちる

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef