- 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/
- 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上の需要には十分なパフォーマンスが出るでしょ
そういう文句は結局皆マシン語で書けと言うことになる
それに実際問題推論技術の向上によって一部の計算はＣを越えつつある
ＣはＣで複雑な計算はコンパイラと相性いい書き方しないとかなりパフォーマンス落ちる
- 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 ]
- >政治的に実装できない
政治的に実装したくない
ってことですか？
|
 |
