[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 2chのread.cgiへ]
Update time : 04/28 18:24 / Filesize : 157 KB / Number-of Response : 701
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【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/


277 名前:デフォルトの名無しさん mailto:sage [2011/08/15(月) 02:34:21.47 ]
www.youtube.com/watch?v=_wrvKRNn0rU

278 名前:デフォルトの名無しさん mailto:sage [2011/08/15(月) 08:39:14.99 ]
リンクを開いて g を押す

madebyevan.com/webgl-water/

via news.ycombinator.com/item?id=2884141

279 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 01:41:31.28 ]
WebGL難しいな 誰か解説サイトや本あったら教えてくれ

280 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 01:49:09.04 ]
>>279
https://sites.google.com/site/hackthewebgl/learning-webglhon-yaku/the-lessons

シェーダーさえ分かってしまえば、それほど難しい事も無いと思うよ

281 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 13:39:39.30 ]
>>258
できてないだろ

282 名前:デフォルトの名無しさん mailto:sage [2011/08/19(金) 21:40:26.54 ]
技術的に迂回できたら脆弱性対策の意味がないな
ラッパー通してればクロスドメインテクスチャ禁止に対応できたのかな

283 名前:デフォルトの名無しさん mailto:sage [2011/08/28(日) 01:15:56.70 ]
>>280
それでみて挫折
<script id="shader-vs" type="x-shader/x-vertex">
<script id="shader-fs" type="x-shader/x-fragment">
この部分は何?
void main(void) {
なぜメインが複数あって、だれが呼ぶ?どういう順番で呼ぶ?分からない事だらけ

284 名前:デフォルトの名無しさん mailto:sage [2011/08/28(日) 01:48:18.17 ]
「OpenGL ES 2.0 プログラミングガイド」がおすすめ


285 名前:デフォルトの名無しさん mailto:sage [2011/09/15(木) 03:03:39.85 ]
WebGLは使った事は無いんだけど、大まかな仕組みはOpenGLと同じだろうから
ネットで"OpenGL 入門"でググって、普通のOpenGLの仕組みをまずは理解するといいと思う。

大ざっぱなOpenGLの仕組みは

頂点データ

Vertex Shader(頂点単位の処理)

ラスタライズ(3頂点の三角形から画素の集まりに変換)

Fragment Shader(画素単位の処理)

Zバッファ, カラーバッファ書き込み

表示

みたいな感じだ。
Vertex Shaderで射影変換というのをやって
遠近感をだす。
Fragment Shaderで陰影を計算したり
テクスチャを読み込んで貼り付けたりするよ。
Zバッファで隠れた面を見えないようにする。



286 名前:デフォルトの名無しさん mailto:sage [2011/09/15(木) 09:39:02.23 ]
ちなみにWebGLはIEでは実装されない機能

287 名前: 忍法帖【Lv=38,xxxPT】 mailto:sage [2011/09/17(土) 04:19:12.16 ]
普通のデスクトップアプリでは, OpenGLやDirect3Dはハードウェアよりな低レベルAPIなので
そういったAPIを使わずに高レベルなライブラリを使う事が多い。
3Dにあまり詳しくない人でもUnreal EngineとかUnity等のゲームエンジンを使えば
GPUを使ったそこそこカッコいいCGのプログラムを作る事ができる。

WebでもWebGLを直接使わなくてもそこそこ3Dのできるライブラリが使われるようになるんじゃないかと思う。
WebGLはそういったライブラリを実装する基盤として使われると。

288 名前:デフォルトの名無しさん mailto:sage [2011/09/17(土) 07:10:52.12 ]
モバイル後方互換性とか win98 の比でないくらい
仕様というかスペックやら画面サイズに違いがががが
ガラケー含めなくてもその傾向はあるし

なんだこれ…このスレに書き込もうとして貼り忘れて残ってたな
実際のところはハードに依存してる部分も多いからね…opengl4.0…

289 名前:デフォルトの名無しさん [2011/09/18(日) 03:55:46.03 ]
「そこそこ3Dのできるライブラリ」もイッパイ出てきていて、
Three.js、J3D、PhiloGL、SceneJS、GLGE のどれが
シェアを獲得するんだろう? 他にもある?

290 名前:デフォルトの名無しさん mailto:sage [2011/09/18(日) 06:57:27.85 ]
>>287
低レベルまで開放しすぎて脆弱だから、そういうのを標準化しろ。

291 名前:デフォルトの名無しさん mailto:sage [2011/09/19(月) 12:31:51.38 ]
canvasにポリゴンのバッチ描画が付いて
組み込みのエフェクトがいくつかあれば十分
規格決めなくていいからさっさとどっかが独自実装して既成事実にしてくれ

292 名前:デフォルトの名無しさん mailto:sage [2011/10/17(月) 19:02:36.82 ]
シーングラフ周りを標準化してW3C DOMで弄れるようにすべき。

293 名前:デフォルトの名無しさん mailto:sage [2011/10/18(火) 00:13:24.73 ]
シーングラフをもった3DAPIがことごとく惨敗しているのに?
シーングラフ付を喜ぶのは日本人だけだよ。

294 名前:デフォルトの名無しさん mailto:sage [2011/10/18(火) 09:24:14.16 ]
OpenGL ESに対応がかなりカバーできていてシェーダー周りもばっちり動くな
というようなライブラリはまだあまり…試行錯誤の段階かなぁ…この手のは
処理速度がボトルネックになりがちな印象 => 俺の実装がなそんなadhocに負けるわけが。黒魔ぐらぼー(南無参

295 名前:デフォルトの名無しさん mailto:sage [2011/10/18(火) 21:37:04.55 ]
真面目な話、MSがIEに載せる気ゼロなのと、JavaScriptな限り
WebGLが本格的に使われることはないだろ。デモコーダーの遊び場止まり。
実案件の現実的な選択肢としては今後5年くらいはFlash 11になるか。

IEが滅びそうな気配もないし
lhsp.s206.xrea.com/misc/browser-share.html

>>287
> Unreal EngineとかUnity等のゲームエンジンを使えば

両方ともFlash行ってしまったね。HTML5陣営はなぜこいつらを逃したのか考えないと駄目だと思う。
まあ理由は簡単で、実装のシェアと、向こうはC++も使えるからなんだが。

>>289
作者的に推しなのはThree.js。なかなかの3D野郎だよ。



296 名前:デフォルトの名無しさん mailto:sage [2011/10/18(火) 23:29:09.83 ]
>>295
FLASH11はないわ。理由は↓

www.publickey1.jp/blog/11/windows_8uiie10flashsilverlight.html
>Windows 8のタッチUI用IE10はプラグインに非対応。FlashもSilverlightも使えず
MSがやる気のないはWbeGLであってHTML5やJavaScriptじゃない。


297 名前:デフォルトの名無しさん mailto:sage [2011/10/18(火) 23:40:12.17 ]
仕様がまるで固まってないものをMSが実装するわけないでしょ
MSのポリシー的にいったんサポートしてしまったら永遠に互換性を保ち続けないといけないんだから

298 名前:デフォルトの名無しさん mailto:sage [2011/10/19(水) 22:33:18.84 ]
>Windows 8のタッチUI用IE10は

極めて限られた使用状況の話をMSさんがどうこうと
一般論のように語るのはあまりどうかと思われ

大多数のPCで動けば当面は問題ないわ…wp7phone国内リリースとかもまだだっけか
と存在感が薄い気もするのだけど

>ASCII.jp - 2011年9月29日
>auから発売中の「IS12T」は世界初のWindows Phone 7.5搭載スマートフォン

いちおう出てたな…でも結局最後はシェアの問題だと思うよ(PC含めての

299 名前:デフォルトの名無しさん mailto:sage [2011/10/19(水) 22:48:35.46 ]
確実にこの先も、セキュリティホールが見つかったからWebGL無効にしてブラウザのバージョンアップを待て
みたいなのは頻発するよ
IE関係なくどこでも無効にされる

300 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 00:26:41.99 ]
www.3dcg-arts.net/
WebGLを使った3DCGのSNS。
時代はすでにWebGLに移行してます。

301 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 11:21:00.58 ]
>>300
[WebGL][Firefox][Chrome]FirefoxやChromeでWebGLが動作しない理由
d.hatena.ne.jp/nakamura001/20110325/1301015219

windowsだと about:config などでブラウザの設定書き換えないと
表示できないのと(ubuntuだと何も設定しなくても表示されるけど!)

cpu に係る負荷の大きさとか操作しやすさを cg と比較とするとつらいかなぁ
www.cg-site.net/users/login/

ただ技術的には頑張ってるとかんじる部分も多そうなので今後に期待。
対応フォーマットの数が多そうなのはいいことだと思う

302 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 13:26:36.85 ]
クロスドメイン問題はFirefox5、Chrome13で修正済み。情報古すぎ
CPU負荷はポリゴン単位の描画発行をするCgほうが重いし、ライティングもできない
Zソートによるちらつきは以前からモデリングしている人間にとって不評だ。


