【O3D】HTML5用 3D API WebGL 【Canvas:3D】
at TECH
[前50を表示]
250:デフォルトの名無しさん
11/08/05 01:23:03.87
・好き
・期待してる
・嫌い ← このスレに来るのは時間の無駄
おまいらはどれよ？
251:デフォルトの名無しさん
11/08/05 01:23:57.69
ユーザビリティも含むフォローアップははてな村でやったほうがいい
glスレとjavascriptスレに話題が分散してデモやニュースの張り付けだけのスレになるだろうが、
それでもスレの存在価値が無いわけじゃないから。
252:デフォルトの名無しさん
11/08/05 01:24:34.32
好きでもない物に、わざわざ好きじゃないと言いにくる感覚がよく分からん
253:デフォルトの名無しさん
11/08/05 02:58:03.04
・期待してる
1人の信者が気持ち悪いぐらい盲目に擁護してるが、駄目なものは駄目だろ
仕様上の脆弱性が解消されるまでは叩くよ。
254:デフォルトの名無しさん
11/08/05 08:01:56.68
気持ち悪いと思うならスルーして欲しいんだけど、割と本気で
叩きたくて必至の人に絡まれたくないし、君の為にデモを貼ってる訳じゃないから
255:デフォルトの名無しさん
11/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:デフォルトの名無しさん
11/08/05 10:59:14.18
ブラウザがバージョンアップしたら脆弱性対策で平気で互換性ブチ切られる状況で
どうやって使えというんだろうな
期待してるから文句言ってるんだよ
257:デフォルトの名無しさん
11/08/05 11:06:13.82
>>254
文句を言う人を全部敵認定して噛みつくような奴は邪魔者でしかない。
258:デフォルトの名無しさん
11/08/05 15:14:53.22
ネットに繋がなくていいゲームを作ることを目的にするなら
webgl, alの関数をライブラリ化しておけば
全ての言語で開発できる
ゲーム専用のミニブラウザにして各os対応してしまえばクロプラ達成
たいした手間ではないな
ネット対応するゲームはそもそもメンテが必要だから
脆弱性が出るたびに更新し続ければいいわけで
とりあえず提示されてる問題は全て解決できる
259:デフォルトの名無しさん
11/08/05 16:26:39.89
XULRunnerもあるしブラウザのバージョン間の互換性なんてどうでもいい
この前動かしたらオプション付けてwebglも動いた、何の問題もない
ライブラリを作れば開発環境にブラウザ使わなくていい
ブラウザ上で開発してもXULRunnerに埋め込めば動く
ネットゲーはそもそもメンテが必要
マイクロソフトの脆弱性の指摘をこれ以上主張することには何の意味もない
ウェブブラウザとしてのWebGLは失敗したとしても
クロスプラットフォーム3Dゲーム開発ライブラリの仕様策定と
それの実働環境の提供は成功した
マイクロソフトが脆弱性にこだわってWebGLを無視しても手遅れ
WebGLベースに開発していれば大きな潜在顧客を相手にできるから
企業も無視できない、ネットゲームとの相性もいい
脆弱性にこだわってたらマイクロソフトみたいに出遅れるかもな
NECが出遅れたときと同じ状況になってるわけだ
マイクロソフトはNEC用にWindowsを作って開発環境をwindowsにまとめた
今回は開発環境をWebGLにまとめる
260:デフォルトの名無しさん
11/08/05 16:43:44.71
マイクロソフトは.NETという対抗手段を持っている
だからWebGLを攻撃する理由がマイクロソフトには存在するわけか
WebGLでゲーム作るか、.netでゲーム作るか
※ただしDirectXはWindowsでしか動かないのでクロプラするにはOpenGLが必須
マイクロソフトはmonoとそれで動くdirectxに
力を入れ始める間の時間稼ぎをできるのだろうか
そのための時間稼ぎが脆弱性だった
261:デフォルトの名無しさん
11/08/05 17:09:23.29
mono開発者がWebGL脆弱性を指摘
↓
mono開発者レイオフ
↓
mono開発者起業
マイクロソフトが頼れるのは.netかSilverlightか
java, flashとも敵対してるしhtml5に結集しつつある
マイクロソフトはオフィスとエクセルで稼ぐしかないのかね
262:デフォルトの名無しさん
11/08/05 18:47:16.71
話が終わったら教えてくれ
263:デフォルトの名無しさん
11/08/05 19:06:26.36
>ウェブブラウザとしてのWebGLは失敗した
264:デフォルトの名無しさん
11/08/05 21:17:06.80
>>259
C++/OpenGLでエンジン作ってV8でも組み込んだら?
そのほうがよっぽどクロスプラットフォームだし融通利くしパフォーマンスも出しやすいよ
265:デフォルトの名無しさん
11/08/05 22:13:12.90
>>264
衝突判定や物理演算がcpu担当
行列の計算して描画するのがgpu担当
データ設定して流して(デバイス依存)命令出すだけなのがOpenGL
ただし衝突判定や物理演算はgpuに担当させることは可能
ボトルネックになるのは衝突判定や物理演算の箇所で
これはWebCLが担当できればいいと思っている
解像度が低ければgpu余るし
WebGLとWebCL使えればcpuには仕事がなくなるからスクリプトでも十分
政治的なことで技術選ぶのは好きじゃないけど
ゲイツちんが原発推進しまくってるから
誰が何を言ってもWebGL使うことにするよ
原発の脆弱性の方がよほど深刻だ
266:デフォルトの名無しさん
11/08/06 10:33:42.28
×政治的 ○宗教的
>（WebGLの脆弱性より）原発の脆弱性の方がよほど深刻だ
こんな意味不明な酷い擁護する事からも、宗教的だと言わざるを得ない。この人頭おかしいわｗ
267:デフォルトの名無しさん
11/08/06 16:35:38.19
>>257
文句言うのは好きにしていいけど、独りでやったら良いじゃん
他人の文句なんて聞きたくないし、絡まれたら面倒くさいわ
268:デフォルトの名無しさん
11/08/06 17:53:33.96
みんな詳しそうだから質問。
具体的にどう書くの？
web_cl:ベクトル同士の内積を１億回計算する。
web_gl:ポリゴンを秒間１億個表示する。
実際に動く完全なコードをよろです。
269:デフォルトの名無しさん
11/08/06 17:57:58.77
個人的には、WebGL の技術的な話を淡々としていくスレになって欲しいのだが、
妙な熱意を持った人ばかり集まるのはどうしてだろうね・・・
270:デフォルトの名無しさん
11/08/06 21:38:40.43
技術的も何も、これからガンガン仕様変わるからはっきりしたことは言えない
としか答えられないよ
271:デフォルトの名無しさん
11/08/06 21:48:36.92
何で君に聞いてると思ったの?
何ではっきりした答えを求められてると思ったの?
272:デフォルトの名無しさん
11/08/06 22:22:28.47
仕様が確定しないと技術的な話ができないって不思議な制約だな・・・
273:デフォルトの名無しさん
11/08/06 23:23:54.46
>>267
技術的な話をせず馬鹿みたいな事しか言わないから絡まれるんだよ。
そのくらいも分からない君は馬鹿だな。
274:268
11/08/06 23:48:53.35
だから技術的な話をしましょう。
具体的なコードはどう書けば動くの？ただの掛け算ですよ。こんなの書き方知ってる人なら一瞬でしょ？
275:デフォルトの名無しさん
11/08/06 23:53:35.32
>>274
質問してるのに偉そうな奴だな。そんなんじゃ誰も答えてくれんよ。
276:デフォルトの名無しさん
11/08/07 01:46:09.53
人柱オナニー野郎が入り口から人に頼ってどうする
277:デフォルトの名無しさん
11/08/15 02:34:21.47
URLﾘﾝｸ(www.youtube.com)
278:デフォルトの名無しさん
11/08/15 08:39:14.99
リンクを開いて g を押す
URLﾘﾝｸ(madebyevan.com)
via URLﾘﾝｸ(news.ycombinator.com)
279:デフォルトの名無しさん
11/08/19 01:41:31.28
WebGL難しいな 誰か解説サイトや本あったら教えてくれ
280:デフォルトの名無しさん
11/08/19 01:49:09.04
>>279
URLﾘﾝｸ(sites.google.com)
シェーダーさえ分かってしまえば、それほど難しい事も無いと思うよ
281:デフォルトの名無しさん
11/08/19 13:39:39.30
>>258
できてないだろ
282:デフォルトの名無しさん
11/08/19 21:40:26.54
技術的に迂回できたら脆弱性対策の意味がないな
ラッパー通してればクロスドメインテクスチャ禁止に対応できたのかな
283:デフォルトの名無しさん
11/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:デフォルトの名無しさん
11/08/28 01:48:18.17
「OpenGL ES 2.0 プログラミングガイド」がおすすめ
285:デフォルトの名無しさん
11/09/15 03:03:39.85
WebGLは使った事は無いんだけど、大まかな仕組みはOpenGLと同じだろうから
ネットで"OpenGL 入門"でググって、普通のOpenGLの仕組みをまずは理解するといいと思う。
大ざっぱなOpenGLの仕組みは
頂点データ
↓
Vertex Shader(頂点単位の処理)
↓
ラスタライズ(3頂点の三角形から画素の集まりに変換)
↓
Fragment Shader(画素単位の処理)
↓
Zバッファ, カラーバッファ書き込み
↓
表示
みたいな感じだ。
Vertex Shaderで射影変換というのをやって
遠近感をだす。
Fragment Shaderで陰影を計算したり
テクスチャを読み込んで貼り付けたりするよ。
Zバッファで隠れた面を見えないようにする。
286:デフォルトの名無しさん
11/09/15 09:39:02.23
ちなみにWebGLはIEでは実装されない機能
287: 忍法帖【Lv=38,xxxPT】
11/09/17 04:19:12.16
普通のデスクトップアプリでは, OpenGLやDirect3Dはハードウェアよりな低レベルAPIなので
そういったAPIを使わずに高レベルなライブラリを使う事が多い。
3Dにあまり詳しくない人でもUnreal EngineとかUnity等のゲームエンジンを使えば
GPUを使ったそこそこカッコいいCGのプログラムを作る事ができる。
WebでもWebGLを直接使わなくてもそこそこ3Dのできるライブラリが使われるようになるんじゃないかと思う。
WebGLはそういったライブラリを実装する基盤として使われると。
288:デフォルトの名無しさん
11/09/17 07:10:52.12
モバイル後方互換性とか win98 の比でないくらい
仕様というかスペックやら画面サイズに違いがががが
ガラケー含めなくてもその傾向はあるし
なんだこれ…このスレに書き込もうとして貼り忘れて残ってたな
実際のところはハードに依存してる部分も多いからね…opengl4.0…
289:デフォルトの名無しさん
11/09/18 03:55:46.03
「そこそこ3Dのできるライブラリ」もイッパイ出てきていて、
Three.js、J3D、PhiloGL、SceneJS、GLGE のどれが
シェアを獲得するんだろう？ 他にもある？
290:デフォルトの名無しさん
11/09/18 06:57:27.85
>>287
低レベルまで開放しすぎて脆弱だから、そういうのを標準化しろ。
291:デフォルトの名無しさん
11/09/19 12:31:51.38
canvasにポリゴンのバッチ描画が付いて
組み込みのエフェクトがいくつかあれば十分
規格決めなくていいからさっさとどっかが独自実装して既成事実にしてくれ
292:デフォルトの名無しさん
11/10/17 19:02:36.82
シーングラフ周りを標準化してW3C DOMで弄れるようにすべき。
293:デフォルトの名無しさん
11/10/18 00:13:24.73
シーングラフをもった3DAPIがことごとく惨敗しているのに？
シーングラフ付を喜ぶのは日本人だけだよ。
294:デフォルトの名無しさん
11/10/18 09:24:14.16
OpenGL ESに対応がかなりカバーできていてシェーダー周りもばっちり動くな
というようなライブラリはまだあまり…試行錯誤の段階かなぁ…この手のは
処理速度がボトルネックになりがちな印象 => 俺の実装がなそんなadhocに負けるわけが。黒魔ぐらぼー（南無参
295:デフォルトの名無しさん
11/10/18 21:37:04.55
真面目な話、MSがIEに載せる気ゼロなのと、JavaScriptな限り
WebGLが本格的に使われることはないだろ。デモコーダーの遊び場止まり。
実案件の現実的な選択肢としては今後5年くらいはFlash 11になるか。
IEが滅びそうな気配もないし
URLﾘﾝｸ(lhsp.s206.xrea.com)
>>287
> Unreal EngineとかUnity等のゲームエンジンを使えば
両方ともFlash行ってしまったね。HTML5陣営はなぜこいつらを逃したのか考えないと駄目だと思う。
まあ理由は簡単で、実装のシェアと、向こうはC++も使えるからなんだが。
>>289
作者的に推しなのはThree.js。なかなかの3D野郎だよ。
296:デフォルトの名無しさん
11/10/18 23:29:09.83
>>295
FLASH11はないわ。理由は↓
URLﾘﾝｸ(www.publickey1.jp)
>Windows 8のタッチUI用IE10はプラグインに非対応。FlashもSilverlightも使えず
MSがやる気のないはWbeGLであってHTML5やJavaScriptじゃない。
297:デフォルトの名無しさん
11/10/18 23:40:12.17
仕様がまるで固まってないものをMSが実装するわけないでしょ
MSのポリシー的にいったんサポートしてしまったら永遠に互換性を保ち続けないといけないんだから
298:デフォルトの名無しさん
11/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:デフォルトの名無しさん
11/10/19 22:48:35.46
確実にこの先も、セキュリティホールが見つかったからWebGL無効にしてブラウザのバージョンアップを待て
みたいなのは頻発するよ
IE関係なくどこでも無効にされる
300:デフォルトの名無しさん
11/10/20 00:26:41.99
URLﾘﾝｸ(www.3dcg-arts.net)
WebGLを使った3DCGのSNS。
時代はすでにWebGLに移行してます。
301:デフォルトの名無しさん
11/10/20 11:21:00.58
>>300
[WebGL][Firefox][Chrome]FirefoxやChromeでWebGLが動作しない理由
URLﾘﾝｸ(d.hatena.ne.jp)
windowsだと about:config などでブラウザの設定書き換えないと
表示できないのと（ubuntuだと何も設定しなくても表示されるけど!）
cpu に係る負荷の大きさとか操作しやすさを cg と比較とするとつらいかなぁ
URLﾘﾝｸ(www.cg-site.net)
ただ技術的には頑張ってるとかんじる部分も多そうなので今後に期待。
対応フォーマットの数が多そうなのはいいことだと思う
302:デフォルトの名無しさん
11/10/20 13:26:36.85
クロスドメイン問題はFirefox5、Chrome13で修正済み。情報古すぎ
CPU負荷はポリゴン単位の描画発行をするCgほうが重いし、ライティングもできない
Zソートによるちらつきは以前からモデリングしている人間にとって不評だ。
303:デフォルトの名無しさん
11/10/20 14:01:31.94
ロードマップにIE8対応って書いてあるがFlash使って別に実装するつもりなのかな。
信者が張るようなサイトでも結局は2度手間になっちゃうわけか。
304:デフォルトの名無しさん
11/10/20 14:48:06.01
URLﾘﾝｸ(internet.watch.impress.co.jp)
URLﾘﾝｸ(google-latlong.blogspot.com)
>Google、WebGLを利用したGoogleマップ「Google MapsGL」アーリーベータ版公開
305:デフォルトの名無しさん
11/10/20 14:51:20.97
URLﾘﾝｸ(internet.watch.impress.co.jp)
URLﾘﾝｸ(workshop.chromeexperiments.com)
>Google、らせん状のデジタル本棚公開〜3Dグラフィック「WebGL」活用
306:デフォルトの名無しさん
11/10/20 14:53:36.17
URLﾘﾝｸ(madebyevan.com)
>WebGL Water
307:301
11/10/20 16:27:15.34
>>302
いや最新のfirefox7.01だ俺が試したのは。
なので張ったリンク先のサイトの情報は
それなりに正確なものだとは思う。
308:デフォルトの名無しさん
11/10/20 17:20:17.80
FF7.0.1でwebgl.disabledの初期設定値はfalseだが?
309:デフォルトの名無しさん
11/10/20 19:33:46.97
>>308
うんそこはデフォで false なんだけどグラフィックボードの種類によっては
URLﾘﾝｸ(d.hatena.ne.jp)
>WebGL : webgl.force-enabled を検索して true に
強制的に enabled にするオプションを付けてあげないと webgl が効かないんだな
とじぶんもさっき試してみて知ったからあまり偉そうに言えないんだけどさ…
でもHTML５って webgl だけじゃないしね色々選択肢があるのはいいこと
だと思うよ
310:デフォルトの名無しさん
11/10/20 19:40:47.26
最後の二行は余計だったかもしれん…
というかスレ違いだし…気に障ったらすまそ…
311:デフォルトの名無しさん
11/10/23 14:41:05.64
WebGLは規格作り直しでもされるの？
312:デフォルトの名無しさん
11/10/25 10:10:58.44
WebGLはゴミってMSがいってた
313:デフォルトの名無しさん
11/10/25 11:33:58.96
俺がWwbglの未来を作るって狐さんが
わしもじゃよ！とOperaさんが
314:デフォルトの名無しさん
11/10/25 21:54:32.84
そしてGoogleはJavaScriptを見限りました
315:デフォルトの名無しさん
11/10/25 23:03:12.15
まずOpenGLを作り直そうよ
316:デフォルトの名無しさん
11/10/26 01:38:04.18
GoogleはAndroidに傾倒するあまり肝心のクラウドが疎かになっているわけだが
317:デフォルトの名無しさん
11/10/26 03:12:16.54
クラウドが疎かってなんの事？
318:デフォルトの名無しさん
11/10/26 15:35:38.38
というか android が蔵独活そのものだよ設計思考とか…
ひとによって定義は違うかもしれんけど
319:デフォルトの名無しさん
11/10/26 16:21:59.51
>>317
信者であろうと平気で梯子外しするから恐ろしいわ。
利用料金を大幅値上げして大半のユーザで2倍以上、中には10倍になった人もいる。
9月になってこの新料金が知らされて、9月末には適用すると言いだしたもんだから大騒ぎ
AppEngine SDK使っていたから他にも逃げ出せず、サービス終了か値上げを受け入れるかの二択を迫られた。
当然、利用者から怒号飛び交う猛反発を受けて、準備期間できたけどそれももう終わり。
320:デフォルトの名無しさん
11/10/26 19:33:10.38
疎かっていうのと違うくね
321:デフォルトの名無しさん
11/10/26 19:45:06.66
日本語の話なんて不毛な事はしたくないんで辞書引いてきてね
322:デフォルトの名無しさん
11/10/27 07:20:24.47
ユーザーが増えたら問答無用で値上げのWebサービスって、楽天を思い出す。
323:デフォルトの名無しさん
11/11/09 01:55:04.63
WebGLわかんねー
テクスチャ貼るだけでトリッキーすぎるぜ
324:デフォルトの名無しさん
11/11/09 10:35:40.89
C/C++のGLESの本買って勉強してきた方がいい
JavaScriptができるから、なんていうのは全くアドバンテージにはならん
325:デフォルトの名無しさん
12/02/06 21:10:09.11
flasherにそんなこと言っても無理に決まってるｗ
326:デフォルトの名無しさん
12/02/11 01:50:05.87
three.js このスレで知ったけど WebGL と Canvas 両方使えるってすげぇな
GLGE も Collada 読めたり便利
327:デフォルトの名無しさん
12/02/11 08:06:37.48
低脳アポン厨スレを荒らすな
328:デフォルトの名無しさん
12/02/11 11:21:24.62
病んでるなぁ
329:デフォルトの名無しさん
12/02/11 11:46:36.08
一般的なウェブページ…………html5 で問題なし
プロモーションページ…………（動画さえ再生できれば）html5 で問題なし
ゲーム等の提供サイト…………大勢としては flash → html5 の流れ
ここまでは、結局既存の技術を置き換えるだけのもの。
つまり、上で記した分野に留まった html5 マンセー記事は、本人が意識していよう
がいまいが、ステマの域を超えていない気がする。
新しいユーザー体験を提供するという点では、やはりウェブアプリとスマホが
最有望の分野なんだろうな。今から新しく何かつくるとしたら、このどれかかな。
330:デフォルトの名無しさん
12/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:デフォルトの名無しさん
12/02/11 20:12:37.33
flashetのおっさんたち乙
332:デフォルトの名無しさん
12/02/11 21:10:53.85
WebGL使ってるのですが、２点ほど小さな問題があります
一つは描画が乱れるというか、リフレッシュが上手くいってないのか
ビデオカメラで画面を撮ったときのようなブレができます
もう一つはずっと動かしてると
一時間に一度くらいの頻度でブルースクリーンになります
これは無理矢理非推奨GPUを有効にして動かしてる影響なのか
Chrome-webkitRequestAnimationFlameの影響なのか
別のなにかの影響か、はたまたWebGLはこういうものなのか分かりますか？
>>330
自分はCanvasも使えないガラケーブラウザでピクミンを再現したことがありますが
工夫に工夫に魔法に工夫を重ねればJAVAアプリ並のことができますよ
333:デフォルトの名無しさん
12/02/11 21:14:31.46
そりゃ環境依存でしょう
Webでこんな低レベルなAPIを使うなんていうのがいかに馬鹿な考えか分かっただろ?
334:デフォルトの名無しさん
12/02/11 21:20:11.49
環境は
VistaBasicノートCore2
Google Chrome最新β
標準でWebGLが動かないためenable-gpu-blacklistオプション付き
垂直同期やその他の設定は弄らず
（弄るとより頻繁にブルースクリーンになります）
WebGLは
２次元矩形１つを３次元空間でweblitRequestAnimationFlameを用いて60fps弱で動かすだけの軽いデモ
よりGPUに負荷がかかることをすればするほどブルースクリーンになりやすい気がします
335:デフォルトの名無しさん
12/02/11 21:23:27.04
>>333
楽しいからいいじゃありませんか
でもブルースクリーンは楽しくないので何とか安定させたいのです
せめて一日一度程度なら……
336:デフォルトの名無しさん
12/02/11 21:24:45.30
もしWebGLの仕様上、意図的に実行環境をブルースクリーンにする方法があるなら
とんでもないセキュリティホールだろw
環境が悪いんだよ諦めろ
337:デフォルトの名無しさん
12/02/11 21:30:41.28
ドライバー腐ってるか、グラフィックカードがいかれてるか。
338:デフォルトの名無しさん
12/02/11 21:31:43.54
環境が悪いのならそれはそれでいいのですがもうちょっと何とかしたいのです
ブラウザ起動後促ブルースクリーンから１時間持たすまではブラウザの設定を弄って改善させました
あとwRAFも原因の１つなのではないかとうっすら思ってます、2DCanvasでもこれを使うと何回かフリーズしたので
他にブラウザ間の差や、このメーカーのカスタムGPUは相性が悪いとかありますか？
環境が悪いのなら次のPC買うときに参考にしたいので
339:デフォルトの名無しさん
12/02/11 21:33:01.36
だったらなんで他のブラウザを試さないの?
340:デフォルトの名無しさん
12/02/11 21:34:25.00
ようするに問題があるから blacklist なんじゃないの
341:デフォルトの名無しさん
12/02/11 21:38:01.48
FFでは一度動いてたのですが
なぜか動かなくなってしまい原因調査中です
他は試してません
それでそのデモというのはMDNのデモです
皆さんの環境では完璧に綺麗にスムーズに表示されますでしょうか？
342:デフォルトの名無しさん
12/02/14 15:22:55.86
JVMや.Netですら3Dの性能でなくて流行らないのに
ブラウザでJavaScriptとか意味不
343:341
12/02/16 19:25:02.32
解決しました
Chrome(β)でもFireFox(α)でも設定を弄る事で安定に動かせるようになりました
基本はだいたい分かったので次はシェーダの事を詳しく学びたいのですが
JavaScriptプログラマーが学ぶのに良い方法等があれば教えてください
それでどちらのブラウザがより良いのかも確かめてみたのですが
サンプルデモのようなシンプルな(Canvas自体だけの)物だとだいたいFireFoxの勝ち
もっと複合的なものや安定度はChromeの勝ちと言うことでどちらか決めれませんでした
しかしFireFoxは場合によりテキスチャがきちんと貼られないバグ等がありました
それから重たい処理をさせるとFireFoxはChromeよりも遠慮なくCPUを独占してマシン毎不安定にさせます
でもツールは凄く便利なのでやっぱり両方使う感じになりますね
344:デフォルトの名無しさん
12/02/16 23:44:13.95
まずWebGLとJavaScriptを忘れます
OpenGL ESの本を買います
VC++入れます
ひと通り終わってなおWebGLに戻りたかったら戻ればいい
345:344
12/02/16 23:49:33.23
ESじゃなくてただのOpenGLの間違い
346:デフォルトの名無しさん
12/02/17 08:00:13.93
シェーダーだけだいたい学べればよいのですが
347:デフォルトの名無しさん
12/02/17 08:01:56.71
OpenGL ESの本も借りて来るとして、参考になるサイト等はありますか？
348:デフォルトの名無しさん
12/02/18 17:33:24.55
昔WindowsでDirectXが出始めた時と状況が似てるな。
ハード直叩きのDOSゲームが主流の時代にプロテクトモードで動いているOSで
ゲームがまともに動くはずがないとか言われてたなw
実際ハードを直で叩けなくなった分当時のゲームは面倒な事になったけど、
今それに文句言う人はいない。
WebGLもセキュリティの為に少しの不便を強いる事にはなると思うけど、
そのうちそれも当たり前になるだろうね。
349:デフォルトの名無しさん
12/02/18 19:40:40.15
逆だろ
抽象化されていてもある程度ハード叩けるから問題視されてるんだよ
350:デフォルトの名無しさん
12/02/18 21:02:18.41
ブラウザの実装次第だろ？
351:デフォルトの名無しさん
12/02/19 01:23:44.39
>>349
そう、WebGLは逆のパターンだけど危険なシェーダーは実行させないとか
チェックを重点的にするようになるっぽいよ。
352:デフォルトの名無しさん
12/02/19 02:40:08.63
でも結局の所ソースを完全に隠蔽出来ない以上、クライアント側に重要な
コードは置けないよね。
シェーダーのソースとか見られても困らない使い方しか出来ないな。
353:デフォルトの名無しさん
12/02/19 08:53:36.20
画像ファイルのローダーを書かなくていいのは便利だけど、S3TC系の
圧縮テクスチャを使えないのは痛いな。
354:デフォルトの名無しさん
12/02/20 08:47:31.80
非リアルタイムな処理をやるときに、C++のようにはCPUの力業が通用しないのは痛いな
ブラウザによって速度に差がありすぎて事実上非互換になってしまうし
いくらjsが速いブラウザでもげんかいがある
355:デフォルトの名無しさん
12/02/20 13:03:18.26
できることをしたらいい
今でも大概のWEB上の需要には十分なパフォーマンスが出るでしょ
そういう文句は結局皆マシン語で書けと言うことになる
それに実際問題推論技術の向上によって一部の計算はＣを越えつつある
ＣはＣで複雑な計算はコンパイラと相性いい書き方しないとかなりパフォーマンス落ちる
356:デフォルトの名無しさん
12/02/28 10:53:30.46
MS「WebGLは有害技術
URLﾘﾝｸ(internet.watch.impress.co.jp)
357:デフォルトの名無しさん
12/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:デフォルトの名無しさん
12/03/04 01:46:41.05
あと、JavaScriptが基幹言語・基軸言語と化したのは痛い。
JavaScriptにうまくコンバートできない言語は壊滅的打撃を受けるだろう。
359:デフォルトの名無しさん
12/03/04 04:55:21.12
cとschemeの間の子で基幹言語としてこれ以上ないほど適任だぞ
360:デフォルトの名無しさん
12/03/04 06:11:08.48
Flasherにありがちなこと
・Flashの方がよっぽど脆弱度が高いのは棚に上げて、WebGLは危険！と聞きかじりでネガキャン
・AppleはAppStoreに誘導するためにウェブの進化を阻害しているんだよ！という陰謀論的妄想
・ジョブズとApple信者に対する異常なまでの被害妄想
・オープンはクローズドなんだよ！という破綻した論理
361:デフォルトの名無しさん
12/03/04 07:04:32.57
マシンパワーが余ってくると抽象度を上げて安全性を高めるなんて
流れは昔からよくあるけどそれに適応できずに大声上げる人も昔からいるね
362:デフォルトの名無しさん
12/03/04 09:50:35.80
CLRみたいなのをブラウザに組み込めばいいのに
静的言語を動的言語に変換て頭悪すぎるだろ
363:デフォルトの名無しさん
12/03/04 17:19:17.19
安全性の問題は GLX_ARB_create_context_robustness, GL_ARB_robustness を使うように
なれば解決だろう。
364:デフォルトの名無しさん
12/03/10 10:17:25.65
>>362
NaClの夢でも見とけばいいんじゃない
365:デフォルトの名無しさん
12/03/11 22:31:47.40
DartとかNaClとかあそこは何がしたいんだろうな
WebVMこそ誰もが求めてるものだろう
366:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/31 14:42:52.54
もちろん CLR のような進化の方向性あるだろうが、まあこれも問題があるんだろう
もともとバイトコードの構造はプログラミング言語とかなり固く結びついてる
C# や Python やら好きな言語でコード書いてコンパイルしてバイトコード生成して、
ブラウザで動かすにしても、それはそれで、たぶん、ブラウザ側で最適化作業が要るんだろうｗ
それならもう、最初から、JavaScript の高速化に賭けるほうがいいかもしれない
367:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/31 18:22:13.41
JavaScript は、巨大プログラムを作るようには設計されていない。
368:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/31 20:44:49.07
>>366
Java, Jythonの関係みたいに些細な最適化をしなければできるっしょ。
シンタックスがちょいと違う似たような言語が
同じ土俵に立てないのがバイトコードなしの悪弊なんだよね。
CoffeeScriptとかDartが普及できん
369:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/01 06:31:40.02
トランスレータとしては十分な速度出るようになってるし、別にええんちゃうか
コードがそのままで動くように成るならそれに越したことはないが
手元でバイトコードにコンパイルするんだったら現状と変わらんよ
370:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/01 08:58:09.98
JavaScriptって目一杯最適化済のC++のコードの１割くらいのパフォーマンスは既に出るようになってる
これがもう倍の倍くらいになれば十分なんだが
できるだけ抽象化して内服がCの高次機構どんどん導入して
なるべくJSでロジック組まなくていいようにすべきだな
WebGLも行列の処理がネイティブでサポートされればだいぶ希望が増す
ES7くらいで是非頼むよ
371:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/02 09:18:42.25
中間言語というなら最低でも64ビット整数型くらいは付けてくれ
372:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 11:32:01.00
初心者の質問でスマンコ。スレチなら誘導してくれオマンコ。
幅１で引くCANVASで引く線がにじむんだが、どうすれば避けられる？
アンチエイリアスを掛けたような滲みなんでオプションで消せるんじゃないかと思うんだが・・・
症状としては線幅１で滲んだ灰色がかった線、線幅２で濃い黒い線で、両者で幅変わらず。
使うのはPostscript互換というかGhostViewナシで図をプレビューするだけの素朴な使い方を想定している。
直線主体で白黒の理系二次元グラフだ。
373:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 16:38:33.78
Canvasだけの話ならこっち
Canvasについて語ろう
ｽﾚﾘﾝｸ(hp板)
374:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 15:51:49.82
>>372
何がやりたいのかは知らんが、座標を0.5ずらしてやればちゃんと1pxで描画出来る。
375:デフォルトの名無しさん
12/05/19 22:33:32.58
フラグメントシェーダーのdiscardってバグが多いのか？
376:デフォルトの名無しさん
12/07/05 15:02:51.41
URLﾘﾝｸ(mrdoob.github.com)
377:デフォルトの名無しさん
12/08/04 02:16:24.06
ジョン・カーマックがQuakeCon 2012の基調講演で曰くJavaSciprtとWebuGLはクソ
あたしも完全に同意見だね。
378:デフォルトの名無しさん
12/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
URLﾘﾝｸ(pc.watch.impress.co.jp)
>> V8で高速化手法をやり尽くしたため、JavaScriptは、これ以上の飛躍的な高速化は望めないのではないか
ってことだろ。Dartは微妙だと思うけどなｗ
つかセキュリティが欲しいならNaClでいいだろうがと思うんだが
（速度的にはネイティブの3割ダウンといったところだったはず）
MozillaとBrendan Eichあたりが拒否してるんだよな。こいつらガンだわ。
379:デフォルトの名無しさん
12/08/04 02:41:51.05
>>370
> なるべくJSでロジック組まなくていいようにすべきだな
GPUに丸投げするというおぞましい解もあるぞｗ
実現性は知らんがｗ
380:デフォルトの名無しさん
12/08/04 02:53:36.71
>>361
ああ、あとマシンパワーが余っていないことに加えて、抽象化の仕方もおかしいだろと。
よりによってスクリプト言語をVMのようなものにすんなとｗ
局所最適解にもほどがあんだろ。冷静に考えて、何から何まで間違ってるだろHTML5って発想ｗ
この辺はGoogleのNaClだけじゃなく、MozillaもLLJSを提案したりしているけれどね。
全世界のエンジニアがこんな愚かなトレンドに走ったのは歴史の汚点として残るだろうよ。
誕生した瞬間からクソレガシー技術とかアホじゃないの。
381:デフォルトの名無しさん
12/08/04 09:51:55.00
JSは速度以前に言語仕様がクソだろ
382:デフォルトの名無しさん
12/08/04 20:43:11.42
>>378
仮想マシンが吐いたコードの最適化技術は使い回しが効くんじゃないか
だいたい用途が違うにも関わらずc++と比較する奴がヴァカ
greeやmobageを見る限り、金を巻き上げるにはjsで十分だろ
383:デフォルトの名無しさん
12/08/04 20:51:18.98
>>382
グリーやモバゲーだとjs以前の問題なような・・・
課金システムはperlだっけが
384:デフォルトの名無しさん
12/08/04 20:54:12.54
>>342
unityは流行ってるだろ.java製のminecraftも一時期ブームだったし
普通の業務系のプログラマはわざわざゲームを作りたいと思わないし、
ゲームプログラマはc++を使えるのに製品で性能落としてまで
javaやc#で作るメリットが無いから使わないだけだろ
何より本業と片手間の趣味で言語のイディオムを切り替えるのは苦痛
385:デフォルトの名無しさん
12/08/04 21:26:26.40
>>380
プログラマにとってトレンドよりも重要なことなんてあったか?
ああ、FOSS教GNU派RMS主義の方たちか
386:デフォルトの名無しさん
12/08/04 21:46:06.47
flash重いとかいってたヘボ環境ではそれ以上に重い
それ自体は事実
actionscript嫌いだけど
結局モバイルで使い物にならないなら一般のサイトでwebgl使うのはまだ先。
余裕があるならやればいいんじゃねって感じ
387:デフォルトの名無しさん
12/08/04 22:08:12.98
WebGLが出てからしばらく経つけど面白いゲーム出た？
388:デフォルトの名無しさん
12/08/05 02:20:33.07
discard多用してるんだが
対応してない環境が多いってほんと？
389:デフォルトの名無しさん
12/08/05 02:46:30.65
会話がなりたっているようで実はそれぞれが思い思いの独り言書いてる
スレだったりする？
390:デフォルトの名無しさん
12/08/05 10:32:11.89
>>388
デスクトップではどうかしらんが
qualcommのgpuはアウトらしい
391:デフォルトの名無しさん
12/08/06 19:58:52.58
結局、Internet Explorer が対応しなきゃ使わないだろう
WebGL は実質 Google しか得しないプラットフォーム
392:デフォルトの名無しさん
12/08/06 21:21:58.33
みんなアンカーつけてこうぜ！なんか他のすれより頭のよさそうなひとばかりな
気がする
393:デフォルトの名無しさん
12/08/06 21:22:02.42
3DはCSS3を使えとMS
394:デフォルトの名無しさん
12/08/06 22:11:22.61
Operaも対応してきてるけど
GLSLでfunctionが使えないとかまだ制限があるな・・
395:デフォルトの名無しさん
12/08/07 13:29:00.64
このスレ的にはWebCLってどうなの？
やっぱどうせJavaScriptとopenGLを半分無理矢理組み合わせるんなら
こういう他の技術も合わせていった方が有用に見られると思うんだ
396:デフォルトの名無しさん
12/08/08 10:58:55.34
サマーウォーズのozﾏﾀﾞｧ-? （・∀・ ）っ/凵⌒☆ﾁﾝﾁﾝ
397:デフォルトの名無しさん
12/08/09 03:34:33.71
WebCLって計算する部分はGLSLみたいにCライクな別の言語で実装するんだな。
WebGLといい、CとかC++で1から実装する意味が段々薄れてくるな。
398:デフォルトの名無しさん
12/08/10 08:13:11.38
WebGLのもうちょいましなラッパーライブラリがでないものかね
2d+cssとWebGLの差をもう少し埋めて欲しい
399:デフォルトの名無しさん
12/08/10 08:24:41.78
自分はWebGLとOpenGLの差を埋めてほしいわｗ
現状でも拡張だのゴタゴタやってるんだから
いっそ２バージョン作ればいいのに
400:デフォルトの名無しさん
12/08/10 08:30:11.14
>>399
> 自分はWebGLとOpenGLの差を埋めてほしいわｗ
真性？
401:デフォルトの名無しさん
12/08/10 09:59:06.01
>>398
言い出しっぺの法則
402:デフォルトの名無しさん
12/08/10 10:21:02.79
>>400
何か変なこと言ったか？
テクスチャサイズとかそういうところだよ
403:デフォルトの名無しさん
12/08/10 10:26:41.64
ライブラリでやれ
404:デフォルトの名無しさん
12/08/10 10:42:01.00
>>402
真性かw
405:デフォルトの名無しさん
12/08/10 10:47:28.81
なんで2.0なの？とかは思う
406:デフォルトの名無しさん
12/08/10 12:59:55.47
glesとglの違いがわかってないのがいる？
407:デフォルトの名無しさん
12/08/14 20:55:33.46
.NET のアプローチが正道
408:デフォルトの名無しさん
12/08/14 22:02:52.95
>>391
いや、IEにもCanvasのフレームバッファ機能が実装されているから自力で描画するライブラリを作れば問題ない
OpenGLだって、ハードの対応がない部分はソフトウエアによる描画になるわけだし
409:デフォルトの名無しさん
12/08/14 22:31:35.48
OpenGLアプリの移植には都合がいいが、Webアプリでやる意味ない。害悪はある。
410:デフォルトの名無しさん
12/08/17 03:00:41.63
このサイト、MacでSafari5 (開発オプションでWebGL有効)で踏むと
段々重くなって操作不能にならないか？
URLﾘﾝｸ(madebyevan.com)
スペック
Macbook Pro 13.3 2011 Late Corei7 (Sandy bridge)
Mountain Lion
因みに･･･
Chrome(バージョン 21.0.1180.79)だといじりすぎて重くなっても、一瞬描画が砂嵐になったり水槽がエラー表示になって消えるだけで、ブラウザ以外には影響なし。
Firefox 9.0.1でもブラウザが重くなって描画が止まったり操作が重くなるがブラウザを落とせば回復する程度。
Win7でも同様（Safari未確認）
411:デフォルトの名無しさん
12/10/07 03:55:10.18
このスレってもしかしてイタチ？
412:デフォルトの名無しさん
12/10/07 06:47:33.21
Macは糞
413:デフォルトの名無しさん
12/10/07 08:36:24.81
WebGL==オワコン
414:デフォルトの名無しさん
12/10/07 18:50:26.32
WebGLは、そのうちSilverlightに移植（DirectXで実装）されてIEでも使えるようになるだろうから、文字通りの「世界標準」になるよ
来年は、WebGLができなければ会社もやめさせられるようになるかも・・・
415:デフォルトの名無しさん
12/10/07 21:32:42.15
確かにWebGLは2Dのアプリで主に使われそうな気がする。
416:デフォルトの名無しさん
12/10/07 22:08:26.00
>>414
WebGLの実情として、WebGLの中でChromeでしか動かない機能があったり、
ブラウザーごとに使える機能や挙動ががどんどんマチマチになってるんだよねぇ。。
標準化とはほど遠いのが現状。
Silverlightに移植ってのがどういうことかわかんないけど
仕様のカオス化が進むってことでおk?w
>>415
2Dアプリは現実的で地味に生き残りそう。
それに付随して3Dもほそぼそと発展するのかな。
WebGLのメガデモに興味があるから廃れんで欲しいなぁ。
417:デフォルトの名無しさん
12/10/08 01:11:01.00
なんか勘違いしているけどMSはWebGLが技術的に作れないんじゃなくて
政治的に実装できないんだよ。
だからIEにWebGLが搭載されることは絶対ないよ。
418:デフォルトの名無しさん
12/10/08 01:50:46.09
これ、たぶんM$の作ったhtml5でのゲームプログラミング紹介サイト
URLﾘﾝｸ(buildnewgames.com)
html5の普及具合によっては、silverlightなんて見限るよね
419:デフォルトの名無しさん
12/10/08 01:53:49.36
>>417
例えばSVGに関してもそのように信じていた時代がありました。
420:デフォルトの名無しさん
12/10/08 06:18:16.88
>>418
見限るもなにも、wpfに注力するといってmac版は既に切られてるんだが
421:デフォルトの名無しさん
12/10/08 08:28:45.14
>政治的に実装できない
政治的に実装したくない
ってことですか？
422:デフォルトの名無しさん
12/10/08 10:14:54.48
IEにWebGL実装しないの？ って問われてもセキュリティ云々で現に否定してるからねえ
ActiveXを捨てきれないお前らが言うなって感じだが
Win版のFFもChromeも実装はライブラリ挟んでDirect3Dにブン投げてるだけじゃなかったっけ
423:デフォルトの名無しさん
12/10/08 10:28:15.60
IEを二種類作れば良いんだな
424:デフォルトの名無しさん
12/10/08 13:44:38.34
セキュリティ確保するためにハードウエアが制限されるなんて糞仕様。
425:デフォルトの名無しさん
12/10/08 14:04:23.35
>>422
NPAPIならセキュアなんですね(棒
426:デフォルトの名無しさん
12/10/08 15:08:39.90
しばらくしたらサンドボックスIEが出てくるよ
427:デフォルトの名無しさん
12/10/08 15:10:42.14
もうある
URLﾘﾝｸ(msdn.microsoft.com)
428:デフォルトの名無しさん
12/10/08 19:47:18.26
MSのセキュリティ云々の言い訳を真に受けているのはどうかと思うよ。それに情報自体が古い。
MSはWebGLを実装しないってことは本当だけど、
それはセキュリティのためではなくDirect3Dを推進するため。
OpenGLのラッパーであるWebGLを推進することはない。
そのうちMSからDirectXをラップした3DAPIが出てくるから。
429:デフォルトの名無しさん
12/10/08 22:29:17.99
と、古い頭の人が何か言ってる件
Direct3Dを推進（笑）
430:デフォルトの名無しさん
12/10/08 22:37:21.38
これからは、VRMLの時代だよね
XMLが創り出すセマンティックな3Dグラフィックが、新しい世界を切り開く
WebGLなんて、バカ丸出しだｗ
まずシェーダーのコード書いてコンパイルしろ、とか40年前の発想だよな
431:デフォルトの名無しさん
12/10/08 22:50:21.86
実際のところホビーユースやデモ用途以外の今後の展望は本当にあるのだろうか。
商業でつかいだしそうなのはヤフーモバゲーくらいじゃないか？
432:デフォルトの名無しさん
12/10/08 22:50:43.90
セキュリティが〜とか言っている人は病気だよね。
ずっとここ監視しているし気持ち悪いよね。仕事しているのかな?
433:デフォルトの名無しさん
12/10/08 22:54:48.88
>>431
当面はゲーム用じゃないのかな。
コンシューマやっているけどWeb系もやりたいという会社向けじゃないかと。
普段3D系のゲーム作っている会社にとってはOpenGLは慣れ親しんだAPIだし
WebGLで作るのも苦じゃないでしょ。
434:デフォルトの名無しさん
12/10/08 23:10:42.83
そしてグラフィックスAPI以上に整備も統一もされていない
オーディオや入力まわりのヘボさに幻想を打ち砕かれる、と
435:デフォルトの名無しさん
12/10/08 23:16:05.77
なんで何でもかんでもブラウザでやりたがるんだろうな
436:デフォルトの名無しさん
12/10/08 23:30:24.51
まぁ、おまえみたいに文句しかいわない奴のとこに仕事なんて来ないから安心しろよ
437:デフォルトの名無しさん
12/10/09 02:18:39.46
jsだとバイナリファイルの扱い遅いし、まともにパックされてない糞でかいリソースで帯域食い潰すんですよね
438:デフォルトの名無しさん
12/10/09 02:45:49.04
なんかjsでlinux作ったとかいうニュースなかったっけ？
439:デフォルトの名無しさん
12/10/09 04:38:04.36
>>437
exeと違って同じ物を毎回(何度も)ダウンロードするんですね判ります。
440:デフォルトの名無しさん
12/10/09 05:05:16.34
実際のところWebGLのカウンターパートにあたる3DCGの宣言的記述言語が
全く手つかずなのが気になる。
VRMLは長らくお亡くなりだし、多分X3Dでまとまる方向なのだろうけれども、
標準化という意味ではWebGLよりも2周り以上遅れている。
今のところはまだ提案レベルでこれを標準としようとする動きがどのブラウザ
メーカーからも見えないのは辛い。
441:デフォルトの名無しさん
12/10/09 07:13:25.35
>>439
Application Cacheは？
442:デフォルトの名無しさん
12/10/09 07:20:30.37
仕様がただ単にラップしただけ。場当たりすぎ。
443:デフォルトの名無しさん
12/10/09 09:34:31.38
>>440
COLLADAがあるだろ
444:デフォルトの名無しさん
12/10/09 10:27:43.28
いっそFlas...
445:デフォルトの名無しさん
12/10/09 11:03:50.62
htmlを組むのにテンプレートエンジンが星の数ほど
あるように
3d組むのにそれ用のフォーマットが星の数ほど生まれてきて
しまうのも自然の摂理なのだ。
しかしブラウザのバージョンを揃えた所で
osが違うと、ハードウェア構成が違うと
レンダリング結果は異なる…その辺の足並みが揃うのはまだ先や
446:デフォルトの名無しさん
12/10/09 12:08:59.15
ハード構成はひとつの極論でしょ。
正論かも知れないが言い出したらキリがない事実上の空論。
ブラウザで標準化されることは必要かと思うな。
URLﾘﾝｸ(demo.bkcore.com)
(関係ないけど今朝見つけたデモ。)
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
3678日前に更新/158 KB
担当:undef