【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/ 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上の需要には十分なパフォーマンスが出るでしょ そういう文句は結局皆マシン語で書けと言うことになる それに実際問題推論技術の向上によって一部の計算はＣを越えつつある ＣはＣで複雑な計算はコンパイラと相性いい書き方しないとかなりパフォーマンス落ちる 356 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 10:53:30.46 ] MS「WebGLは有害技術 internet.watch.impress.co.jp/docs/news/20110617_453916.html 357 名前：デフォルトの名無しさん [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等の締め出しも完了したしな。 この流れを最初に作ったのは悪魔的手腕のジョブズだけど、うかうかと乗った奴全員を責めたいよ。 358 名前：デフォルトの名無しさん [2012/03/04(日) 01:46:41.05 ] あと、JavaScriptが基幹言語・基軸言語と化したのは痛い。 JavaScriptにうまくコンバートできない言語は壊滅的打撃を受けるだろう。 359 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 04:55:21.12 ] cとschemeの間の子で基幹言語としてこれ以上ないほど適任だぞ 360 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 06:11:08.48 ] Flasherにありがちなこと ・Flashの方がよっぽど脆弱度が高いのは棚に上げて、WebGLは危険！と聞きかじりでネガキャン ・AppleはAppStoreに誘導するためにウェブの進化を阻害しているんだよ！という陰謀論的妄想 ・ジョブズとApple信者に対する異常なまでの被害妄想 ・オープンはクローズドなんだよ！という破綻した論理 361 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 07:04:32.57 ] マシンパワーが余ってくると抽象度を上げて安全性を高めるなんて 流れは昔からよくあるけどそれに適応できずに大声上げる人も昔からいるね 362 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 09:50:35.80 ] CLRみたいなのをブラウザに組み込めばいいのに 静的言語を動的言語に変換て頭悪すぎるだろ 363 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 17:19:17.19 ] 安全性の問題は GLX_ARB_create_context_robustness, GL_ARB_robustness を使うように なれば解決だろう。 364 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 10:17:25.65 ] >>362 NaClの夢でも見とけばいいんじゃない 365 名前：デフォルトの名無しさん mailto:sage [2012/03/11(日) 22:31:47.40 ] DartとかNaClとかあそこは何がしたいんだろうな WebVMこそ誰もが求めてるものだろう 366 名前：営利利用に関するLR審議中＠詳細は自治スレへ [2012/03/31(土) 14:42:52.54 ] もちろん CLR のような進化の方向性あるだろうが、まあこれも問題があるんだろう もともとバイトコードの構造はプログラミング言語とかなり固く結びついてる C# や Python やら好きな言語でコード書いてコンパイルしてバイトコード生成して、 ブラウザで動かすにしても、それはそれで、たぶん、ブラウザ側で最適化作業が要るんだろうｗ それならもう、最初から、JavaScript の高速化に賭けるほうがいいかもしれない 367 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/03/31(土) 18:22:13.41 ] JavaScript は、巨大プログラムを作るようには設計されていない。 368 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/03/31(土) 20:44:49.07 ] >>366 Java, Jythonの関係みたいに些細な最適化をしなければできるっしょ。 シンタックスがちょいと違う似たような言語が 同じ土俵に立てないのがバイトコードなしの悪弊なんだよね。 CoffeeScriptとかDartが普及できん 369 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/01(日) 06:31:40.02 ] トランスレータとしては十分な速度出るようになってるし、別にええんちゃうか コードがそのままで動くように成るならそれに越したことはないが 手元でバイトコードにコンパイルするんだったら現状と変わらんよ 370 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/01(日) 08:58:09.98 ] JavaScriptって目一杯最適化済のC++のコードの１割くらいのパフォーマンスは既に出るようになってる これがもう倍の倍くらいになれば十分なんだが できるだけ抽象化して内服がCの高次機構どんどん導入して なるべくJSでロジック組まなくていいようにすべきだな WebGLも行列の処理がネイティブでサポートされればだいぶ希望が増す ES7くらいで是非頼むよ 371 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/02(月) 09:18:42.25 ] 中間言語というなら最低でも64ビット整数型くらいは付けてくれ 372 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/05(木) 11:32:01.00 ] 初心者の質問でスマンコ。スレチなら誘導してくれオマンコ。 幅１で引くCANVASで引く線がにじむんだが、どうすれば避けられる？ アンチエイリアスを掛けたような滲みなんでオプションで消せるんじゃないかと思うんだが・・・ 症状としては線幅１で滲んだ灰色がかった線、線幅２で濃い黒い線で、両者で幅変わらず。 使うのはPostscript互換というかGhostViewナシで図をプレビューするだけの素朴な使い方を想定している。 直線主体で白黒の理系二次元グラフだ。 373 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/06(金) 16:38:33.78 ] Canvasだけの話ならこっち Canvasについて語ろう toro.2ch.net/test/read.cgi/hp/1305093769/ 374 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/04/09(月) 15:51:49.82 ] >>372 何がやりたいのかは知らんが、座標を0.5ずらしてやればちゃんと1pxで描画出来る。 375 名前：デフォルトの名無しさん mailto:sage [2012/05/19(土) 22:33:32.58 ] フラグメントシェーダーのdiscardってバグが多いのか？ 376 名前：デフォルトの名無しさん mailto:sage [2012/07/05(木) 15:02:51.41 ] mrdoob.github.com/three.js/ 377 名前：デフォルトの名無しさん [2012/08/04(土) 02:16:24.06 ] ジョン・カーマックがQuakeCon 2012の基調講演で曰くJavaSciprtとWebuGLはクソ あたしも完全に同意見だね。 378 名前：デフォルトの名無しさん [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 pc.watch.impress.co.jp/docs/column/kaigai/20120803_550845.html >> V8で高速化手法をやり尽くしたため、JavaScriptは、これ以上の飛躍的な高速化は望めないのではないか ってことだろ。Dartは微妙だと思うけどなｗ つかセキュリティが欲しいならNaClでいいだろうがと思うんだが （速度的にはネイティブの3割ダウンといったところだったはず） MozillaとBrendan Eichあたりが拒否してるんだよな。こいつらガンだわ。 379 名前：デフォルトの名無しさん [2012/08/04(土) 02:41:51.05 ] >>370 > なるべくJSでロジック組まなくていいようにすべきだな GPUに丸投げするというおぞましい解もあるぞｗ 実現性は知らんがｗ 380 名前：デフォルトの名無しさん [2012/08/04(土) 02:53:36.71 ] >>361 ああ、あとマシンパワーが余っていないことに加えて、抽象化の仕方もおかしいだろと。 よりによってスクリプト言語をVMのようなものにすんなとｗ 局所最適解にもほどがあんだろ。冷静に考えて、何から何まで間違ってるだろHTML5って発想ｗ この辺はGoogleのNaClだけじゃなく、MozillaもLLJSを提案したりしているけれどね。 全世界のエンジニアがこんな愚かなトレンドに走ったのは歴史の汚点として残るだろうよ。 誕生した瞬間からクソレガシー技術とかアホじゃないの。 381 名前：デフォルトの名無しさん mailto:sage [2012/08/04(土) 09:51:55.00 ] JSは速度以前に言語仕様がクソだろ 382 名前：デフォルトの名無しさん mailto:sage [2012/08/04(土) 20:43:11.42 ] >>378 仮想マシンが吐いたコードの最適化技術は使い回しが効くんじゃないか だいたい用途が違うにも関わらずc++と比較する奴がヴァカ greeやmobageを見る限り、金を巻き上げるにはjsで十分だろ 383 名前：デフォルトの名無しさん mailto:sage [2012/08/04(土) 20:51:18.98 ] >>382 グリーやモバゲーだとjs以前の問題なような・・・ 課金システムはperlだっけが 384 名前：デフォルトの名無しさん mailto:sage [2012/08/04(土) 20:54:12.54 ] >>342 unityは流行ってるだろ.java製のminecraftも一時期ブームだったし 普通の業務系のプログラマはわざわざゲームを作りたいと思わないし、 ゲームプログラマはc++を使えるのに製品で性能落としてまで javaやc#で作るメリットが無いから使わないだけだろ 何より本業と片手間の趣味で言語のイディオムを切り替えるのは苦痛 385 名前：デフォルトの名無しさん mailto:sage [2012/08/04(土) 21:26:26.40 ] >>380 プログラマにとってトレンドよりも重要なことなんてあったか? ああ、FOSS教GNU派RMS主義の方たちか 386 名前：デフォルトの名無しさん mailto:sage [2012/08/04(土) 21:46:06.47 ] flash重いとかいってたヘボ環境ではそれ以上に重い それ自体は事実 actionscript嫌いだけど 結局モバイルで使い物にならないなら一般のサイトでwebgl使うのはまだ先。 余裕があるならやればいいんじゃねって感じ 387 名前：デフォルトの名無しさん mailto:sage [2012/08/04(土) 22:08:12.98 ] WebGLが出てからしばらく経つけど面白いゲーム出た？ 388 名前：デフォルトの名無しさん mailto:sage [2012/08/05(日) 02:20:33.07 ] discard多用してるんだが 対応してない環境が多いってほんと？ 389 名前：デフォルトの名無しさん mailto:sage [2012/08/05(日) 02:46:30.65 ] 会話がなりたっているようで実はそれぞれが思い思いの独り言書いてる スレだったりする？ 390 名前：デフォルトの名無しさん mailto:sage [2012/08/05(日) 10:32:11.89 ] >>388 デスクトップではどうかしらんが qualcommのgpuはアウトらしい 391 名前：デフォルトの名無しさん [2012/08/06(月) 19:58:52.58 ] 結局、Internet Explorer が対応しなきゃ使わないだろう WebGL は実質 Google しか得しないプラットフォーム 392 名前：デフォルトの名無しさん mailto:sage [2012/08/06(月) 21:21:58.33 ] みんなアンカーつけてこうぜ！なんか他のすれより頭のよさそうなひとばかりな 気がする 393 名前：デフォルトの名無しさん mailto:sage [2012/08/06(月) 21:22:02.42 ] 3DはCSS3を使えとMS 394 名前：デフォルトの名無しさん mailto:sage [2012/08/06(月) 22:11:22.61 ] Operaも対応してきてるけど GLSLでfunctionが使えないとかまだ制限があるな・・ 395 名前：デフォルトの名無しさん mailto:sage [2012/08/07(火) 13:29:00.64 ] このスレ的にはWebCLってどうなの？ やっぱどうせJavaScriptとopenGLを半分無理矢理組み合わせるんなら こういう他の技術も合わせていった方が有用に見られると思うんだ 396 名前：デフォルトの名無しさん mailto:sage [2012/08/08(水) 10:58:55.34 ] サマーウォーズのozﾏﾀﾞｧ-? （・∀・ ）っ/凵⌒☆ﾁﾝﾁﾝ 397 名前：デフォルトの名無しさん mailto:sage [2012/08/09(木) 03:34:33.71 ] WebCLって計算する部分はGLSLみたいにCライクな別の言語で実装するんだな。 WebGLといい、CとかC++で1から実装する意味が段々薄れてくるな。 398 名前：デフォルトの名無しさん mailto:sage [2012/08/10(金) 08:13:11.38 ] WebGLのもうちょいましなラッパーライブラリがでないものかね 2d+cssとWebGLの差をもう少し埋めて欲しい 399 名前：デフォルトの名無しさん mailto:sage [2012/08/10(金) 08:24:41.78 ] 自分はWebGLとOpenGLの差を埋めてほしいわｗ 現状でも拡張だのゴタゴタやってるんだから いっそ２バージョン作ればいいのに 400 名前：デフォルトの名無しさん mailto:sage [2012/08/10(金) 08:30:11.14 ] >>399 > 自分はWebGLとOpenGLの差を埋めてほしいわｗ 真性？ 401 名前：デフォルトの名無しさん mailto:sage [2012/08/10(金) 09:59:06.01 ] >>398 言い出しっぺの法則 402 名前：デフォルトの名無しさん mailto:sage [2012/08/10(金) 10:21:02.79 ] >>400 何か変なこと言ったか？ テクスチャサイズとかそういうところだよ 403 名前：デフォルトの名無しさん mailto:sage [2012/08/10(金) 10:26:41.64 ] ライブラリでやれ 404 名前：デフォルトの名無しさん mailto:sage [2012/08/10(金) 10:42:01.00 ] >>402 真性かw 405 名前：デフォルトの名無しさん mailto:sage [2012/08/10(金) 10:47:28.81 ] なんで2.0なの？とかは思う 406 名前：デフォルトの名無しさん mailto:sage [2012/08/10(金) 12:59:55.47 ] glesとglの違いがわかってないのがいる？ 407 名前：デフォルトの名無しさん mailto:sage [2012/08/14(火) 20:55:33.46 ] .NET のアプローチが正道 408 名前：デフォルトの名無しさん mailto:sage [2012/08/14(火) 22:02:52.95 ] >>391 いや、IEにもCanvasのフレームバッファ機能が実装されているから自力で描画するライブラリを作れば問題ない OpenGLだって、ハードの対応がない部分はソフトウエアによる描画になるわけだし 409 名前：デフォルトの名無しさん mailto:sage [2012/08/14(火) 22:31:35.48 ] OpenGLアプリの移植には都合がいいが、Webアプリでやる意味ない。害悪はある。 410 名前：デフォルトの名無しさん mailto:age [2012/08/17(金) 03:00:41.63 ] このサイト、MacでSafari5 (開発オプションでWebGL有効)で踏むと 段々重くなって操作不能にならないか？ 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未確認） 411 名前：デフォルトの名無しさん [2012/10/07(日) 03:55:10.18 ] このスレってもしかしてイタチ？ 412 名前：デフォルトの名無しさん mailto:sage [2012/10/07(日) 06:47:33.21 ] Macは糞 413 名前：デフォルトの名無しさん [2012/10/07(日) 08:36:24.81 ] WebGL==オワコン 414 名前：デフォルトの名無しさん mailto:sage [2012/10/07(日) 18:50:26.32 ] WebGLは、そのうちSilverlightに移植（DirectXで実装）されてIEでも使えるようになるだろうから、文字通りの「世界標準」になるよ 来年は、WebGLができなければ会社もやめさせられるようになるかも・・・ 415 名前：デフォルトの名無しさん mailto:sage [2012/10/07(日) 21:32:42.15 ] 確かにWebGLは2Dのアプリで主に使われそうな気がする。 416 名前：デフォルトの名無しさん [2012/10/07(日) 22:08:26.00 ] >>414 WebGLの実情として、WebGLの中でChromeでしか動かない機能があったり、 ブラウザーごとに使える機能や挙動ががどんどんマチマチになってるんだよねぇ。。 標準化とはほど遠いのが現状。 Silverlightに移植ってのがどういうことかわかんないけど 仕様のカオス化が進むってことでおk?w >>415 2Dアプリは現実的で地味に生き残りそう。 それに付随して3Dもほそぼそと発展するのかな。 WebGLのメガデモに興味があるから廃れんで欲しいなぁ。 417 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 01:11:01.00 ] なんか勘違いしているけどMSはWebGLが技術的に作れないんじゃなくて 政治的に実装できないんだよ。 だからIEにWebGLが搭載されることは絶対ないよ。 418 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 01:50:46.09 ] これ、たぶんM$の作ったhtml5でのゲームプログラミング紹介サイト buildnewgames.com/ html5の普及具合によっては、silverlightなんて見限るよね 419 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 01:53:49.36 ] >>417 例えばSVGに関してもそのように信じていた時代がありました。 420 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 06:18:16.88 ] >>418 見限るもなにも、wpfに注力するといってmac版は既に切られてるんだが 421 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 08:28:45.14 ] >政治的に実装できない 政治的に実装したくない ってことですか？ 422 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 10:14:54.48 ] IEにWebGL実装しないの？　って問われてもセキュリティ云々で現に否定してるからねえ ActiveXを捨てきれないお前らが言うなって感じだが Win版のFFもChromeも実装はライブラリ挟んでDirect3Dにブン投げてるだけじゃなかったっけ 423 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 10:28:15.60 ] IEを二種類作れば良いんだな 424 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 13:44:38.34 ] セキュリティ確保するためにハードウエアが制限されるなんて糞仕様。 425 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 14:04:23.35 ] >>422 NPAPIならセキュアなんですね(棒 426 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 15:08:39.90 ] しばらくしたらサンドボックスIEが出てくるよ 427 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 15:10:42.14 ] もうある msdn.microsoft.com/ja-jp/library/vstudio/bb763046.aspx 428 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 19:47:18.26 ] MSのセキュリティ云々の言い訳を真に受けているのはどうかと思うよ。それに情報自体が古い。 MSはWebGLを実装しないってことは本当だけど、 それはセキュリティのためではなくDirect3Dを推進するため。 OpenGLのラッパーであるWebGLを推進することはない。 そのうちMSからDirectXをラップした3DAPIが出てくるから。 429 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 22:29:17.99 ] と、古い頭の人が何か言ってる件 Direct3Dを推進（笑） 430 名前：デフォルトの名無しさん [2012/10/08(月) 22:37:21.38 ] これからは、VRMLの時代だよね XMLが創り出すセマンティックな3Dグラフィックが、新しい世界を切り開く WebGLなんて、バカ丸出しだｗ まずシェーダーのコード書いてコンパイルしろ、とか40年前の発想だよな 431 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 22:50:21.86 ] 実際のところホビーユースやデモ用途以外の今後の展望は本当にあるのだろうか。 商業でつかいだしそうなのはヤフーモバゲーくらいじゃないか？ 432 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 22:50:43.90 ] セキュリティが〜とか言っている人は病気だよね。 ずっとここ監視しているし気持ち悪いよね。仕事しているのかな? 433 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 22:54:48.88 ] >>431 当面はゲーム用じゃないのかな。 コンシューマやっているけどWeb系もやりたいという会社向けじゃないかと。 普段3D系のゲーム作っている会社にとってはOpenGLは慣れ親しんだAPIだし WebGLで作るのも苦じゃないでしょ。 434 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 23:10:42.83 ] そしてグラフィックスAPI以上に整備も統一もされていない オーディオや入力まわりのヘボさに幻想を打ち砕かれる、と 435 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 23:16:05.77 ] なんで何でもかんでもブラウザでやりたがるんだろうな 436 名前：デフォルトの名無しさん mailto:sage [2012/10/08(月) 23:30:24.51 ] まぁ、おまえみたいに文句しかいわない奴のとこに仕事なんて来ないから安心しろよ 437 名前：デフォルトの名無しさん mailto:sage [2012/10/09(火) 02:18:39.46 ] jsだとバイナリファイルの扱い遅いし、まともにパックされてない糞でかいリソースで帯域食い潰すんですよね 438 名前：デフォルトの名無しさん [2012/10/09(火) 02:45:49.04 ] なんかjsでlinux作ったとかいうニュースなかったっけ？ 439 名前：デフォルトの名無しさん mailto:sage [2012/10/09(火) 04:38:04.36 ] >>437 exeと違って同じ物を毎回(何度も)ダウンロードするんですね判ります。 440 名前：デフォルトの名無しさん mailto:sage [2012/10/09(火) 05:05:16.34 ] 実際のところWebGLのカウンターパートにあたる3DCGの宣言的記述言語が 全く手つかずなのが気になる。 VRMLは長らくお亡くなりだし、多分X3Dでまとまる方向なのだろうけれども、 標準化という意味ではWebGLよりも2周り以上遅れている。 今のところはまだ提案レベルでこれを標準としようとする動きがどのブラウザ メーカーからも見えないのは辛い。 441 名前：デフォルトの名無しさん mailto:sage [2012/10/09(火) 07:13:25.35 ] >>439 Application Cacheは？ 442 名前：デフォルトの名無しさん mailto:sage [2012/10/09(火) 07:20:30.37 ] 仕様がただ単にラップしただけ。場当たりすぎ。 443 名前：デフォルトの名無しさん mailto:sage [2012/10/09(火) 09:34:31.38 ] >>440 COLLADAがあるだろ 444 名前：デフォルトの名無しさん [2012/10/09(火) 10:27:43.28 ] いっそFlas... 445 名前：デフォルトの名無しさん mailto:sage [2012/10/09(火) 11:03:50.62 ] htmlを組むのにテンプレートエンジンが星の数ほど あるように 3d組むのにそれ用のフォーマットが星の数ほど生まれてきて しまうのも自然の摂理なのだ。 しかしブラウザのバージョンを揃えた所で osが違うと、ハードウェア構成が違うと レンダリング結果は異なる…その辺の足並みが揃うのはまだ先や 446 名前：デフォルトの名無しさん [2012/10/09(火) 12:08:59.15 ] ハード構成はひとつの極論でしょ。 正論かも知れないが言い出したらキリがない事実上の空論。 ブラウザで標準化されることは必要かと思うな。 demo.bkcore.com/threejs/webgl_tron_godrays.html (関係ないけど今朝見つけたデモ。) 447 名前：デフォルトの名無しさん [2012/10/09(火) 12:35:55.23 ] >>445 まあ、テンプレートエンジンについていえば、Json/jQuery のおかげでサーバサイドで HTML 生成する必要性が完全ゼロになった ありがたや 448 名前：デフォルトの名無しさん mailto:sage [2012/10/09(火) 13:29:43.51 ] >>443 EPSがあってもSVGが必要とされたように、COLLADAがあってもそれとは別に Webと親和性の高い3DCGの記述言語は必要だと思う。 HTMLのDOMに直接ぶら下げられることとCSSへの対応は欲しいところ。 449 名前：デフォルトの名無しさん mailto:sage [2012/10/09(火) 16:51:51.86 ] O3D,Canvas:3D,Papervision3Dを抽象化するレイヤが出来て解決 450 名前：デフォルトの名無しさん mailto:sage [2012/10/09(火) 17:09:19.39 ] 課題が全部解決したら上げてくれ 451 名前：デフォルトの名無しさん [2012/10/09(火) 21:42:45.66 ] XML解析してWebGLで描画するJavaScriptのライブラリ作れば、全部解決 452 名前：デフォルトの名無しさん mailto:sage [2012/10/10(水) 09:35:59.60 ] >>448 ちなみに言っておくが、3Dデータって膨大なデータ量なんで最終的な段階でテキストデータを使うことはあり得ない。 COLLADAもあくまでデータ交換用のフォーマット。 453 名前：デフォルトの名無しさん mailto:sage [2012/10/10(水) 10:50:38.54 ] >>446 d.hatena.ne.jp/nakamura001/20120615/1339782858 >他のマシン(OSはMac OS X)でGPUを確認するとこの様な表示になったのでコレなOKかな？と7 >思って期待して試したのですがこちらも上手く表示されませんでした なんのためのblacklist。 opera:config#UserPrefs|EnableWebGL opera:gpu 確認して動くかな dev.opera.com/articles/view/raw-webgl-part1-getting-started/ devfiles.myopera.com/articles/8442/02-minimal-draw.html 動いた！ https://github.com/mrdoob/three.js/issues/672 mrdoob.github.com/three.js/examples/webgl_geometry_cube.html Could not initialise shader とか three.js のサンプル軒並み動かない！ 64bit の win7 radeon HD6720G2いう環境が悪いのか…前はもうちょい動 いてたような印象があるのだが… 454 名前：デフォルトの名無しさん mailto:sage [2012/10/10(水) 11:01:45.68 ] >demo.bkcore.com/threejs/webgl_tron_godrays.html 機械の筒の輪みたいなのが表示されないけど 光の部分は3割り程度再現できてるようだ… バージョン 12.02 Build 1578 プラットフォーム Win32 システム Windows 7 455 名前：デフォルトの名無しさん mailto:sage [2012/10/10(水) 13:37:13.05 ] >>452 何を意図した「ちなみに」なのかよくわからん。 X3DOMとかってあまり知られていないのかな。 www.x3dom.org/?page_id=2 456 名前：デフォルトの名無しさん mailto:sage [2012/10/11(木) 09:28:08.54 ] >>455 見たところHTMLに含められる事以外はCOLLADAともろかぶりだけど。 COLLADAもXHRを使えば簡単にDOMツリーに変換できるし。 問題はそれをどう表示するかだけど、three.jsを使えば読み込みから表示まで全部やってくれるよ。 457 名前：デフォルトの名無しさん mailto:sage [2012/10/11(木) 09:45:14.19 ] colladaは統一フォーマットの体をなしていないうえに容量も読み込み処理も重くなりがち 簡単にパーサが書けるから安易にゲームエンジンに用いられているだけというのが実情 458 名前：デフォルトの名無しさん mailto:sage [2012/10/11(木) 18:44:02.56 ] 410以降丸々１か月以上レスが無かったのに急にどうしたこのスレ 459 名前：デフォルトの名無しさん [2012/10/11(木) 22:34:40.00 ] まあ410以外、みんな普通に水をチャプチャプ出来てたから共感出来なかったんじゃないかw 460 名前：デフォルトの名無しさん mailto:sage [2012/10/11(木) 22:58:15.20 ] こういうスレって最初は物珍しくて伸びるけど、その内飽きて放置される運命 たまに誰かが上げてちょっと伸びるけど、そのくらいで終わる。 461 名前：デフォルトの名無しさん mailto:sage [2012/10/22(月) 08:21:24.69 ] >three.js aba氏に遅いと言われてたな 462 名前：デフォルトの名無しさん [2012/11/14(水) 11:07:29.08 ] 俺が規制されてる間に世間の流れが変わっててﾜﾛﾀ 最新のネイティブアプリのゲームを見ると この数年間HTML5HTML5盛り上がって、その実足踏みしてたやつらが 完全に置き去りにされたのがよく解るな。 ギルティドラゴン https://itunes.apple.com/jp/app/girutidoragon/id561649266?mt=8 ブラウザに賭けてた連中、これと一体どうやって勝負する気だよ。無理だろ常識的に・・・ クソつまんねークリックゲームなのはもしもしゲーと一緒なんだが だからこそパチンコ同様絵や音の派手な演出がモノを言うだろうし。 仮に今後WebGL対応が進んで、さらに、同じものが動かせるようになったとしても 先行してリッチゲームのノウハウ蓄積した連中が雪崩れ込んできて 押しつぶされるだけじゃないかな(´・ω・｀) つかUnityのようなゲームエンジンがちょいとWebGL対応するだけでおしまいだ。 463 名前：デフォルトの名無しさん mailto:sage [2012/11/15(木) 00:24:26.92 ] >>462 主立ったゲームエンジンではflash、nacl寄りに流れててwebglはあまり相手にされてない 上位ライセンス下位ライセンスでapi制限つけたりするのにjsは都合が悪い 464 名前：デフォルトの名無しさん [2012/11/22(木) 03:58:45.05 ] Unityもがんばってるな。 www.youtube.com/watch?v=BwMu3PxHOEc Flashはやはりパフォーマンス的にいつの時代もいまいちぱっとしない。。 465 名前：デフォルトの名無しさん mailto:sage [2012/11/24(土) 20:33:22.51 ] Unity(Web)の主流は独自プラグインなんだよな どうせPCのブラウザでしか動かないんだからWebGLとか意味なす 466 名前：デフォルトの名無しさん mailto:sage [2012/11/25(日) 17:23:17.38 ] そういえば、UnityもNaCl出力できるよな。 将来的にはWebGLにも対応するのだろうか。 467 名前：デフォルトの名無しさん mailto:sage [2012/11/25(日) 21:34:00.48 ] NaClは大した苦労なくMonoがそのまま動く。 ブラウザのJavaScriptだけで動かすのとは次元が違うよ。 468 名前：デフォルトの名無しさん mailto:sage [2012/11/25(日) 21:44:38.94 ] Unityをちゃんと動かそうと思ったらMSのCLIを実装しなきゃいけないわけで JavaScriptだけでそれやるのはさすがに非現実的すぎる話 スクリプティング言語をJavaScriptだけに制限して、ライブラリもかなり絞れば 超限定的な対応はできないこともないのかもしれないけど、そんなもん意味あんのかと 469 名前：デフォルトの名無しさん mailto:sage [2012/11/25(日) 22:14:09.08 ] www.infoq.com/jp/news/2012/11/Moscrif 「 HTML5はパフォーマンスに重要な問題を持っているので、多くのグラフィックスを含んだ良質のゲームを開発するのは不可能である。」 470 名前：デフォルトの名無しさん mailto:sage [2012/11/25(日) 22:24:20.46 ] そんな大規模なゲームをWebブラウザで動かす意味がないわな ダウンロードに長いこと待たされるんならネイティブでいい 現状、C#やJavaScriptでほとんどすべてのプラットフォームに対応したネイティブアプリを作れる環境があって それ以上何が必要なのか 471 名前：デフォルトの名無しさん mailto:sage [2012/11/25(日) 23:07:10.93 ] HTML5は、facebook すら、まともなパフォーマンスではうごかない。 472 名前：デフォルトの名無しさん mailto:sage [2012/11/26(月) 10:49:57.86 ] unityは素人が遊びに使うにはいいが 商業的にはライセンスが高すぎて使えない 473 名前：デフォルトの名無しさん mailto:sage [2012/11/28(水) 17:15:01.75 ] 商業規模で開発するゲームで遊ぶ暇なんて学生かニートぐらいのもので、 社会人が息抜きに遊ぶには素人の遊びレベルで十分 474 名前：デフォルトの名無しさん mailto:sage [2012/11/28(水) 22:31:04.32 ] 商業的に使われるとしたら、 ソーシャルカードゲーム(笑)のエフェクトにちょびっと出てきたりする程度だろうな 475 名前：デフォルトの名無しさん mailto:sage [2012/11/29(木) 01:44:16.08 ] WebGL期待してるぜ 476 名前：デフォルトの名無しさん mailto:sage [2012/11/29(木) 02:40:31.16 ] >>473 ゲーム = RPG だと思ってるゆとり 477 名前：デフォルトの名無しさん mailto:sage [2012/11/29(木) 08:06:02.89 ] ファイナルファンタジーは、会社員だらけ。 478 名前：デフォルトの名無しさん mailto:sage [2012/11/29(木) 10:39:35.86 ] 民主党 「韓国人の生活が第一。韓国をあざけることは、絶対にしてはならない」 2logch.livedoor.biz/archives/4285845.html 479 名前：デフォルトの名無しさん mailto:sage [2012/11/29(木) 11:11:17.97 ] 国民の生活第一が大津の未来と合流したのは やはり大津だからだよな 480 名前：デフォルトの名無しさん mailto:sage [2012/12/14(金) 10:20:46.58 ] SQLite 481 名前：デフォルトの名無しさん [2012/12/21(金) 12:27:33.07 ] >>473 本当にゲーム好きな人は社会人で多忙だとしてもやってるよ。 精神的なゆとりなさ過ぎだろw 482 名前：デフォルトの名無しさん mailto:sage [2012/12/21(金) 20:39:36.73 ] 大人にもなってどっぷりゲームやってるやつって終わってるよね 何ムキになってるの？ 483 名前：デフォルトの名無しさん [2012/12/21(金) 21:36:41.87 ] テンプレ乙www ガキ過ぎwww 484 名前：デフォルトの名無しさん [2012/12/21(金) 22:31:24.83 ] HTML5でシリアル通信できますか？ 485 名前：デフォルトの名無しさん [2012/12/22(土) 17:28:59.46 ] もちろん、できますよ HTML5に不可能はありません 486 名前：デフォルトの名無しさん [2012/12/26(水) 06:42:24.65 ] 最近触り始めたので覗いてみたんだが、>>1にある ＞※ただし、マイクロソフトは否定的 ってどういうこと？ 公式に見解を出してるのかな？ 487 名前：デフォルトの名無しさん mailto:sage [2012/12/26(水) 10:47:40.97 ] >>486 セキュリティへの懸念を表明してるよ もちろんセキュリティは大問題なんだけど、MSにとってそれより重要なのは 「仕様が安定していない」ということ。MSは過去の反省から、仕様が安定しているものでないと IEには絶対に実装しないというスタンスをとってるからね。IEで一番重視されてるのは上位互換だから。 488 名前：デフォルトの名無しさん mailto:sage [2012/12/26(水) 13:09:34.70 ] バグも仕様なのでバージョン上げても治しません(キリッ 489 名前：デフォルトの名無しさん mailto:sage [2012/12/26(水) 18:04:35.04 ] >>487 現段階ではその辺の動向にも注意してやってった方がいいんですね。 ありがとうございます 490 名前：デフォルトの名無しさん mailto:sage [2012/12/27(木) 00:15:43.70 ] そんなこと気にしてたら使えないよ 現実的に考えるならUnityのWebPlayerくらいが妥当 491 名前：デフォルトの名無しさん mailto:sage [2012/12/27(木) 22:21:35.44 ] >>487 セキュリティの懸念は表向きの理由で、本当はOpenGLを支持する訳には行かないから 否定しているんだろうね。 492 名前：デフォルトの名無しさん mailto:sage [2012/12/27(木) 23:06:22.15 ] 政治問題以前に、サポートを拒否するのに十分な問題がWebGLにあるのは事実だろう 今IEが実装したら確実にIEネスケ戦争の二の舞になり、 古い仕様が未来永劫残り続けてWebGLにとっても有害 493 名前：デフォルトの名無しさん mailto:sage [2013/01/12(土) 18:30:52.76 ] その観点でいうと現時点で完全に仕様が固まってないHTML5全体をを実装するのが間違いだろう 494 名前：デフォルトの名無しさん mailto:sage [2013/01/13(日) 13:42:42.10 ] お薦めの本は？ 495 名前：デフォルトの名無しさん mailto:sage [2013/01/14(月) 00:11:45.85 ] C++でGLES使う本 496 名前：デフォルトの名無しさん mailto:sage [2013/01/14(月) 11:59:06.40 ] しかし、GLESって中々試す環境が無くね？ amazonでwebglで検索すると幾つか出てくるから、それでいいんじゃない？ 何がお勧めかは知らんけど。 497 名前：デフォルトの名無しさん mailto:sage [2013/01/14(月) 16:53:47.15 ] FileReaderとDOMParserで簡単にCOLLADAを読み込めんじゃね？と思って やってみたら、DOM化するのは超簡単に出来たけどCOLLADA自体のパースが なんだこれ？っていうぐらい尋常でなく面倒くせー…めげそう… つうか、デカいCOLLADAデータを読み込むと一時的に滅茶苦茶メモリ食いそう。 498 名前：デフォルトの名無しさん mailto:sage [2013/01/15(火) 23:51:32.41 ] COLLADAっていろんなフォーマットの全部載せみたいなもんって聞いたなぁ パーサ書くの大変そう 499 名前：デフォルトの名無しさん mailto:sage [2013/01/17(木) 19:12:19.72 ] やっぱりWebSQLと同様、特定の実装技術を前提にした仕様は失敗するんだな 500 名前：デフォルトの名無しさん mailto:sage [2013/01/20(日) 14:43:54.53 ] とりあえず、COLLADAのmesh要素だけのパースは思ったよりは簡単だったけど１つ問題が。 COLLADAは頂点座標と法線データがそれぞれ別個にインデックスが振られていたけど、 WebGLでどうやって表示するんだ？ 例えば、座標は(0,1,2)とすると法線は(0,0,0)みたいな感じ。 drawElementsってインデックスは共通な事が前提だよね？ 座標のインデックスに合わせて再構築しないと駄目かね。 501 名前：デフォルトの名無しさん mailto:sage [2013/01/20(日) 23:49:07.72 ] Javascript特有のバグでハマったんで一応書き込んでおく。 var offset = dom.getAttribute('offset'); console.log(offset); // => 0 と表示されているのを確認 array[n * 3 + offset]; // 何か値がおかしい… まぁようするにoffsetが文字列のままでarrayのインデックスが10倍されてた って事なんだけど… 今に始まった事じゃないと思うけど、何か予防策とかあるのかな？ 502 名前：デフォルトの名無しさん mailto:sage [2013/01/20(日) 23:57:51.68 ] var offset = dom.getAttribute('offset') - 0; 503 名前：デフォルトの名無しさん mailto:sage [2013/01/21(月) 05:27:50.75 ] parseInt() と 0+ はどっちがいいの？ 504 名前：デフォルトの名無しさん mailto:sage [2013/01/21(月) 09:35:01.84 ] >>502 もちろん最終的にはparseInt使って解決したけど、気付くまでだいぶ時間かかったよ 505 名前：デフォルトの名無しさん mailto:sage [2013/01/21(月) 09:36:29.01 ] >>503 parseIntの方がソース見てIntに変換していることが明確なんでparseInt派だな 506 名前：デフォルトの名無しさん mailto:sage [2013/01/21(月) 11:57:13.32 ] TypeScriptを使おう 507 名前：デフォルトの名無しさん mailto:sage [2013/01/21(月) 12:03:47.07 ] 確かにWebGL向きかもな 508 名前：デフォルトの名無しさん mailto:sage [2013/01/21(月) 15:28:14.90 ] WebGL.d.ts Three.d.ts 既にあるな 考えることはみんな同じなんだ 509 名前：デフォルトの名無しさん mailto:sage [2013/01/21(月) 16:19:17.79 ] TypeScript - Wikipedia, the free encyclopedia ttp://en.wikipedia.org/wiki/TypeScript これか 510 名前：デフォルトの名無しさん mailto:sage [2013/01/21(月) 16:20:23.60 ] ActionScriptみたい 511 名前：デフォルトの名無しさん mailto:sage [2013/01/21(月) 16:32:20.66 ] as3は良いものだ。 512 名前：デフォルトの名無しさん mailto:sage [2013/01/21(月) 17:01:06.05 ] TypeScriptはECMAScript6系だよ そこそこ欲しい機能が揃ってる割には他の似たようなのと違って一切変なコード吐かないから 変な言い方だけどいつでもやめてJavaScriptに戻れる安心感が最大のメリットだと思う 513 名前：デフォルトの名無しさん mailto:sage [2013/01/21(月) 17:15:43.91 ] それって JavaScript のままでよくね？ 514 名前：デフォルトの名無しさん mailto:sage [2013/01/21(月) 18:23:47.25 ] VBScriptが一番だよ 515 名前：デフォルトの名無しさん mailto:sage [2013/01/21(月) 23:36:10.62 ] 質問 drawElements(mode, count, type, offset); のcountの最大値ってどうやって取得すればいい？ 俺の環境だと255ぐらいだった。そんなもん？ 516 名前：デフォルトの名無しさん mailto:sage [2013/01/22(火) 04:45:36.98 ] >>513 オプショナルな静的型はIDEやコンパイラの支援が効いて便利よん。 オートコンプリートの打率が上がるし、大事なところは型つけて書けば実行時前に 静的検証出来るので堅牢にもなる。 あとprototypeを使ってクラス的なことをやる方法として何通りもの流儀が存在して 下手すればフレームワーク毎にクラス的な仕組みをバラバラに手作りしているJSとは 違って、言語仕様としてクラスを持っているのは車輪の再発明が無くてすっきり。 517 名前：500 mailto:sage [2013/01/24(木) 02:50:23.34 ] >>500 他のサンプルとか見るとやっぱり全て展開(ようするに位置と法線の数を同じにする)してたんで、 同じようにして読み込みと表示が出来た。 >>515 これはどうしても分からないんで、drawElementsは使わずdrawArraysにする事で解決した。 両方の結果を踏まえると、インデックスは使わずにTRIANGLE_STRIP化したデータを drawArraysで描画するのが最適な方法だね。 518 名前：デフォルトの名無しさん [2013/01/24(木) 12:34:09.34 ] TypeScriptは結局JavaScriptの問題を解決してないから萎えた。 ECMAScriptもだが、特にmodule、あれで大規模開発が可能だと本当に思ってるのか。 > 3. 次に挙げる ES4 の提案の一部はウェブでの利用において不適切と判断されたので、 > 今後二度と議題として取り扱わない。パッケージ、名前空間、早期束縛。この決定が > Harmony の肝である。 つくづくバカな決定したなこいつら。 519 名前：デフォルトの名無しさん [2013/01/24(木) 12:35:35.19 ] 正直、断言するけどActionScript＝ECMAScript 4ルーツのHaxeを使ったほうがいい。 520 名前：デフォルトの名無しさん mailto:sage [2013/01/24(木) 12:42:09.83 ] TypeScript クイックガイド - phyzkit.net phyzkit.net/typescript/ > この b2Vec2 クラスを使うときは、 > > var v : Box2D.Dynamics.b2Vec2 = new Box2D.Dynamics.b2Vec2(); > のようにかけます。ただこのままではすべての場所で完全名でクラスを参照しなければならず、面倒です。 > そこでクラスのエイリアスが欲しくなるわけですが、JavaScript のように単なる変数としてエイリアスを > 定義してもうまくいきません。 > > // b2Vec2 のエイリアスのつもり…… > var b2Vec2 = Box2D.Dynamics.b2Vec2; > > // コンパイルエラー。b2Vec2 というコンストラクタはあっても b2Vec2 という型はない > var v : b2Vec2 = new b2Vec2(); > コンストラクタの呼び出しだけならできるのですが、b2Vec2 は単なる変数で型の名前空間にあるわけではなく、 > 型注釈の位置では使うことができません。かと言って直接クラス名のエイリアスを定義する機能はないようです。 > このような場合、import キーワードでモジュールのエイリアスを定義することはできるので、これを使うと > 少しは楽なのではないかと思います。 > > import B2D = Box2D.Dynamics; > var v : B2D.b2Vec2 = new B2D.b2Vec2(); これを読んでTypeScriptは却下した。アホだろ実際。癖のなくなったCoffeeScriptでしかない。 なおHaxeは普通にimportすればnew b2Vec2()でおｋ 521 名前：デフォルトの名無しさん mailto:sage [2013/01/24(木) 12:44:35.91 ] あとはこれも萎え要因 https://sites.google.com/site/jun1sboardgames/programming/typescript_module > 「/// <reference path="" />の参照指定はあくまでもコンパイル時のもので、 > 実行時の依存関係の解決は君自身の責務だよ」 522 名前：デフォルトの名無しさん mailto:sage [2013/01/24(木) 12:47:25.05 ] そういうコンセプトなんだよ ・JavaScript互換 ・綺麗なJavaScriptを吐く JavaScriptを中間言語として使うんではないってことだ 523 名前：デフォルトの名無しさん mailto:sage [2013/01/24(木) 18:26:57.38 ] Flasherはなぜか名前空間をありがたがるよな あんな不便で不自由なものもねえよ 524 名前：デフォルトの名無しさん mailto:sage [2013/01/25(金) 00:51:04.94 ] 約3万頂点5MBのCOLLADAファイルのmeshの読み込みでも表示までに1秒かからん。 他にも色々と処理する事はあるけど、COLLADAでも十分実用的な速度で使えるよ。 ブラウザのDOMを処理する速度は恐るべしだな。 525 名前：デフォルトの名無しさん mailto:sage [2013/02/02(土) 07:44:50.04 ] ハードの側で対応してなきゃ描画自体ブラックボックスに入れられてて そもそも動かんからな モバイルもブラウザ種類色々あるけどwebkit使っててもwebglまで対応してるのは少ないし そう考えると米steam社のlinuxへのopenglで移植とか合理的だわな…win8入れたらﾀｯﾁﾊﾟﾈﾙになっちゃうって思ってるひと大石内蔵助なんだな 526 名前：デフォルトの名無しさん mailto:sage [2013/02/02(土) 10:18:18.28 ] 【日本】「5歳児が難病です。募金お願いします！」→嘘で韓国人逮捕ｗｗｗｗｗ募金総額1100万円ｗｗｗｗｗちょろすぎィｗｗｗ blog.livedoor.jp/crx7601/archives/23626625.html 527 名前：デフォルトの名無しさん mailto:sage [2013/02/02(土) 16:59:27.83 ] あとはマイクロソフトがWebGLをサポートしてくれればな・・・ 今までも、そしてこれからも、ブラウザシェアはIEがトップだろうし。 まあ、無理っぽいけどさ。 528 名前：デフォルトの名無しさん mailto:sage [2013/02/02(土) 22:59:02.46 ] 冒険しないからこその価値もあるんだよ IEはただのブラウザじゃなくて膨大な業務クライアントを動かす超重要なプラットフォームなんだから 529 名前：デフォルトの名無しさん mailto:sage [2013/02/02(土) 23:11:49.02 ] 何この人、複数のスレに同じレス書いて気持ち悪い 530 名前：デフォルトの名無しさん mailto:sage [2013/02/04(月) 23:37:21.50 ] なんだややこしいな へんな事すんなよ 531 名前：デフォルトの名無しさん mailto:sage [2013/02/09(土) 17:44:01.82 ] www.chromeexperiments.com/detail/webgl-cubes/?f=webgl WebGLってこういうデモが簡単に見れるようになった事が最大の存在意義だよな 今までは得体の知れないexeを運任せで実行するか、ソースを落としてうまく行く事を 祈りつつビルドするしかなかった(大抵はうまく行かないか、やたら苦労する) 532 名前：デフォルトの名無しさん mailto:sage [2013/02/11(月) 11:16:48.74 ] ブラクラ注意 533 名前：デフォルトの名無しさん mailto:sage [2013/02/12(火) 00:25:09.84 ] >>532 そりゃおまえPCがショボイだけだろw 534 名前：デフォルトの名無しさん mailto:sage [2013/02/12(火) 00:30:03.92 ] ごめん firefoxで見てた あかんわこいつ 535 名前：デフォルトの名無しさん mailto:sage [2013/02/12(火) 22:24:09.43 ] Firefoxは駄目だよね・・・ WebGLやるなら、やはり最強のHTML5ブラウザIE10だよ 536 名前：デフォルトの名無しさん mailto:sage [2013/02/12(火) 23:15:53.90 ] >>535 >>531はIE10ではサポート外だそうだ。 537 名前：デフォルトの名無しさん mailto:sage [2013/02/12(火) 23:18:50.91 ] 結局Chromeでしか動かない事実上の独自規格 昔のMSと変わらんな 538 名前：デフォルトの名無しさん mailto:sage [2013/02/13(水) 01:16:37.29 ] "chrome"experimentsだからね。firefoxで動作確認してないものばかりだから仕方ない 俺はFirefoxで普通に動いたが 539 名前：デフォルトの名無しさん mailto:sage [2013/02/15(金) 05:41:03.54 ] QtWebKit bundled with Qt 4.7 https://github.com/QupZilla/qupzilla/issues/650 https://lists.webkit.org/pipermail/webkit-qt/2012-July/002972.html >After that you have to run QtTestBrowser with the following switches: > > -graphicsbased -gl-viewport -tiled-backing-store -viewport-update-mode BoundingRect -webgl <page name> Qtwebkitも4.7までは簡単にテストできたけど4.8以降はこれだけ準備しないと あかんからなぁ…まぁQtならopenglのほう使うほうがパフォーマンスもいいし セキュリティホール空ける方向に進まなくて済むしでそっちのほうがいいんだろうけど。 540 名前：デフォルトの名無しさん mailto:sage [2013/02/15(金) 18:43:08.92 ] レスリング五輪除外の裏に韓国マネーか blog.livedoor.jp/osmay/archives/24479795.html 541 名前：デフォルトの名無しさん mailto:sage [2013/02/19(火) 12:41:47.41 ] googleの絵が太陽系儀の円盤みたいになってますね 一応ケプラーの法則に従っているようですが これはWebGLで描かれているんでしょうか？ 542 名前：デフォルトの名無しさん mailto:sage [2013/02/19(火) 13:54:32.54 ] canvas2dです 543 名前：デフォルトの名無しさん mailto:sage [2013/02/22(金) 00:22:56.04 ] すんません。 CANVASでドットって打てるんでしょうか？マニュアル見た感じ命令無いみたいなんですが。 やりたいことはマンデルブロ図形を描くことです。 おすえてエロいチト。 544 名前：デフォルトの名無しさん mailto:sage [2013/02/22(金) 05:28:30.25 ] >>543 ドットを打つならfillRectでも良いかな マンデルブロ集合みたいな画像生成なら、ピクセル単位で直接画像データにアクセスするImageDataを使うと効率的 www.programmingmat.jp/soft_dev/mandjs.html 545 名前：デフォルトの名無しさん mailto:sage [2013/02/22(金) 07:15:03.34 ] swf みたいにソースの暗号化とあとi3よりレガシーなcpuとグラボ性能の 要求がなければもう少し開発者に受けそうだが使いどころは限られそうではあるか 546 名前：デフォルトの名無しさん mailto:sage [2013/02/22(金) 18:31:50.88 ] >>543 ドットでやると遅くなるから メモリに描いてバッファ転送の方が良い 547 名前：デフォルトの名無しさん mailto:sage [2013/02/25(月) 15:50:26.88 ] 回答有難う御座います。ImageData見てみます。 ついでにもう一つ質問なのですが、CANVASで線を引くとアンチエイリアスが かかってにじむんですけど、アンチエイリアスかけないことはできるんでしょうか？ 548 名前：デフォルトの名無しさん mailto:sage [2013/02/25(月) 15:54:33.30 ] 環　境　依　存 549 名前：デフォルトの名無しさん [2013/02/25(月) 17:45:53.35 ] >>547 ttp://ex.osaka-kyoiku.ac.jp/~fujii/OJ/wz_jsgraphics.html 550 名前：デフォルトの名無しさん mailto:sage [2013/02/26(火) 23:35:47.38 ] 【泥棒大国】対馬から盗まれた仏像、日本に返還してはならない-韓国の地裁が仮処分 news.harikonotora.net/r/26308/ 551 名前：デフォルトの名無しさん mailto:sage [2013/02/27(水) 07:54:23.58 ] 巣にカヘレ 552 名前：デフォルトの名無しさん mailto:sage [2013/02/28(木) 19:53:02.80 ] NHK中央番組審議会が韓国のスパイ機関と判明 駒崎のお陰でNHKのヤバ過ぎる実態が次々と明らかに asianews2ch.livedoor.biz/archives/24983834.html 553 名前：デフォルトの名無しさん [2013/03/04(月) 13:27:04.61 ] 658 デフォルトの名無しさん [sage] 2013/03/04(月) 06:20:23.67 ID: Be:     >>624     > JavaScriptってうまく持ち直したよな。     最近はやっぱりJavaScriptクソじゃんって流れになってると思うｗ     Hacker Newsあたり最近そういう米ばっかだし、国内でもはっきり言うプログラマが増えてきた。     だいたい、仮にも高級言語であるにもかかわらず     CoffeeScript、Dart、Haxe、TypeScriptと     変換言語が次々と出てくる時点でそのままで使えないと証明されたようなもの。     「そこまでしてJavaScript書きたくないのか」と言うJSerがいるんだが、     　　　そ の 通 り だ     そこまでしてでもJavaScriptを書きたくないんだ。 659 デフォルトの名無しさん [sage] 2013/03/04(月) 06:23:50.67 ID: Be:     ついでにECMAScript 6はさらにクソ言語化が進むようだし     将来にも期待できないという。     根本的にJavaScriptは関わってる連中全員がクソ 554 名前：デフォルトの名無しさん mailto:sage [2013/03/09(土) 10:06:56.66 ] 【朝日捏造＆慰安婦】ついに国会で真実が語られる alfalfalfa.com/archives/6347789.html 555 名前：デフォルトの名無しさん [2013/03/11(月) 17:40:48.87 ] 消されたぬ 556 名前：デフォルトの名無しさん mailto:sage [2013/03/15(金) 17:55:20.97 ] 消すと増える法則が発動中 557 名前：デフォルトの名無しさん mailto:sage [2013/03/20(水) 00:46:08.84 ] MSとAppleに拒否られてる時点で未来はない罠 558 名前：デフォルトの名無しさん mailto:sage [2013/03/20(水) 00:58:15.73 ] わざわざセキュリティリスク冒すほど特にメリットないからな ゲームならどうせ長時間動かすんだからプラグイン方式かネイティブで十分なんだし 559 名前：デフォルトの名無しさん mailto:sage [2013/03/20(水) 04:05:40.28 ] 天下のGoogleが推してるってだけで未来ある 560 名前：デフォルトの名無しさん mailto:sage [2013/03/20(水) 08:50:42.30 ] GoogleはWeb SQLとかも推してたけどな 561 名前：デフォルトの名無しさん mailto:sage [2013/03/21(木) 09:53:56.97 ] HTML5デモ「日本全国花粉飛散マップ」を作って分かった CreateJSとTypeScriptでの効率的な開発手法 ICS LAB htn.to/7m1sEe5 562 名前：デフォルトの名無しさん mailto:sage [2013/03/22(金) 17:18:17.90 ] 韓国議員５３人が対馬訪問！領有権主張へ！ crx7601.com/archives/25907369.html 563 名前：デフォルトの名無しさん mailto:sage [2013/03/24(日) 19:28:04.95 ] operaはシェーダー内の関数に対応してないのか 564 名前：デフォルトの名無しさん mailto:age [2013/03/29(金) 11:01:26.63 ] Mozilla、Epicの「Unreal Engine 3」をウエブに移植 news.mynavi.jp/news/2013/03/28/143/ 565 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 11:09:07.71 ] 独自に組み込んだ中間言語を使って速くしました、って… 結局オレオレプラットフォームじゃないですか 566 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 11:35:01.30 ] >564 動画見ると10年前のゲームみたいなクオリティなんだが 567 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 11:44:37.39 ] 10年前と言えばPS2とPS3の間か Webでそこまで出来る様になったんだな 568 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 11:48:54.02 ] >>567 Unity3Dとか前から普通にブラウザで動くじゃん webでwebでというなら純粋に標準技術だけで作ることに意味があるのに asm.js使うとか本末転倒 569 名前：デフォルトの名無しさん mailto:sage [2013/03/29(金) 23:28:17.74 ] WebGLも標準じゃねぇし 570 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 04:07:45.45 ] flashは標準(キリッ 571 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 10:16:56.92 ] プｗ いつものアポー信者がファビョりだした＾＾； 572 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 15:59:53.07 ] >>566 どんだけJSを早くしても、WebGLの仕様上それぐらいの表現が限界だろうね。 WebGL2.0(?)＝OpenGL ES3.0になれば、PS3ぐらいの表現が出来そう。 573 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 21:36:40.33 ] その前に回線とサーバーが悲鳴を上げる 574 名前：デフォルトの名無しさん mailto:sage [2013/03/30(土) 22:40:51.99 ] アレー 575 名前：デフォルトの名無しさん mailto:sage [2013/04/02(火) 22:33:17.24 ] SL#（えすえるしゃーぷ）とは、GPUで実行されるプログラマブルシェーダーを、超高級言語である C#で書けてしまうという夢のようなオープンソースのフレームワークである。 monobook.org/wiki/SL_Sharp 576 名前：デフォルトの名無しさん mailto:sage [2013/04/03(水) 00:01:44.55 ] WebGLなんてJavascriptで書けるんだぜ 夢のようですか？ 577 名前：デフォルトの名無しさん mailto:sage [2013/04/03(水) 12:55:20.36 ] かなり悪夢のようです 578 名前：デフォルトの名無しさん mailto:sage [2013/04/03(水) 12:55:32.15 ] 簡単なオブジェクトをお手軽にＨＰに乗せる方法教えて 579 名前：デフォルトの名無しさん mailto:sage [2013/04/03(水) 18:41:49.38 ] オブジェクトをお手軽にＨＰに乗せる簡単なお仕事です 580 名前：デフォルトの名無しさん mailto:sage [2013/04/03(水) 18:44:13.97 ] ドラッグ＆ドロップ汁 581 名前：デフォルトの名無しさん mailto:sage [2013/04/04(木) 16:40:00.45 ] >>578 https://docs.google.com/presentation/d/1ZRIQbUKw9Tf077odCh66OrrwRIVNLvI_nhLm2Gi__F0/embed?start=true&loop=true&delayms=9000#slide=id.p 582 名前：デフォルトの名無しさん [2013/04/11(木) 20:31:42.72 ] IE11の対応が確実になった おめでとう 583 名前：デフォルトの名無しさん mailto:sage [2013/04/12(金) 00:30:16.66 ] ↑レジストリ書き換えないと使えないとかかなり微妙だろ・・・ 584 名前：デフォルトの名無しさん mailto:sage [2013/04/12(金) 00:55:08.45 ] IEに載るってことはこの先10年は仕様変更できないどころか 初期バージョンの実装のクセが大事にずっと保たれ続けることを意味するわけだ 585 名前：デフォルトの名無しさん [2013/04/12(金) 06:22:59.07 ] その前にIEもwindowsもMSも無くなってそう uni.2ch.net/test/read.cgi/newsplus/1365638811/ 米調査会社ＩＤＣは１０日、今年１〜３月期の世界のパソコン出荷台数が前年同期比１３・９％減の７６２９万台になったと発表した。 ７・７％減の予想を超す減少幅で、１９９４年に四半期ごとの調査を始めて以来、最大の落ち込みとなった。減少は４四半期連続。 消費者の関心がタブレット端末やスマートフォン（多機能携帯電話）に向かっているほか、 米マイクロソフトが昨秋発売した新基本ソフト（ＯＳ）「ウィンドウズ８」の人気が振るわないことが主な要因。 ＩＤＣのオドネル氏は「ウィンドウズ８はパソコン市場を活性化するどころか、足を引っ張っているようだ」と指摘した。 www.47news.jp/CN/201304/CN2013041101000904.html 586 名前：デフォルトの名無しさん mailto:sage [2013/04/12(金) 09:19:14.01 ] だからって他のが伸びてるか? Windowsのシェアはどうなってる? さらに業務PCも含めるとどうだ? 現実の数字見るのって大事よ 587 名前：デフォルトの名無しさん mailto:sage [2013/04/13(土) 03:03:41.64 ] asm.jsとかparallels.jsとか皆気になる？ もしかするとOpenCLではなくてこういう方向性で進んでいくんだろうか 実際にそういう方向で進んで行った場合、ネイティブの半分のパフォーマンスってどう？ 最近のCG作品ってCPUは実際そんなにフルに使うこと無いのかな つうか何でネイティブで行列の演算関数用意しないのかとても不思議 588 名前：デフォルトの名無しさん mailto:sage [2013/04/13(土) 12:12:11.05 ] どうせシェーダに投げるだけだからな 589 名前：デフォルトの名無しさん mailto:sage [2013/04/13(土) 12:50:22.06 ] アプリは全部シンクライアントになるからネイティブに回帰するだろ 590 名前：デフォルトの名無しさん mailto:sage [2013/04/13(土) 16:36:33.90 ] valarrayの二の舞になるのがオチ 591 名前：デフォルトの名無しさん mailto:sage [2013/04/27(土) 17:00:12.72 ] >>553 > だいたい、仮にも高級言語であるにもかかわらず > CoffeeScript、Dart、Haxe、TypeScriptと > 変換言語が次々と出てくる時点でそのままで使えないと証明されたようなもの。 なかまがふえたよ。Zynga製のPlayScript playscript/playscript-mono ・ GitHub https://github.com/playscript/playscript-mono JavaScriptどんだけ嫌われてるんだよ・・・ >>566 Epic Citadelだね。ずっと前に作られたFlash版↓と同じものだ。 Flash Game Development Engine by Unreal | Epic Citadel www.unrealengine.com/flash/ 一方、これが最新Unreal Engine 4のデモなのでやっぱり差はあるよな Unreal Engine 4 "Infiltrator" Real-Time Demo - YouTube www.youtube.com/watch?v=dO2rM-l-vdQ あとJavaScript相変わらず遅すぎﾜﾛﾀ Box2d Revisited j15r.com/blog/2013/04/25/Box2d_Revisited つか最近やっぱHTML5だめじゃね？って人が海外どころか国内でも急激に増えてる感あるし 控えめに言っても前途多難そうだね。 592 名前：デフォルトの名無しさん mailto:sage [2013/04/27(土) 17:04:32.78 ] 今のJSはネイティブ並みの速度が出るなどと寝言ほざいてた連中の感想を聞きたい ttp://j15r.com/blog/2013/04/25/graph0.png 593 名前：デフォルトの名無しさん mailto:sage [2013/04/27(土) 19:20:01.89 ] asm.js速えぇ〜 594 名前：デフォルトの名無しさん mailto:sage [2013/04/30(火) 02:56:39.40 ] >>592 何が言いたんだ？ asm.jsは完全にJavascriptだからネイティブ並の速度が出てる事になるじゃん？ 多分だが、Javascript⇒asm.jsにコンパイルするツールが出てくると思われる。 595 名前：デフォルトの名無しさん mailto:sage [2013/04/30(火) 05:05:47.43 ] 馬鹿丸出しｗ 596 名前：デフォルトの名無しさん mailto:sage [2013/04/30(火) 06:51:55.35 ] asm.jsはjavascriptにCのコードを埋め込んで ブラウザ側でコンパイルして動かしてるようなもんだ javascriptとして解釈しても実行可能なように工夫がなされてるが、決してjavascriptが速いんじゃない 597 名前：デフォルトの名無しさん mailto:sage [2013/04/30(火) 07:54:03.29 ] asm.jsはJavaScript以外で作られたものをasm.jsにコンパイルして使うのが前提だろうから、JavaScriptとしては逆に立場が弱くなるよな 598 名前：デフォルトの名無しさん mailto:sage [2013/04/30(火) 08:21:46.77 ] asm.js の普及のおかげで java糞ript が絶滅してくれるなら それはそれで応援したい 599 名前：デフォルトの名無しさん mailto:sage [2013/04/30(火) 08:34:49.41 ] asm.jsって何？ぐｇってもよくわからん 何ができるの？ 600 名前：デフォルトの名無しさん [2013/04/30(火) 08:45:14.38 ] ttp://asmjs.org/spec/latest/ ttp://www.publickey1.jp/blog/13/javascriptasmjsccjavascriptjavascript.html ttp://togetter.com/li/473420 JSには型固定配列が実装されていてそれを使えばかなり高速化されるので 型のある言語で書いたコードをTyped Array使ったJSコードにコンパイルすれば 手で書いた型なしJSコードより高速になる JSでもn=n|0は常にintのように型を固定する書き方がある。 C等からそんなアセンブラ的JSに変換するコンパイラと そんなJSを高速実行するよう改良したエンジンにより、 JSは後方互換性を保ったまま(略) ttp://d.hatena.ne.jp/satox/20130329/1364484055 GoogleのNACLが高速であるにも関わらず、CPU依存バイナリが必要で汎用性に乏しく、 なかなか流行らないこの現状を変える新しい流れになる可能性がありますね。 601 名前：デフォルトの名無しさん mailto:sage [2013/04/30(火) 09:40:36.08 ] おもしろいな もうC++のコードを変換するエディタとか出てたりする？ 602 名前：デフォルトの名無しさん mailto:sage [2013/04/30(火) 17:27:28.89 ] >>601 エディタ？ asm.jsに対応しているかは知らないけれど、JavaScriptに変換するならemscriptenが有るだろ 603 名前：デフォルトの名無しさん mailto:sage [2013/04/30(火) 18:31:21.63 ] emscriptenでC/C++のコードからasm.jsのコードを出力できる 604 名前：デフォルトの名無しさん mailto:sage [2013/04/30(火) 23:16:35.55 ] >>595 > 馬鹿丸出しｗ お前こそバカだろ。 asm.jsは完全にJavascriptでネイティブ並の速度が出ている。 605 名前：デフォルトの名無しさん mailto:sage [2013/04/30(火) 23:32:54.53 ] asm.jsはJavascriptとしても解釈できるというだけで、Javascriptとはまったく別のプログラミング言語 メモリモデルとか全然違うし、Javascriptにはできるのにasm.jsにはできないことが多すぎる 606 名前：デフォルトの名無しさん mailto:sage [2013/04/30(火) 23:40:17.85 ] >>604 asm.jsをasm.js対応環境で動かした場合のみ速くなるんだから、「完全にJavascriptでネイティブ並みの速度が出ている」の時点で普通に嘘じゃん 普通のJavaScriptはasm.js対応環境でも結局従来と同様に扱われるんだから、速くはならないんだぞ 607 名前：デフォルトの名無しさん mailto:sage [2013/04/30(火) 23:50:34.76 ] asm.jsは「新しい中間言語を専用のエンジンで動かしたら速い」というだけの話であって JavaScriptよりはJavaアプレットとかFlash(AS)とかSilverlightとかDart(Chromeの)とかと同列に扱うべきもの 608 名前：デフォルトの名無しさん [2013/05/01(水) 17:58:08.40 ] 人生狂ったのこれのせいかも ttp://news.nicovideo.jp/watch/nw601040 ttp://info.cern.ch/ 609 名前：デフォルトの名無しさん mailto:sage [2013/05/05(日) 04:02:18.12 ] >>605,606,607 なーに言ってんの？ 行列処理やゲームエンジンには十分有効でしょ あとシェーダをスクリプト内に書く方法載せとく Function.prototype.toText = function(){ return this.toString().match(/\n([\s\S]*)\n/)[1]; } var s = function(){/* ソース */}.toText() 610 名前：デフォルトの名無しさん mailto:sage [2013/05/05(日) 05:59:47.42 ] >>609 頭おかしいの？ >>605-607は行列処理やゲームエンジンに有効じゃないなんて一言も言ってないよ それと、そのサンプルの意味ほんとに自分で理解してる？ 611 名前：デフォルトの名無しさん mailto:sage [2013/05/05(日) 10:25:29.84 ] どうせasm.jsを新しいJavaScriptエンジンか何かと勘違いしてるんだろうな 612 名前：デフォルトの名無しさん [2013/05/15(水) 17:21:04.10 ] JavaScript+WebGLさえあれば、もはや不可能はありませんね JavaScriptで開発されたHDビデオデコーダ登場 - OTOY&amp;Mozilla発表 news.mynavi.jp/news/2013/05/08/043/ ORBX.jsはスクラッチからJavaScriptで開発されたメディアコーデック で、1080p60のビデオをデコードする能力を持っている。デコードの 処理にはJavaScirptが使用され、レンダリングにはWebGLが活用されている。 613 名前：デフォルトの名無しさん [2013/06/23(日) 11:39:38.02 ] Three.jsって商用利用できる？ 614 名前：デフォルトの名無しさん mailto:sage [2013/06/23(日) 11:46:15.04 ] ライセンス的にはできるけど 今の段階でWebGLを商用利用する勇気は俺にはないわ 615 名前：デフォルトの名無しさん mailto:sage [2013/06/25(火) 11:38:13.70 ] 普通に商用利用されてる 616 名前：デフォルトの名無しさん mailto:sage [2013/06/26(水) 14:52:03.07 ] たとえば？ 617 名前：デフォルトの名無しさん mailto:sage [2013/06/26(水) 20:02:51.27 ] まあIE11がちゃんと対応するならそのへんも伸びるでっしゃろ MSことだから何かやらかしてくれるとは思うけど ちゅーかなんでWin版はFirefoxもChromeも、わざわざDirect3Dへの変換かましてんだろか？ OpenGL対応がしょぼいOEMドライバとかのハードルを下げる効果は一応あるだろうけど… 618 名前：デフォルトの名無しさん mailto:sage [2013/06/26(水) 22:26:51.41 ] ソースは？ 619 名前：デフォルトの名無しさん mailto:sage [2013/08/19(月) 13:58:48.55 ] >>618 ie.microsoft.com/testdrive/ win7 でも sp1 までパッチあてれば…(5GB-10GB必要だったのでうちの環境では無理だったという…) …新規でPC購入かつi3以降のcpuで最初からwin7 sp1以降が入ってたらに訂正（atom積んでる win tabletじゃグラボが対応してなくて動かないと思う） webglに対応してる ie11 が利用できるようだ www.babylonjs.com/ www.i-programmer.info/news/144-graphics-and-games/6243-babylonjs-a-webgl-game-engine-from-microsoft.html https://github.com/BabylonJS/Babylon.js/blob/master/Samples/Scenes/Customs/fog_test.js ライセンスは ms-pl で babylonjs という フレームワークもリリースされてる…ただあんま話題になってないのは >* Warning: IE11 WebGL support is still in preview stage and some rendering may be incorrect だからだろうな light のサンプルとか bumpmap のサンプルとか まだ動かないわ。three.jsのサイトも半分くらいは動くけど何か レンダリングの結果がおかしかったりするな… 620 名前：デフォルトの名無しさん mailto:sage [2013/08/26(月) 11:49:50.49 ] >>今しがた WebGL で遊んでいたら、ある WebGL のサンプルのページで確実にOSごとクラッシュすることに気付いた。絶対に悪意のあるサンプルではないのだが、WebGL のセキュリティの脅威を思い知らされる。 WebGLでOSクラッシュ流行りそうだなｗ 621 名前：デフォルトの名無しさん mailto:sage [2013/08/26(月) 12:09:01.73 ] >確実にOSごとクラッシュする パーティクル大杉でメモリ使い切ってOSごと死ぬパターンは経験あり 622 名前：デフォルトの名無しさん mailto:sage [2013/08/30(金) 00:45:35.84 ] すべてドライバのバグだろうな。 一生懸命セキュリティを高めようとしても、糞ドライバのせいで全て台無しになる。 623 名前：デフォルトの名無しさん [2013/08/30(金) 09:12:56.04 ] バグドラ 624 名前：デフォルトの名無しさん mailto:sage [2013/10/03(木) 17:58:30.47 ] Windows 95のCD-ROMに収録されていた3D“旗とりゲーム”の「Hover」が、WebGL採用でタッチ対応・マルチプレイヤー対応のWebゲームとして復活した。MicrosoftはIE 11でのプレイを推奨する。 www.itmedia.co.jp/news/articles/1310/03/news070.html 625 名前：デフォルトの名無しさん [2013/10/28(月) 09:45:34.12 ] Firefox Nightly にシェーダーのライブエディタが搭載された こりゃ捗るわ devtools.shadereditor.enabled=true 626 名前：デフォルトの名無しさん mailto:sage [2013/10/28(月) 11:23:14.79 ] >>624 うちのボロandroid2.3だと動かなかったorz 627 名前：デフォルトの名無しさん mailto:sage [2013/10/28(月) 11:59:07.19 ] ChromeでフラグをONにしてもかい？ 628 名前：デフォルトの名無しさん mailto:sage [2013/10/28(月) 14:05:02.11 ] ボロandroidな上にgoogleplay非対応でchromeは入らなかったです operaは入れられたので webGL見られることを確認出来ました 本当にありがとうございました 629 名前：デフォルトの名無しさん mailto:sage [2013/10/28(月) 14:12:46.24 ] 見たのはここのサンプルで wgld.org/s/sample_008/ operaだと動いて 標準というかの元から入っていたブラウザだと うんともすんとも言わず真っ白で固まりますorz 630 名前：デフォルトの名無しさん mailto:sage [2013/10/28(月) 14:14:49.63 ] あ でも hover! はだめですねorz 631 名前：デフォルトの名無しさん mailto:sage [2013/10/28(月) 14:15:23.97 ] そりゃそうだろうな 標準のブラウザなんてIE級だから 632 名前：デフォルトの名無しさん mailto:sage [2013/10/28(月) 14:16:41.26 ] hoverはかなり重たいからPCでもi5クラス機じゃないとキツイ 633 名前：デフォルトの名無しさん mailto:sage [2013/10/28(月) 14:28:40.86 ] えっと hover!の方は重いと言うより ページにIE11使えと案内だけ出て ゲーム開始出来ません>< 634 名前：デフォルトの名無しさん mailto:sage [2013/10/28(月) 14:42:55.83 ] だからそもそもスマホでできるものじゃない キーボードげーだし 635 名前：デフォルトの名無しさん mailto:sage [2013/10/28(月) 16:58:27.94 ] あーなる 636 名前：デフォルトの名無しさん mailto:sage [2013/10/29(火) 22:15:31.81 ] そーにゅー 637 名前：デフォルトの名無しさん mailto:sage [2013/10/30(水) 07:24:59.85 ] 乾電池 638 名前：デフォルトの名無しさん [2013/11/02(土) 02:58:40.07 ] WebGL2.0とSVG2.0とCanvas2Dが十分に実装されてからHTML5のグラフィックの始まりだと思ってる ということはHTML5.1の勧告がされたくらいからが本番だな 639 名前：デフォルトの名無しさん [2013/11/02(土) 04:57:18.70 ] あと10年くらいか 640 名前：デフォルトの名無しさん mailto:sage [2013/11/02(土) 05:49:46.41 ] 5.1の勧告は5の２年後だから2016年だろうよ 641 名前：デフォルトの名無しさん mailto:sage [2013/11/02(土) 07:15:00.67 ] だいぶ紗季 642 名前：デフォルトの名無しさん mailto:sage [2013/11/03(日) 17:22:28.82 ] >>629 IEで普通に動くぜ？ IE11プレビューだがｗ 643 名前：デフォルトの名無しさん mailto:sage [2013/11/14(木) 10:19:50.32 ] 初めてWebGLやべえと思った https://www.shadertoy.com/view/4dsGWB 正直、頭下げて謝るしかない 644 名前：デフォルトの名無しさん mailto:sage [2013/11/14(木) 10:26:02.41 ] エロ中尉 645 名前：デフォルトの名無しさん mailto:sage [2013/11/15(金) 13:37:58.07 ] >>638 肝心のJSをどうすんだよ。まぁC++で書けばいいことだが、マルチスレッドどうすんねんつーのがあるし emscriptenでWebGL叩いてるガチ3D勢が一様に コンパイル超おせえ、WebGLのオーバーヘッド酷えと言っているのが気がかりだ。 MantleやG-SYNCのような新提案があるネイティヴの方が普通に面白そうだわ まああと10年だな。最低でも。 646 名前：デフォルトの名無しさん mailto:sage [2013/11/15(金) 14:02:54.36 ] Moziila や Google にも凄いネガティブな人がいたりするのでいぢめないであげて；； 経験上、実際にブラウザのコードを書いてる開発者ほど楽観視してない傾向 一部の人達が期待もたせ過ぎたというか、調子に乗ってたのは否定できないだろうが・・・ 647 名前：デフォルトの名無しさん mailto:sage [2013/11/15(金) 22:42:37.92 ] まずはOpenGLのオーバーヘッドを改善しないと駄目だね。 多分新規拡張機能が追加されて、それが標準になるんだろうけど。 648 名前：デフォルトの名無しさん mailto:age [2013/11/18(月) 13:18:56.84 ] PS4にはいろんなところでWebGLが使われているみたいだね https://plus.google.com/+DonOlmstead/posts/Mzy6VEAwHaa 649 名前：デフォルトの名無しさん mailto:sage [2013/11/18(月) 14:05:35.97 ] >>648 色んな所ってダッシュボードとしか書いてないが 650 名前：デフォルトの名無しさん mailto:sage [2013/11/18(月) 15:14:29.43 ] 速度なんて後から付いてくるもんは二の次三の次でいいよ どうせグラボ積んでないとどうしても重たいもんだし それよりも機能が大事 それにオーバーヘッドとかスレッドで困るのは機械的な変換に任せてるからだよ そんなんはマイナーな使い方 一般はゲームエンジンやライブラリ経由で叩くもの 651 名前：デフォルトの名無しさん mailto:sage [2013/11/18(月) 16:20:22.60 ] 速度なんていらないって ゲームで富豪的プログラミングは無理だぞ 652 名前：デフォルトの名無しさん [2013/11/18(月) 17:33:53.08 ] 充電 653 名前：デフォルトの名無しさん mailto:sage [2013/11/18(月) 20:17:53.43 ] 今で十分だと思うが 654 名前：デフォルトの名無しさん mailto:sage [2013/11/18(月) 21:09:05.34 ] 多分、PS3版のPSStoreもJS+WebGLなんじゃないかな。 だからあんなに糞重いんだろう。 PS3には荷が重いんだよ。 655 名前：デフォルトの名無しさん mailto:sage [2013/11/18(月) 21:57:18.32 ] PS3のGPUはES1.0+だからES2.0+のWebGLは骨だろうよ 656 名前：デフォルトの名無しさん mailto:sage [2013/11/19(火) 22:27:55.83 ] CSSのカスタムシェーダもこのスレでOKっスか？ 657 名前：デフォルトの名無しさん mailto:sage [2013/11/20(水) 00:31:45.28 ] >>655 アホか、PS3はGeForce7800GTX相当だっつーの 658 名前：デフォルトの名無しさん mailto:sage [2013/11/20(水) 02:43:26.14 ] 直接ハードで対応してるのはES1.0までだな game.watch.impress.co.jp/docs/20060329/3dps3.htm 659 名前：デフォルトの名無しさん mailto:sage [2013/11/20(水) 02:48:41.47 ] wikiにもAPIは1.0までしかサポートしてないって書いてあるね ja.wikipedia.org/wiki/OpenGL_ES OpenGL使ってたとしてもこのAPIかソフトレンダだろうし、仕方ないね 660 名前：デフォルトの名無しさん mailto:sage [2013/11/20(水) 15:14:37.42 ] 馬鹿ばかりだな。ゲハに帰れ 661 名前：デフォルトの名無しさん mailto:sage [2013/11/20(水) 19:06:39.09 ] ※どこが馬鹿かはけして言いません※ 662 名前：デフォルトの名無しさん [2013/11/22(金) 16:45:22.17 ] ごゆっくりどうぞ 663 名前：デフォルトの名無しさん mailto:sage [2013/11/24(日) 15:30:54.01 ] ホームページでフォーム作りたいんだけど、書き込んだ内容を受信する方法がわからない 664 名前：デフォルトの名無しさん mailto:sage [2013/11/24(日) 15:31:27.59 ] form action=自分のメールアドレス ↑だけでいいのかな？ cgiとか難しい 連呼すまん 665 名前：デフォルトの名無しさん mailto:sage [2013/11/24(日) 17:03:06.13 ] つーか、スレ違というか板違い 666 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 18:28:03.03 ] これってbrythonで使える？ 667 名前：デフォルトの名無しさん [2013/12/02(月) 21:55:50.30 ] furoshiki.hatenadiary.jp/entry/2013/11/26/032352 www.slideshare.net/kawada_hiroshi/internet-explorerie?ref=http://furoshiki.hatenadiary.jp/entry/2013/11/26/032352 furoshiki.hatenadiary.jp/entry/2013/11/27/203728 furoshiki.hatenadiary.jp/entry/2013/11/25/014726 furoshiki.hatenadiary.jp/entry/guideline msdn.microsoft.com/ja-jp/library/dn384049.aspx msdn.microsoft.com/ja-jp/library/ie/dn384051(v=vs.85).aspx msdn.microsoft.com/ja-jp/library/ie/ff986088(v=vs.85).aspx msdn.microsoft.com/ja-jp/library/ie/gg130949(v=vs.85).aspx msdn.microsoft.com/ja-jp/library/ie/hh920754(v=vs.85).aspx 668 名前：デフォルトの名無しさん mailto:sage [2013/12/04(水) 15:24:53.68 ] どこにでも沸くのがゴキブリたる所以 669 名前：デフォルトの名無しさん [2013/12/07(土) 07:16:00.02 ] HTML5の虫のいい話聞いていると 東方仗助のこのセリフを連想してしょうがないわ blogimg.goo.ne.jp/user_image/37/18/db42d2040c2ed15a3d03cb22de4e64b5.jpg 今の主流としては、Webはあくまで将来の実行プラットフォームの１つとして視野に入れつつ 実はネイティブがメインというあたりに落ちついてるんじゃね Unityとかcocos2dとかCocoonJSとか。Emscriptenだって結局はそういう発想だろ。 100％Webオンリーはまずまともに動かないので死ぬし、マネタイズもできずに二度死ぬ 670 名前：デフォルトの名無しさん [2013/12/07(土) 07:20:18.25 ] ネイティブで最高峰の速度を誇る言語環境はC/C++と言われるが、残念ながら JSよりもかなり遅い。 この速度で次世代のリッチなUIをドライブするのは不可能と思われる。 その点、HTML5はJavascriptにネイティブ対応しているので非常に高速。 そのため、次世代のUIはHTML5一択と言われている。 671 名前：デフォルトの名無しさん [2013/12/07(土) 08:15:23.07 ] Android + HTMLに変わって、Windowsは無くなるだろうね。 672 名前：デフォルトの名無しさん mailto:sage [2013/12/07(土) 08:31:39.36 ] このスレは決してHTML5を推してる訳ではなく WebGLのスレな訳ですよね 673 名前：デフォルトの名無しさん [2013/12/07(土) 08:35:20.78 ] とはいえ、WebGLはほとんどすべてがHTMLと使われるわけなんですよね。 674 名前：デフォルトの名無しさん mailto:sage [2013/12/07(土) 13:25:46.61 ] test 675 名前：デフォルトの名無しさん mailto:sage [2013/12/07(土) 14:38:24.48 ] そういう頭の悪いどっちが勝つと負けるとかゲハの馬鹿どもみたいな話はよそでやれ 676 名前：デフォルトの名無しさん mailto:sage [2013/12/07(土) 15:03:02.75 ] Who are they to judge us. 677 名前：デフォルトの名無しさん mailto:sage [2013/12/07(土) 19:25:17.72 ] 話題がないから仕方ない。普及率低いうちは実プロダクトに使えないし 来週あたりまたcoolなWebGLのデモが公開されると聞いているが わりとどうでもいい 678 名前：デフォルトの名無しさん mailto:sage [2013/12/07(土) 19:30:53.03 ] IE11はWin8でもつかえるようにして 679 名前：デフォルトの名無しさん [2013/12/09(月) 21:18:13.05 ] >>678 できればUbuntuでも・・・ 680 名前：デフォルトの名無しさん mailto:sage [2013/12/13(金) 22:16:06.49 ] coolなデモ2本来たぜ Racer S (three.js) helloracer.com/racer-s/ Monster Madness Online (Unreal Engine) www.playverse.com/Anonplayer/0-a2aadd1b76e14d0e848ea1de18dca4e8 動作環境はもとより、ロードおせーんだよな・・・ これでは一時期Flashサイトが忌避されたのと何ら異なるところがない たぶんネットが10倍くらい速くならないとだめだわ 681 名前：デフォルトの名無しさん mailto:sage [2013/12/14(土) 12:06:01.97 ] sio29‏@sio29 Stage3D使いづらいわー。一時期Stage3DとWebGLどっちが凄いみたいな話で盛り上がっていたけど、Stage3D推していたやつは確実に触ったことないかラッパーライブラリ使って知ったかぶっている奴だ。 682 名前：デフォルトの名無しさん mailto:sage [2013/12/14(土) 14:01:59.05 ] >>680 実際HDDとネットワーク越しじゃ桁が1つ違うからね。 最初に一気に読み込むやり方だときついだろうね。 683 名前：デフォルトの名無しさん mailto:sage [2013/12/24(火) 13:58:15.03 ] >>681 Stage3Dが糞なのは事実だが、現状PCではWebGLより多くの環境で動くし アプリ化も可能という点で明らかに優位だからな。 どっかのAdobeのエバンジェリストｗも「普及率なめんな」って言ってるだろ 例えばこれ、プラグインが入っていればIE8でも動くからな www.barbacube.com/demos/demo.php?id=lightstorm 684 名前：デフォルトの名無しさん mailto:sage [2013/12/24(火) 14:04:29.13 ] HTML5 に「とても関心がある」開発者はピーク時の72.7％から59.9％に低下 ― 2013第4四半期モバイル開発者調査 - インターネットコム japan.internet.com/allnet/20131224/3.html > 同調査では、HTML5 への関心が低下している理由として、マルチプラットフォーム開発が思っ > たほどうまく機能しない現実があげられている。（略）HTML5 に対して「ニュートラル」で > あると回答したは39.5％に達している。そのように回答した人は、HTML5 はある種のアプリ > 開発には有効ではあるものの、マルチプラットフォーム開発の難しさを解決する“万能薬” > ではないと述べている。HTML5 に対して否定的な人も9.5％存在。これらの人々は、HTML5 は > ネイティブアプリよりもユーザー体験が劣るだけでなく、プラットフォーム毎に最適化が要 > 求されるとしている。 > 「HTML5 は、一度書けばそのアプリがどこでも利用できると謳っていた。だが、ブラウザに > よる HTML5 サポートの足並みが揃っていないため、この約束は実現していない。我々は > HTML5 を格下げし、アプリ全体の一部を占めるプラットフォームに過ぎないものへと見方を > 変えつつある」 今年はソシャゲ会社までネイティブネイティブ大合唱始めるわ Flashの艦これが大ヒット飛ばすわでHTML5受難の年だったな まあ来年こそ来るんじゃね？（棒） 685 名前：デフォルトの名無しさん mailto:sage [2013/12/24(火) 21:44:32.99 ] >>682 フレッツ光で2倍速の Blu-Ray くらいの速度しかないし ましてスマホ回線や途上国の回線考えたらまあ当分無理やね 何より大抵のユーザーはウェブページがパッと一瞬で表示されることを期待してる。 そんなこんなで、Firefox OS あたりもダウンロードアプリも作れるぜっつって最近はアピールしてるけど それ結局 Web じゃなくて審査つきのストアアプリじゃんみたいな。 686 名前：デフォルトの名無しさん mailto:sage [2013/12/24(火) 21:52:09.65 ] で、結局ストアアプリのほうが UX 的にも好ましいということになると わざわざ未成熟な HTML5・JavaScript で作る必要ないじゃんってことになって （例えば Unity とか cocos2d とか優れたフレームワークが山ほどあるわけで。たぶん Flash も） ワンオブゼムに成り下がってしまう、ということで>>684というのがまあ現況か。 687 名前：デフォルトの名無しさん mailto:sage [2013/12/27(金) 13:42:18.89 ] HTML5でも凝りまくって重いものほど時間かかって昔のJavaアプレットみたく 毎回ネイティブアプリダウンロードさせてるようなもんだからな 688 名前：デフォルトの名無しさん [2014/01/20(月) 16:55:08.63 ] 特にPCよりスペックの劣るタブレットなどでは絶望的かも… まぁ、凝らなきゃいいんだけどね 689 名前：デフォルトの名無しさん [2014/02/20(木) 20:30:59.15 ] forthfreak.net/jsforth80x25.html 690 名前：デフォルトの名無しさん [2014/03/06(木) 14:25:22.73 ] Javaの方が速いよ JSじゃ限界がある 691 名前：デフォルトの名無しさん mailto:sage [2014/03/06(木) 15:51:35.75 ] JSも今やJITで動いてるし、 変数の型が推論できた場合、Javaと速度はあまり変わらなくなった。 今後問題が出るとすればやっぱりソースの肥大化だろうな。 692 名前：デフォルトの名無しさん mailto:sage [2014/03/06(木) 16:01:59.06 ] html5でエコ化すると、大量のJavaプログラマたちが職を失う 693 名前：デフォルトの名無しさん mailto:sage [2014/03/06(木) 16:05:13.81 ] java appletは既に絶滅危惧種だから、心配しなくても失うような職はもうないよ COBOL化した分野でちゃんと食ってゆける 694 名前：デフォルトの名無しさん mailto:sage [2014/03/06(木) 20:51:36.78 ] 大量のFlash Engineer, Adobe, nativeアプリ屋, Webデザイナまで職を失う 皆で、ネイティブマンセーすることで分業化され、Win-Winの関係が保たれるのだ 695 名前：デフォルトの名無しさん mailto:sage [2014/03/07(金) 18:07:04.87 ] 飛ばずに消えたJavaFXのことも時々でいいから思い出してください・・・ 696 名前：デフォルトの名無しさん [2014/03/07(金) 20:38:39.64 ] 個人的にはWebGL大好きでいろいろ遊びたいんだけど どうも2.0が来るまで手書きする気が起きないな それとES6で導入かと言われてたTypedObjectが延期されたのは残念 残ったES6での恩恵と言ったらTemplateStringでのヒアドキュメントくらいか ES7になればValueObjectも入って行列演算とかがしやすくなるんだろうけどな まあES7は一応あと３年で勧告予定だから腕を磨いて待つか 697 名前：デフォルトの名無しさん mailto:sage [2014/03/20(木) 20:13:35.89 ID:Y56ICSt6] WebCL1.0の仕様がリリースされた OpenGL ES 3.1の仕様もリリースされてたが、コンピュートシェーダーをぶっ込んできた つうことは、WebGL2.0でコンピュートシェーダーが使えるようになるのかね 698 名前：デフォルトの名無しさん [2014/04/10(木) 19:06:01.75 ID:XrcFwqXA] アプリ86％、Web14％〜モバイル利用時間でアプリの優位が顕著に -INTERNET Watch internet.watch.impress.co.jp/docs/news/20140402_642413.html https://twitter.com/metaps_sato/status/454192485242527744 > アプリファーストの会社が、PC・Web中心の会社を凄いスピードで抜き去る事案が > 世界中で増えているね。接触時間が違うからまあそうだよな。 > 消費者向けであれば、Webサイトすら作る必要なくなってきたしな。 WebGLもう１〜２年でだいぶ普及率上がって普通に使える状態になってると思うんだが （Unityで対応ソフトも増えるだろうし） その頃にはPCウェブオワコンになってるんじゃねーのか モバイルブラウザも全然使われなくなってるし、 ゲームどころかライトな広告案件すら厳しいのでは。 このところウェブがすさまじい勢いで辺境になって行っている実感がある。 よく、いずれHTML5が戻ってくるだの、5年10年待てだの言われるが、それまで持つ気がしない かつてのネットニュースのように、存在するが忘れ去られているという風になりそうだ せいぜいLinuxのようなオープン界隈でひっそり生き延びるとか エンプラ辺りはどうなのか知らんけど。 >>694 マジレスするとHTML5は高コストだよ。実機テストだけで大量の人手が必要 特にブラウザの自動アップデートが恐怖なんだよな。必ず何かがぶっ壊れてるから。 ネイティブでいえばランタイムをダイナミックリンクしているのと同じようなものなので DLL Hellのようなことが起きる。これが「ウェブアプリは不安定」の正体のひとつ。 俺んとこもそれで結局匙投げたし。 699 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 22:50:37.46 ID:HT4FHGvp] 不安定なのは大抵JavaScriptコードのバグが原因と思われる 何しろ多少バグってても動いちゃうから気づかないことがある 700 名前：デフォルトの名無しさん mailto:sage [2014/04/11(金) 21:14:13.91 ID:saLC2V76] UnityもとうとうWebGL対応したけど、 Flashみたいに将来切り捨てられる可能性がありそう。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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