303 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 14:01:31.94 ]
ロードマップにIE8対応って書いてあるがFlash使って別に実装するつもりなのかな。
信者が張るようなサイトでも結局は2度手間になっちゃうわけか。

304 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 14:48:06.01 ]
internet.watch.impress.co.jp/docs/news/20111014_483738.html
google-latlong.blogspot.com/2011/10/step-inside-map-with-google-mapsgl.html
>Google、WebGLを利用したGoogleマップ「Google MapsGL」アーリーベータ版公開


305 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 14:51:20.97 ]
internet.watch.impress.co.jp/docs/news/20111019_484862.html
workshop.chromeexperiments.com/bookcase
>Google、らせん状のデジタル本棚公開〜3Dグラフィック「WebGL」活用



306 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 14:53:36.17 ]
madebyevan.com/webgl-water/
>WebGL Water


307 名前:301 mailto:sage [2011/10/20(木) 16:27:15.34 ]
>>302
いや最新のfirefox7.01だ俺が試したのは。
なので張ったリンク先のサイトの情報は
それなりに正確なものだとは思う。

308 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 17:20:17.80 ]
FF7.0.1でwebgl.disabledの初期設定値はfalseだが?


309 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 19:33:46.97 ]
>>308
うんそこはデフォで false なんだけどグラフィックボードの種類によっては

d.hatena.ne.jp/nakamura001/20110319/1300540751
>WebGL : webgl.force-enabled を検索して true に

強制的に enabled にするオプションを付けてあげないと webgl が効かないんだな
とじぶんもさっき試してみて知ったからあまり偉そうに言えないんだけどさ…

でもHTML5って webgl だけじゃないしね色々選択肢があるのはいいこと
だと思うよ

310 名前:デフォルトの名無しさん mailto:sage [2011/10/20(木) 19:40:47.26 ]
最後の二行は余計だったかもしれん…
というかスレ違いだし…気に障ったらすまそ…

311 名前:デフォルトの名無しさん mailto:sage [2011/10/23(日) 14:41:05.64 ]
WebGLは規格作り直しでもされるの?

312 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 10:10:58.44 ]
WebGLはゴミってMSがいってた

313 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 11:33:58.96 ]
俺がWwbglの未来を作るって狐さんが
わしもじゃよ!とOperaさんが

314 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 21:54:32.84 ]
そしてGoogleはJavaScriptを見限りました

315 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 23:03:12.15 ]
まずOpenGLを作り直そうよ



316 名前:デフォルトの名無しさん mailto:sage [2011/10/26(水) 01:38:04.18 ]
GoogleはAndroidに傾倒するあまり肝心のクラウドが疎かになっているわけだが

317 名前:デフォルトの名無しさん mailto:sage [2011/10/26(水) 03:12:16.54 ]
クラウドが疎かってなんの事?

318 名前:デフォルトの名無しさん mailto:sage [2011/10/26(水) 15:35:38.38 ]
というか android が蔵独活そのものだよ設計思考とか…
ひとによって定義は違うかもしれんけど

319 名前:デフォルトの名無しさん mailto:sage [2011/10/26(水) 16:21:59.51 ]
>>317
信者であろうと平気で梯子外しするから恐ろしいわ。
利用料金を大幅値上げして大半のユーザで2倍以上、中には10倍になった人もいる。

9月になってこの新料金が知らされて、9月末には適用すると言いだしたもんだから大騒ぎ
AppEngine SDK使っていたから他にも逃げ出せず、サービス終了か値上げを受け入れるかの二択を迫られた。

当然、利用者から怒号飛び交う猛反発を受けて、準備期間できたけどそれももう終わり。

320 名前:デフォルトの名無しさん mailto:sage [2011/10/26(水) 19:33:10.38 ]
疎かっていうのと違うくね

321 名前:デフォルトの名無しさん mailto:sage [2011/10/26(水) 19:45:06.66 ]
日本語の話なんて不毛な事はしたくないんで辞書引いてきてね

322 名前:デフォルトの名無しさん mailto:sage [2011/10/27(木) 07:20:24.47 ]
ユーザーが増えたら問答無用で値上げのWebサービスって、楽天を思い出す。

323 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 01:55:04.63 ]
WebGLわかんねー
テクスチャ貼るだけでトリッキーすぎるぜ

324 名前:デフォルトの名無しさん mailto:sage [2011/11/09(水) 10:35:40.89 ]
C/C++のGLESの本買って勉強してきた方がいい
JavaScriptができるから、なんていうのは全くアドバンテージにはならん

325 名前:デフォルトの名無しさん mailto:sage [2012/02/06(月) 21:10:09.11 ]
flasherにそんなこと言っても無理に決まってるw



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使ってるのですが、2点ほど小さな問題があります

一つは描画が乱れるというか、リフレッシュが上手くいってないのか
ビデオカメラで画面を撮ったときのようなブレができます

もう一つはずっと動かしてると
一時間に一度くらいの頻度でブルースクリーンになります

これは無理矢理非推奨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は
2次元矩形1つを3次元空間で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 ]
環境が悪いのならそれはそれでいいのですがもうちょっと何とかしたいのです
ブラウザ起動後促ブルースクリーンから1時間持たすまではブラウザの設定を弄って改善させました
あとwRAFも原因の1つなのではないかとうっすら思ってます、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上の需要には十分なパフォーマンスが出るでしょ
そういう文句は結局皆マシン語で書けと言うことになる

それに実際問題推論技術の向上によって一部の計算はCを越えつつある
CはCで複雑な計算はコンパイラと相性いい書き方しないとかなりパフォーマンス落ちる



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
> それに実際問題推論技術の向上によって一部の計算はCを越えつつある

今の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 やら好きな言語でコード書いてコンパイルしてバイトコード生成して、
ブラウザで動かすにしても、それはそれで、たぶん、ブラウザ側で最適化作業が要るんだろうw

それならもう、最初から、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++のコードの1割くらいのパフォーマンスは既に出るようになってる
これがもう倍の倍くらいになれば十分なんだが
できるだけ抽象化して内服が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 ]
初心者の質問でスマンコ。スレチなら誘導してくれオマンコ。

幅1で引くCANVASで引く線がにじむんだが、どうすれば避けられる?
アンチエイリアスを掛けたような滲みなんでオプションで消せるんじゃないかと思うんだが・・・
症状としては線幅1で滲んだ灰色がかった線、線幅2で濃い黒い線で、両者で幅変わらず。

使うのは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はクソ
あたしも完全に同意見だね。






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<157KB

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