【O3D】HTML5用 3D API WebGL 【Canvas:3D】
JVMや.Netですら3Dの性能でなくて流行らないのに ブラウザでJavaScriptとか意味不 解決しました Chrome(β)でもFireFox(α)でも設定を弄る事で安定に動かせるようになりました 基本はだいたい分かったので次はシェーダの事を詳しく学びたいのですが JavaScriptプログラマーが学ぶのに良い方法等があれば教えてください それでどちらのブラウザがより良いのかも確かめてみたのですが サンプルデモのようなシンプルな(Canvas自体だけの)物だとだいたいFireFoxの勝ち もっと複合的なものや安定度はChromeの勝ちと言うことでどちらか決めれませんでした しかしFireFoxは場合によりテキスチャがきちんと貼られないバグ等がありました それから重たい処理をさせるとFireFoxはChromeよりも遠慮なくCPUを独占してマシン毎不安定にさせます でもツールは凄く便利なのでやっぱり両方使う感じになりますね まずWebGLとJavaScriptを忘れます OpenGL ESの本を買います VC++入れます ひと通り終わってなおWebGLに戻りたかったら戻ればいい OpenGL ESの本も借りて来るとして、参考になるサイト等はありますか? 昔WindowsでDirectXが出始めた時と状況が似てるな。 ハード直叩きのDOSゲームが主流の時代にプロテクトモードで動いているOSで ゲームがまともに動くはずがないとか言われてたなw 実際ハードを直で叩けなくなった分当時のゲームは面倒な事になったけど、 今それに文句言う人はいない。 WebGLもセキュリティの為に少しの不便を強いる事にはなると思うけど、 そのうちそれも当たり前になるだろうね。 逆だろ 抽象化されていてもある程度ハード叩けるから問題視されてるんだよ >>349 そう、WebGLは逆のパターンだけど危険なシェーダーは実行させないとか チェックを重点的にするようになるっぽいよ。 でも結局の所ソースを完全に隠蔽出来ない以上、クライアント側に重要な コードは置けないよね。 シェーダーのソースとか見られても困らない使い方しか出来ないな。 画像ファイルのローダーを書かなくていいのは便利だけど、S3TC系の 圧縮テクスチャを使えないのは痛いな。 非リアルタイムな処理をやるときに、C++のようにはCPUの力業が通用しないのは痛いな ブラウザによって速度に差がありすぎて事実上非互換になってしまうし いくらjsが速いブラウザでもげんかいがある できることをしたらいい 今でも大概のWEB上の需要には十分なパフォーマンスが出るでしょ そういう文句は結局皆マシン語で書けと言うことになる それに実際問題推論技術の向上によって一部の計算はCを越えつつある CはCで複雑な計算はコンパイラと相性いい書き方しないとかなりパフォーマンス落ちる >>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等の締め出しも完了したしな。 この流れを最初に作ったのは悪魔的手腕のジョブズだけど、うかうかと乗った奴全員を責めたいよ。 あと、JavaScriptが基幹言語・基軸言語と化したのは痛い。 JavaScriptにうまくコンバートできない言語は壊滅的打撃を受けるだろう。 cとschemeの間の子で基幹言語としてこれ以上ないほど適任だぞ Flasherにありがちなこと ・Flashの方がよっぽど脆弱度が高いのは棚に上げて、WebGLは危険!と聞きかじりでネガキャン ・AppleはAppStoreに誘導するためにウェブの進化を阻害しているんだよ!という陰謀論的妄想 ・ジョブズとApple信者に対する異常なまでの被害妄想 ・オープンはクローズドなんだよ!という破綻した論理 マシンパワーが余ってくると抽象度を上げて安全性を高めるなんて 流れは昔からよくあるけどそれに適応できずに大声上げる人も昔からいるね CLRみたいなのをブラウザに組み込めばいいのに 静的言語を動的言語に変換て頭悪すぎるだろ 安全性の問題は GLX_ARB_create_context_robustness, GL_ARB_robustness を使うように なれば解決だろう。 >>362 NaClの夢でも見とけばいいんじゃない DartとかNaClとかあそこは何がしたいんだろうな WebVMこそ誰もが求めてるものだろう もちろん CLR のような進化の方向性あるだろうが、まあこれも問題があるんだろう もともとバイトコードの構造はプログラミング言語とかなり固く結びついてる C# や Python やら好きな言語でコード書いてコンパイルしてバイトコード生成して、 ブラウザで動かすにしても、それはそれで、たぶん、ブラウザ側で最適化作業が要るんだろうw それならもう、最初から、JavaScript の高速化に賭けるほうがいいかもしれない JavaScript は、巨大プログラムを作るようには設計されていない。 >>366 Java, Jythonの関係みたいに些細な最適化をしなければできるっしょ。 シンタックスがちょいと違う似たような言語が 同じ土俵に立てないのがバイトコードなしの悪弊なんだよね。 CoffeeScriptとかDartが普及できん トランスレータとしては十分な速度出るようになってるし、別にええんちゃうか コードがそのままで動くように成るならそれに越したことはないが 手元でバイトコードにコンパイルするんだったら現状と変わらんよ JavaScriptって目一杯最適化済のC++のコードの1割くらいのパフォーマンスは既に出るようになってる これがもう倍の倍くらいになれば十分なんだが できるだけ抽象化して内服がCの高次機構どんどん導入して なるべくJSでロジック組まなくていいようにすべきだな WebGLも行列の処理がネイティブでサポートされればだいぶ希望が増す ES7くらいで是非頼むよ 中間言語というなら最低でも64ビット整数型くらいは付けてくれ 初心者の質問でスマンコ。スレチなら誘導してくれオマンコ。 幅1で引くCANVASで引く線がにじむんだが、どうすれば避けられる? アンチエイリアスを掛けたような滲みなんでオプションで消せるんじゃないかと思うんだが・・・ 症状としては線幅1で滲んだ灰色がかった線、線幅2で濃い黒い線で、両者で幅変わらず。 使うのはPostscript互換というかGhostViewナシで図をプレビューするだけの素朴な使い方を想定している。 直線主体で白黒の理系二次元グラフだ。 >>372 何がやりたいのかは知らんが、座標を0.5ずらしてやればちゃんと1pxで描画出来る。 フラグメントシェーダーのdiscardってバグが多いのか? ジョン・カーマックがQuakeCon 2012の基調講演で曰くJavaSciprtとWebuGLはクソ あたしも完全に同意見だね。 >>361 > マシンパワーが余ってくると抽象度を上げて安全性を高めるなんて > 流れは昔からよくあるけどそれに適応できずに大声上げる人も昔からいるね 問題はマシンパワーが余っていないことなんだよw PCだけ見ていればもう十分に速いからだいたいJSでなんとかなると言えるかもしれないが、 スマホがPCの30倍くらい遅いのを忘れてやしねーかと。 実際、その辺をようやく思い出したように 低評価だったiPhone版のFacebookやGmailがハイブリッドからネイティブに切り換えるそうじゃないか。 ユーザーにしてみれば遅いHTML5でアプリを作るなど手抜きもいいところで (App Store見ているとそういうレビューが結構ある) 開発側とユーザー側の感覚が乖離してる。 だいたい、Javaが10年20年かかって十分に速くなってもC++を駆逐できていないのだから JavaScriptの10年後も同様だろうというのは容易に予想がつくわな。 そもそも最近CPUの性能が伸びなくなってきているからそれをあてにするのは危険。 >>365 > DartとかNaClとかあそこは何がしたいんだろうな 【後藤弘茂のWeekly海外ニュース】 スクリプト言語の高速化とWebアプリの3D化に進むGoogle http://pc.watch.impress.co.jp/docs/column/kaigai/20120803_550845.html >> V8で高速化手法をやり尽くしたため、JavaScriptは、これ以上の飛躍的な高速化は望めないのではないか ってことだろ。Dartは微妙だと思うけどなw つかセキュリティが欲しいならNaClでいいだろうがと思うんだが (速度的にはネイティブの3割ダウンといったところだったはず) MozillaとBrendan Eichあたりが拒否してるんだよな。こいつらガンだわ。 >>370 > なるべくJSでロジック組まなくていいようにすべきだな GPUに丸投げするというおぞましい解もあるぞw 実現性は知らんがw >>361 ああ、あとマシンパワーが余っていないことに加えて、抽象化の仕方もおかしいだろと。 よりによってスクリプト言語をVMのようなものにすんなとw 局所最適解にもほどがあんだろ。冷静に考えて、何から何まで間違ってるだろHTML5って発想w この辺はGoogleのNaClだけじゃなく、MozillaもLLJSを提案したりしているけれどね。 全世界のエンジニアがこんな愚かなトレンドに走ったのは歴史の汚点として残るだろうよ。 誕生した瞬間からクソレガシー技術とかアホじゃないの。 >>378 仮想マシンが吐いたコードの最適化技術は使い回しが効くんじゃないか だいたい用途が違うにも関わらずc++と比較する奴がヴァカ greeやmobageを見る限り、金を巻き上げるにはjsで十分だろ >>382 グリーやモバゲーだとjs以前の問題なような・・・ 課金システムはperlだっけが >>342 unityは流行ってるだろ.java製のminecraftも一時期ブームだったし 普通の業務系のプログラマはわざわざゲームを作りたいと思わないし、 ゲームプログラマはc++を使えるのに製品で性能落としてまで javaやc#で作るメリットが無いから使わないだけだろ 何より本業と片手間の趣味で言語のイディオムを切り替えるのは苦痛 >>380 プログラマにとってトレンドよりも重要なことなんてあったか? ああ、FOSS教GNU派RMS主義の方たちか flash重いとかいってたヘボ環境ではそれ以上に重い それ自体は事実 actionscript嫌いだけど 結局モバイルで使い物にならないなら一般のサイトでwebgl使うのはまだ先。 余裕があるならやればいいんじゃねって感じ WebGLが出てからしばらく経つけど面白いゲーム出た? discard多用してるんだが 対応してない環境が多いってほんと? 会話がなりたっているようで実はそれぞれが思い思いの独り言書いてる スレだったりする? >>388 デスクトップではどうかしらんが qualcommのgpuはアウトらしい 結局、Internet Explorer が対応しなきゃ使わないだろう WebGL は実質 Google しか得しないプラットフォーム みんなアンカーつけてこうぜ!なんか他のすれより頭のよさそうなひとばかりな 気がする Operaも対応してきてるけど GLSLでfunctionが使えないとかまだ制限があるな・・ このスレ的にはWebCLってどうなの? やっぱどうせJavaScriptとopenGLを半分無理矢理組み合わせるんなら こういう他の技術も合わせていった方が有用に見られると思うんだ サマーウォーズのozマダァ-? (・∀・ )っ/凵⌒☆チンチン WebCLって計算する部分はGLSLみたいにCライクな別の言語で実装するんだな。 WebGLといい、CとかC++で1から実装する意味が段々薄れてくるな。 WebGLのもうちょいましなラッパーライブラリがでないものかね 2d+cssとWebGLの差をもう少し埋めて欲しい 自分はWebGLとOpenGLの差を埋めてほしいわw 現状でも拡張だのゴタゴタやってるんだから いっそ2バージョン作ればいいのに >>399 > 自分はWebGLとOpenGLの差を埋めてほしいわw 真性? >>400 何か変なこと言ったか? テクスチャサイズとかそういうところだよ >>391 いや、IEにもCanvasのフレームバッファ機能が実装されているから自力で描画するライブラリを作れば問題ない OpenGLだって、ハードの対応がない部分はソフトウエアによる描画になるわけだし OpenGLアプリの移植には都合がいいが、Webアプリでやる意味ない。害悪はある。 このサイト、MacでSafari5 (開発オプションでWebGL有効)で踏むと 段々重くなって操作不能にならないか? http://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未確認) WebGLは、そのうちSilverlightに移植(DirectXで実装)されてIEでも使えるようになるだろうから、文字通りの「世界標準」になるよ 来年は、WebGLができなければ会社もやめさせられるようになるかも・・・ 確かにWebGLは2Dのアプリで主に使われそうな気がする。 >>414 WebGLの実情として、WebGLの中でChromeでしか動かない機能があったり、 ブラウザーごとに使える機能や挙動ががどんどんマチマチになってるんだよねぇ。。 標準化とはほど遠いのが現状。 Silverlightに移植ってのがどういうことかわかんないけど 仕様のカオス化が進むってことでおk?w >>415 2Dアプリは現実的で地味に生き残りそう。 それに付随して3Dもほそぼそと発展するのかな。 WebGLのメガデモに興味があるから廃れんで欲しいなぁ。 なんか勘違いしているけどMSはWebGLが技術的に作れないんじゃなくて 政治的に実装できないんだよ。 だからIEにWebGLが搭載されることは絶対ないよ。 これ、たぶんM$の作ったhtml5でのゲームプログラミング紹介サイト http://buildnewgames.com/ html5の普及具合によっては、silverlightなんて見限るよね >>417 例えばSVGに関してもそのように信じていた時代がありました。 >>418 見限るもなにも、wpfに注力するといってmac版は既に切られてるんだが >政治的に実装できない 政治的に実装したくない ってことですか? IEにWebGL実装しないの? って問われてもセキュリティ云々で現に否定してるからねえ ActiveXを捨てきれないお前らが言うなって感じだが Win版のFFもChromeも実装はライブラリ挟んでDirect3Dにブン投げてるだけじゃなかったっけ セキュリティ確保するためにハードウエアが制限されるなんて糞仕様。 MSのセキュリティ云々の言い訳を真に受けているのはどうかと思うよ。それに情報自体が古い。 MSはWebGLを実装しないってことは本当だけど、 それはセキュリティのためではなくDirect3Dを推進するため。 OpenGLのラッパーであるWebGLを推進することはない。 そのうちMSからDirectXをラップした3DAPIが出てくるから。 と、古い頭の人が何か言ってる件 Direct3Dを推進(笑) これからは、VRMLの時代だよね XMLが創り出すセマンティックな3Dグラフィックが、新しい世界を切り開く WebGLなんて、バカ丸出しだw まずシェーダーのコード書いてコンパイルしろ、とか40年前の発想だよな 実際のところホビーユースやデモ用途以外の今後の展望は本当にあるのだろうか。 商業でつかいだしそうなのはヤフーモバゲーくらいじゃないか? セキュリティが〜とか言っている人は病気だよね。 ずっとここ監視しているし気持ち悪いよね。仕事しているのかな? >>431 当面はゲーム用じゃないのかな。 コンシューマやっているけどWeb系もやりたいという会社向けじゃないかと。 普段3D系のゲーム作っている会社にとってはOpenGLは慣れ親しんだAPIだし WebGLで作るのも苦じゃないでしょ。 そしてグラフィックスAPI以上に整備も統一もされていない オーディオや入力まわりのヘボさに幻想を打ち砕かれる、と なんで何でもかんでもブラウザでやりたがるんだろうな まぁ、おまえみたいに文句しかいわない奴のとこに仕事なんて来ないから安心しろよ jsだとバイナリファイルの扱い遅いし、まともにパックされてない糞でかいリソースで帯域食い潰すんですよね なんかjsでlinux作ったとかいうニュースなかったっけ? >>437 exeと違って同じ物を毎回(何度も)ダウンロードするんですね判ります。 実際のところWebGLのカウンターパートにあたる3DCGの宣言的記述言語が 全く手つかずなのが気になる。 VRMLは長らくお亡くなりだし、多分X3Dでまとまる方向なのだろうけれども、 標準化という意味ではWebGLよりも2周り以上遅れている。 今のところはまだ提案レベルでこれを標準としようとする動きがどのブラウザ メーカーからも見えないのは辛い。 >>439 Application Cacheは? htmlを組むのにテンプレートエンジンが星の数ほど あるように 3d組むのにそれ用のフォーマットが星の数ほど生まれてきて しまうのも自然の摂理なのだ。 しかしブラウザのバージョンを揃えた所で osが違うと、ハードウェア構成が違うと レンダリング結果は異なる…その辺の足並みが揃うのはまだ先や ハード構成はひとつの極論でしょ。 正論かも知れないが言い出したらキリがない事実上の空論。 ブラウザで標準化されることは必要かと思うな。 http://demo.bkcore.com/threejs/webgl_tron_godrays.html (関係ないけど今朝見つけたデモ。) >>445 まあ、テンプレートエンジンについていえば、Json/jQuery のおかげでサーバサイドで HTML 生成する必要性が完全ゼロになった ありがたや >>443 EPSがあってもSVGが必要とされたように、COLLADAがあってもそれとは別に Webと親和性の高い3DCGの記述言語は必要だと思う。 HTMLのDOMに直接ぶら下げられることとCSSへの対応は欲しいところ。 O3D,Canvas:3D,Papervision3Dを抽象化するレイヤが出来て解決 XML解析してWebGLで描画するJavaScriptのライブラリ作れば、全部解決 >>448 ちなみに言っておくが、3Dデータって膨大なデータ量なんで最終的な段階でテキストデータを使うことはあり得ない。 COLLADAもあくまでデータ交換用のフォーマット。 >http://demo.bkcore.com/threejs/webgl_tron_godrays.html 機械の筒の輪みたいなのが表示されないけど 光の部分は3割り程度再現できてるようだ… バージョン 12.02 Build 1578 プラットフォーム Win32 システム Windows 7 >>452 何を意図した「ちなみに」なのかよくわからん。 X3DOMとかってあまり知られていないのかな。 http://www.x3dom.org/?page_id=2 >>455 見たところHTMLに含められる事以外はCOLLADAともろかぶりだけど。 COLLADAもXHRを使えば簡単にDOMツリーに変換できるし。 問題はそれをどう表示するかだけど、three.jsを使えば読み込みから表示まで全部やってくれるよ。 colladaは統一フォーマットの体をなしていないうえに容量も読み込み処理も重くなりがち 簡単にパーサが書けるから安易にゲームエンジンに用いられているだけというのが実情 410以降丸々1か月以上レスが無かったのに急にどうしたこのスレ まあ410以外、みんな普通に水をチャプチャプ出来てたから共感出来なかったんじゃないかw こういうスレって最初は物珍しくて伸びるけど、その内飽きて放置される運命 たまに誰かが上げてちょっと伸びるけど、そのくらいで終わる。 俺が規制されてる間に世間の流れが変わっててワロタ 最新のネイティブアプリのゲームを見ると この数年間HTML5HTML5盛り上がって、その実足踏みしてたやつらが 完全に置き去りにされたのがよく解るな。 ギルティドラゴン https://itunes.apple.com/jp/app/girutidoragon/id561649266?mt=8 ブラウザに賭けてた連中、これと一体どうやって勝負する気だよ。無理だろ常識的に・・・ クソつまんねークリックゲームなのはもしもしゲーと一緒なんだが だからこそパチンコ同様絵や音の派手な演出がモノを言うだろうし。 仮に今後WebGL対応が進んで、さらに、同じものが動かせるようになったとしても 先行してリッチゲームのノウハウ蓄積した連中が雪崩れ込んできて 押しつぶされるだけじゃないかな(´・ω・`) つかUnityのようなゲームエンジンがちょいとWebGL対応するだけでおしまいだ。 >>462 主立ったゲームエンジンではflash、nacl寄りに流れててwebglはあまり相手にされてない 上位ライセンス下位ライセンスでapi制限つけたりするのにjsは都合が悪い Unityもがんばってるな。 http://www.youtube.com/watch?v=BwMu3PxHOEc Flashはやはりパフォーマンス的にいつの時代もいまいちぱっとしない。。 Unity(Web)の主流は独自プラグインなんだよな どうせPCのブラウザでしか動かないんだからWebGLとか意味なす そういえば、UnityもNaCl出力できるよな。 将来的にはWebGLにも対応するのだろうか。 NaClは大した苦労なくMonoがそのまま動く。 ブラウザのJavaScriptだけで動かすのとは次元が違うよ。 Unityをちゃんと動かそうと思ったらMSのCLIを実装しなきゃいけないわけで JavaScriptだけでそれやるのはさすがに非現実的すぎる話 スクリプティング言語をJavaScriptだけに制限して、ライブラリもかなり絞れば 超限定的な対応はできないこともないのかもしれないけど、そんなもん意味あんのかと http://www.infoq.com/jp/news/2012/11/Moscrif 「 HTML5はパフォーマンスに重要な問題を持っているので、多くのグラフィックスを含んだ良質のゲームを開発するのは不可能である。」 そんな大規模なゲームをWebブラウザで動かす意味がないわな ダウンロードに長いこと待たされるんならネイティブでいい 現状、C#やJavaScriptでほとんどすべてのプラットフォームに対応したネイティブアプリを作れる環境があって それ以上何が必要なのか HTML5は、facebook すら、まともなパフォーマンスではうごかない。 unityは素人が遊びに使うにはいいが 商業的にはライセンスが高すぎて使えない 商業規模で開発するゲームで遊ぶ暇なんて学生かニートぐらいのもので、 社会人が息抜きに遊ぶには素人の遊びレベルで十分 商業的に使われるとしたら、 ソーシャルカードゲーム(笑)のエフェクトにちょびっと出てきたりする程度だろうな >>473 ゲーム = RPG だと思ってるゆとり 国民の生活第一が大津の未来と合流したのは やはり大津だからだよな >>473 本当にゲーム好きな人は社会人で多忙だとしてもやってるよ。 精神的なゆとりなさ過ぎだろw 大人にもなってどっぷりゲームやってるやつって終わってるよね 何ムキになってるの? もちろん、できますよ HTML5に不可能はありません 最近触り始めたので覗いてみたんだが、>>1 にある >※ただし、マイクロソフトは否定的 ってどういうこと? 公式に見解を出してるのかな? >>486 セキュリティへの懸念を表明してるよ もちろんセキュリティは大問題なんだけど、MSにとってそれより重要なのは 「仕様が安定していない」ということ。MSは過去の反省から、仕様が安定しているものでないと IEには絶対に実装しないというスタンスをとってるからね。IEで一番重視されてるのは上位互換だから。 バグも仕様なのでバージョン上げても治しません(キリッ >>487 現段階ではその辺の動向にも注意してやってった方がいいんですね。 ありがとうございます そんなこと気にしてたら使えないよ 現実的に考えるならUnityのWebPlayerくらいが妥当 >>487 セキュリティの懸念は表向きの理由で、本当はOpenGLを支持する訳には行かないから 否定しているんだろうね。 政治問題以前に、サポートを拒否するのに十分な問題がWebGLにあるのは事実だろう 今IEが実装したら確実にIEネスケ戦争の二の舞になり、 古い仕様が未来永劫残り続けてWebGLにとっても有害 その観点でいうと現時点で完全に仕様が固まってないHTML5全体をを実装するのが間違いだろう しかし、GLESって中々試す環境が無くね? amazonでwebglで検索すると幾つか出てくるから、それでいいんじゃない? 何がお勧めかは知らんけど。 FileReaderとDOMParserで簡単にCOLLADAを読み込めんじゃね?と思って やってみたら、DOM化するのは超簡単に出来たけどCOLLADA自体のパースが なんだこれ?っていうぐらい尋常でなく面倒くせー…めげそう… つうか、デカいCOLLADAデータを読み込むと一時的に滅茶苦茶メモリ食いそう。 COLLADAっていろんなフォーマットの全部載せみたいなもんって聞いたなぁ パーサ書くの大変そう やっぱりWebSQLと同様、特定の実装技術を前提にした仕様は失敗するんだな とりあえず、COLLADAのmesh要素だけのパースは思ったよりは簡単だったけど1つ問題が。 COLLADAは頂点座標と法線データがそれぞれ別個にインデックスが振られていたけど、 WebGLでどうやって表示するんだ? 例えば、座標は(0,1,2)とすると法線は(0,0,0)みたいな感じ。 drawElementsってインデックスは共通な事が前提だよね? 座標のインデックスに合わせて再構築しないと駄目かね。 Javascript特有のバグでハマったんで一応書き込んでおく。 var offset = dom.getAttribute('offset'); console.log(offset); // => 0 と表示されているのを確認 array[n * 3 + offset]; // 何か値がおかしい… まぁようするにoffsetが文字列のままでarrayのインデックスが10倍されてた って事なんだけど… 今に始まった事じゃないと思うけど、何か予防策とかあるのかな? var offset = dom.getAttribute('offset') - 0; parseInt() と 0+ はどっちがいいの? >>502 もちろん最終的にはparseInt使って解決したけど、気付くまでだいぶ時間かかったよ >>503 parseIntの方がソース見てIntに変換していることが明確なんでparseInt派だな WebGL.d.ts Three.d.ts 既にあるな 考えることはみんな同じなんだ TypeScript - Wikipedia, the free encyclopedia ttp://en.wikipedia.org/wiki/TypeScript これか TypeScriptはECMAScript6系だよ そこそこ欲しい機能が揃ってる割には他の似たようなのと違って一切変なコード吐かないから 変な言い方だけどいつでもやめてJavaScriptに戻れる安心感が最大のメリットだと思う 質問 drawElements(mode, count, type, offset); のcountの最大値ってどうやって取得すればいい? 俺の環境だと255ぐらいだった。そんなもん? >>513 オプショナルな静的型はIDEやコンパイラの支援が効いて便利よん。 オートコンプリートの打率が上がるし、大事なところは型つけて書けば実行時前に 静的検証出来るので堅牢にもなる。 あとprototypeを使ってクラス的なことをやる方法として何通りもの流儀が存在して 下手すればフレームワーク毎にクラス的な仕組みをバラバラに手作りしているJSとは 違って、言語仕様としてクラスを持っているのは車輪の再発明が無くてすっきり。 >>500 他のサンプルとか見るとやっぱり全て展開(ようするに位置と法線の数を同じにする)してたんで、 同じようにして読み込みと表示が出来た。 >>515 これはどうしても分からないんで、drawElementsは使わずdrawArraysにする事で解決した。 両方の結果を踏まえると、インデックスは使わずにTRIANGLE_STRIP化したデータを drawArraysで描画するのが最適な方法だね。 TypeScriptは結局JavaScriptの問題を解決してないから萎えた。 ECMAScriptもだが、特にmodule、あれで大規模開発が可能だと本当に思ってるのか。 > 3. 次に挙げる ES4 の提案の一部はウェブでの利用において不適切と判断されたので、 > 今後二度と議題として取り扱わない。パッケージ、名前空間、早期束縛。この決定が > Harmony の肝である。 つくづくバカな決定したなこいつら。 正直、断言するけどActionScript=ECMAScript 4ルーツのHaxeを使ったほうがいい。 TypeScript クイックガイド - phyzkit.net http://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()でおk あとはこれも萎え要因 https://sites.google.com/site/jun1sboardgames/programming/typescript_module > 「/// <reference path="" />の参照指定はあくまでもコンパイル時のもので、 > 実行時の依存関係の解決は君自身の責務だよ」 そういうコンセプトなんだよ ・JavaScript互換 ・綺麗なJavaScriptを吐く JavaScriptを中間言語として使うんではないってことだ Flasherはなぜか名前空間をありがたがるよな あんな不便で不自由なものもねえよ 約3万頂点5MBのCOLLADAファイルのmeshの読み込みでも表示までに1秒かからん。 他にも色々と処理する事はあるけど、COLLADAでも十分実用的な速度で使えるよ。 ブラウザのDOMを処理する速度は恐るべしだな。 ハードの側で対応してなきゃ描画自体ブラックボックスに入れられてて そもそも動かんからな モバイルもブラウザ種類色々あるけどwebkit使っててもwebglまで対応してるのは少ないし そう考えると米steam社のlinuxへのopenglで移植とか合理的だわな…win8入れたらタッチパネルになっちゃうって思ってるひと大石内蔵助なんだな 【日本】「5歳児が難病です。募金お願いします!」→嘘で韓国人逮捕wwwww募金総額1100万円wwwwwちょろすぎィwww http://blog.livedoor.jp/crx7601/archives/23626625.html あとはマイクロソフトがWebGLをサポートしてくれればな・・・ 今までも、そしてこれからも、ブラウザシェアはIEがトップだろうし。 まあ、無理っぽいけどさ。 冒険しないからこその価値もあるんだよ IEはただのブラウザじゃなくて膨大な業務クライアントを動かす超重要なプラットフォームなんだから http://www.chromeexperiments.com/detail/webgl-cubes/?f=webgl WebGLってこういうデモが簡単に見れるようになった事が最大の存在意義だよな 今までは得体の知れないexeを運任せで実行するか、ソースを落としてうまく行く事を 祈りつつビルドするしかなかった(大抵はうまく行かないか、やたら苦労する) Firefoxは駄目だよね・・・ WebGLやるなら、やはり最強のHTML5ブラウザIE10だよ >>535 >>531 はIE10ではサポート外だそうだ。 結局Chromeでしか動かない事実上の独自規格 昔のMSと変わらんな "chrome"experimentsだからね。firefoxで動作確認してないものばかりだから仕方ない 俺はFirefoxで普通に動いたが 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のほう使うほうがパフォーマンスもいいし セキュリティホール空ける方向に進まなくて済むしでそっちのほうがいいんだろうけど。 googleの絵が太陽系儀の円盤みたいになってますね 一応ケプラーの法則に従っているようですが これはWebGLで描かれているんでしょうか? すんません。 CANVASでドットって打てるんでしょうか?マニュアル見た感じ命令無いみたいなんですが。 やりたいことはマンデルブロ図形を描くことです。 おすえてエロいチト。 >>543 ドットを打つならfillRectでも良いかな マンデルブロ集合みたいな画像生成なら、ピクセル単位で直接画像データにアクセスするImageDataを使うと効率的 http://www.programmingmat.jp/soft_dev/mandjs.html swf みたいにソースの暗号化とあとi3よりレガシーなcpuとグラボ性能の 要求がなければもう少し開発者に受けそうだが使いどころは限られそうではあるか >>543 ドットでやると遅くなるから メモリに描いてバッファ転送の方が良い 回答有難う御座います。ImageData見てみます。 ついでにもう一つ質問なのですが、CANVASで線を引くとアンチエイリアスが かかってにじむんですけど、アンチエイリアスかけないことはできるんでしょうか? >>547 ttp://ex.osaka-kyoiku.ac.jp/~fujii/OJ/wz_jsgraphics.html 【泥棒大国】対馬から盗まれた仏像、日本に返還してはならない-韓国の地裁が仮処分 http://news.harikonotora.net/r/26308/ 658 デフォルトの名無しさん [sage] 2013/03/04(月) 06:20:23.67 ID: Be: >>624 > JavaScriptってうまく持ち直したよな。 最近はやっぱりJavaScriptクソじゃんって流れになってると思うw Hacker Newsあたり最近そういう米ばっかだし、国内でもはっきり言うプログラマが増えてきた。 だいたい、仮にも高級言語であるにもかかわらず CoffeeScript、Dart、Haxe、TypeScriptと 変換言語が次々と出てくる時点でそのままで使えないと証明されたようなもの。 「そこまでしてJavaScript書きたくないのか」と言うJSerがいるんだが、 そ の 通 り だ そこまでしてでもJavaScriptを書きたくないんだ。 659 デフォルトの名無しさん [sage] 2013/03/04(月) 06:23:50.67 ID: Be: ついでにECMAScript 6はさらにクソ言語化が進むようだし 将来にも期待できないという。 根本的にJavaScriptは関わってる連中全員がクソ わざわざセキュリティリスク冒すほど特にメリットないからな ゲームならどうせ長時間動かすんだからプラグイン方式かネイティブで十分なんだし HTML5デモ「日本全国花粉飛散マップ」を作って分かった CreateJSとTypeScriptでの効率的な開発手法 ICS LAB http://htn.to/7m1sEe5 独自に組み込んだ中間言語を使って速くしました、って… 結局オレオレプラットフォームじゃないですか >564 動画見ると10年前のゲームみたいなクオリティなんだが 10年前と言えばPS2とPS3の間か Webでそこまで出来る様になったんだな >>567 Unity3Dとか前から普通にブラウザで動くじゃん webでwebでというなら純粋に標準技術だけで作ることに意味があるのに asm.js使うとか本末転倒 >>566 どんだけJSを早くしても、WebGLの仕様上それぐらいの表現が限界だろうね。 WebGL2.0(?)=OpenGL ES3.0になれば、PS3ぐらいの表現が出来そう。 SL#(えすえるしゃーぷ)とは、GPUで実行されるプログラマブルシェーダーを、超高級言語である C#で書けてしまうという夢のようなオープンソースのフレームワークである。 http://monobook.org/wiki/SL_Sharp WebGLなんてJavascriptで書けるんだぜ 夢のようですか? 簡単なオブジェクトをお手軽にHPに乗せる方法教えて オブジェクトをお手軽にHPに乗せる簡単なお仕事です ↑レジストリ書き換えないと使えないとかかなり微妙だろ・・・ IEに載るってことはこの先10年は仕様変更できないどころか 初期バージョンの実装のクセが大事にずっと保たれ続けることを意味するわけだ その前にIEもwindowsもMSも無くなってそう http://uni.2ch.net/test/read.cgi/newsplus/1365638811/ 米調査会社IDCは10日、今年1〜3月期の世界のパソコン出荷台数が前年同期比13・9%減の7629万台になったと発表した。 7・7%減の予想を超す減少幅で、1994年に四半期ごとの調査を始めて以来、最大の落ち込みとなった。減少は4四半期連続。 消費者の関心がタブレット端末やスマートフォン(多機能携帯電話)に向かっているほか、 米マイクロソフトが昨秋発売した新基本ソフト(OS)「ウィンドウズ8」の人気が振るわないことが主な要因。 IDCのオドネル氏は「ウィンドウズ8はパソコン市場を活性化するどころか、足を引っ張っているようだ」と指摘した。 http://www.47news.jp/CN/201304/CN2013041101000904.html だからって他のが伸びてるか? Windowsのシェアはどうなってる? さらに業務PCも含めるとどうだ? 現実の数字見るのって大事よ asm.jsとかparallels.jsとか皆気になる? もしかするとOpenCLではなくてこういう方向性で進んでいくんだろうか 実際にそういう方向で進んで行った場合、ネイティブの半分のパフォーマンスってどう? 最近のCG作品ってCPUは実際そんなにフルに使うこと無いのかな つうか何でネイティブで行列の演算関数用意しないのかとても不思議 アプリは全部シンクライアントになるからネイティブに回帰するだろ >>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 http://www.unrealengine.com/flash/ 一方、これが最新Unreal Engine 4のデモなのでやっぱり差はあるよな Unreal Engine 4 "Infiltrator" Real-Time Demo - YouTube http://www.youtube.com/watch?v=dO2rM-l-vdQ あとJavaScript相変わらず遅すぎワロタ Box2d Revisited http://j15r.com/blog/2013/04/25/Box2d_Revisited つか最近やっぱHTML5だめじゃね?って人が海外どころか国内でも急激に増えてる感あるし 控えめに言っても前途多難そうだね。 今のJSはネイティブ並みの速度が出るなどと寝言ほざいてた連中の感想を聞きたい ttp://j15r.com/blog/2013/04/25/graph0.png >>592 何が言いたんだ? asm.jsは完全にJavascriptだからネイティブ並の速度が出てる事になるじゃん? 多分だが、Javascript⇒asm.jsにコンパイルするツールが出てくると思われる。 asm.jsはjavascriptにCのコードを埋め込んで ブラウザ側でコンパイルして動かしてるようなもんだ javascriptとして解釈しても実行可能なように工夫がなされてるが、決してjavascriptが速いんじゃない asm.jsはJavaScript以外で作られたものをasm.jsにコンパイルして使うのが前提だろうから、JavaScriptとしては逆に立場が弱くなるよな asm.js の普及のおかげで java糞ript が絶滅してくれるなら それはそれで応援したい asm.jsって何?ぐgってもよくわからん 何ができるの? 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依存バイナリが必要で汎用性に乏しく、 なかなか流行らないこの現状を変える新しい流れになる可能性がありますね。 おもしろいな もうC++のコードを変換するエディタとか出てたりする? >>601 エディタ? asm.jsに対応しているかは知らないけれど、JavaScriptに変換するならemscriptenが有るだろ emscriptenでC/C++のコードからasm.jsのコードを出力できる >>595 > 馬鹿丸出しw お前こそバカだろ。 asm.jsは完全にJavascriptでネイティブ並の速度が出ている。 asm.jsはJavascriptとしても解釈できるというだけで、Javascriptとはまったく別のプログラミング言語 メモリモデルとか全然違うし、Javascriptにはできるのにasm.jsにはできないことが多すぎる >>604 asm.jsをasm.js対応環境で動かした場合のみ速くなるんだから、「完全にJavascriptでネイティブ並みの速度が出ている」の時点で普通に嘘じゃん 普通のJavaScriptはasm.js対応環境でも結局従来と同様に扱われるんだから、速くはならないんだぞ asm.jsは「新しい中間言語を専用のエンジンで動かしたら速い」というだけの話であって JavaScriptよりはJavaアプレットとかFlash(AS)とかSilverlightとかDart(Chromeの)とかと同列に扱うべきもの 人生狂ったのこれのせいかも ttp://news.nicovideo.jp/watch/nw601040 ttp://info.cern.ch/ >>605 ,606,607 なーに言ってんの? 行列処理やゲームエンジンには十分有効でしょ あとシェーダをスクリプト内に書く方法載せとく Function.prototype.toText = function(){ return this.toString().match(/\n([\s\S]*)\n/)[1]; } var s = function(){/* ソース */}.toText() >>609 頭おかしいの? >>605-607 は行列処理やゲームエンジンに有効じゃないなんて一言も言ってないよ それと、そのサンプルの意味ほんとに自分で理解してる? どうせasm.jsを新しいJavaScriptエンジンか何かと勘違いしてるんだろうな JavaScript+WebGLさえあれば、もはや不可能はありませんね JavaScriptで開発されたHDビデオデコーダ登場 - OTOY&Mozilla発表 http://news.mynavi.jp/news/2013/05/08/043/ ORBX.jsはスクラッチからJavaScriptで開発されたメディアコーデック で、1080p60のビデオをデコードする能力を持っている。デコードの 処理にはJavaScirptが使用され、レンダリングにはWebGLが活用されている。 ライセンス的にはできるけど 今の段階でWebGLを商用利用する勇気は俺にはないわ まあIE11がちゃんと対応するならそのへんも伸びるでっしゃろ MSことだから何かやらかしてくれるとは思うけど ちゅーかなんでWin版はFirefoxもChromeも、わざわざDirect3Dへの変換かましてんだろか? OpenGL対応がしょぼいOEMドライバとかのハードルを下げる効果は一応あるだろうけど… >>618 http://ie.microsoft.com/testdrive/ win7 でも sp1 までパッチあてれば…(5GB-10GB必要だったのでうちの環境では無理だったという…) …新規でPC購入かつi3以降のcpuで最初からwin7 sp1以降が入ってたらに訂正(atom積んでる win tabletじゃグラボが対応してなくて動かないと思う) webglに対応してる ie11 が利用できるようだ http://www.babylonjs.com/ http://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のサイトも半分くらいは動くけど何か レンダリングの結果がおかしかったりするな… >>今しがた WebGL で遊んでいたら、ある WebGL のサンプルのページで確実にOSごとクラッシュすることに気付いた。絶対に悪意のあるサンプルではないのだが、WebGL のセキュリティの脅威を思い知らされる。 WebGLでOSクラッシュ流行りそうだなw >確実にOSごとクラッシュする パーティクル大杉でメモリ使い切ってOSごと死ぬパターンは経験あり すべてドライバのバグだろうな。 一生懸命セキュリティを高めようとしても、糞ドライバのせいで全て台無しになる。 Windows 95のCD-ROMに収録されていた3D“旗とりゲーム”の「Hover」が、WebGL採用でタッチ対応・マルチプレイヤー対応のWebゲームとして復活した。MicrosoftはIE 11でのプレイを推奨する。 http://www.itmedia.co.jp/news/articles/1310/03/news070.html Firefox Nightly にシェーダーのライブエディタが搭載された こりゃ捗るわ devtools.shadereditor.enabled=true >>624 うちのボロandroid2.3だと動かなかったorz ボロandroidな上にgoogleplay非対応でchromeは入らなかったです operaは入れられたので webGL見られることを確認出来ました 本当にありがとうございました 見たのはここのサンプルで wgld.org/s/sample_008/ operaだと動いて 標準というかの元から入っていたブラウザだと うんともすんとも言わず真っ白で固まりますorz そりゃそうだろうな 標準のブラウザなんてIE級だから hoverはかなり重たいからPCでもi5クラス機じゃないとキツイ えっと hover!の方は重いと言うより ページにIE11使えと案内だけ出て ゲーム開始出来ません>< だからそもそもスマホでできるものじゃない キーボードげーだし WebGL2.0とSVG2.0とCanvas2Dが十分に実装されてからHTML5のグラフィックの始まりだと思ってる ということはHTML5.1の勧告がされたくらいからが本番だな >>629 IEで普通に動くぜ? IE11プレビューだがw >>638 肝心のJSをどうすんだよ。まぁC++で書けばいいことだが、マルチスレッドどうすんねんつーのがあるし emscriptenでWebGL叩いてるガチ3D勢が一様に コンパイル超おせえ、WebGLのオーバーヘッド酷えと言っているのが気がかりだ。 MantleやG-SYNCのような新提案があるネイティヴの方が普通に面白そうだわ まああと10年だな。最低でも。 Moziila や Google にも凄いネガティブな人がいたりするのでいぢめないであげて;; 経験上、実際にブラウザのコードを書いてる開発者ほど楽観視してない傾向 一部の人達が期待もたせ過ぎたというか、調子に乗ってたのは否定できないだろうが・・・ まずはOpenGLのオーバーヘッドを改善しないと駄目だね。 多分新規拡張機能が追加されて、それが標準になるんだろうけど。 >>648 色んな所ってダッシュボードとしか書いてないが 速度なんて後から付いてくるもんは二の次三の次でいいよ どうせグラボ積んでないとどうしても重たいもんだし それよりも機能が大事 それにオーバーヘッドとかスレッドで困るのは機械的な変換に任せてるからだよ そんなんはマイナーな使い方 一般はゲームエンジンやライブラリ経由で叩くもの 速度なんていらないって ゲームで富豪的プログラミングは無理だぞ 多分、PS3版のPSStoreもJS+WebGLなんじゃないかな。 だからあんなに糞重いんだろう。 PS3には荷が重いんだよ。 PS3のGPUはES1.0+だからES2.0+のWebGLは骨だろうよ >>655 アホか、PS3はGeForce7800GTX相当だっつーの wikiにもAPIは1.0までしかサポートしてないって書いてあるね http://ja.wikipedia.org/wiki/OpenGL_ES OpenGL使ってたとしてもこのAPIかソフトレンダだろうし、仕方ないね ホームページでフォーム作りたいんだけど、書き込んだ内容を受信する方法がわからない form action=自分のメールアドレス ↑だけでいいのかな? cgiとか難しい 連呼すまん HTML5の虫のいい話聞いていると 東方仗助のこのセリフを連想してしょうがないわ http://blogimg.goo.ne.jp/user_image/37/18/db42d2040c2ed15a3d03cb22de4e64b5.jpg 今の主流としては、Webはあくまで将来の実行プラットフォームの1つとして視野に入れつつ 実はネイティブがメインというあたりに落ちついてるんじゃね Unityとかcocos2dとかCocoonJSとか。Emscriptenだって結局はそういう発想だろ。 100%Webオンリーはまずまともに動かないので死ぬし、マネタイズもできずに二度死ぬ ネイティブで最高峰の速度を誇る言語環境はC/C++と言われるが、残念ながら JSよりもかなり遅い。 この速度で次世代のリッチなUIをドライブするのは不可能と思われる。 その点、HTML5はJavascriptにネイティブ対応しているので非常に高速。 そのため、次世代のUIはHTML5一択と言われている。 Android + HTMLに変わって、Windowsは無くなるだろうね。 このスレは決してHTML5を推してる訳ではなく WebGLのスレな訳ですよね とはいえ、WebGLはほとんどすべてがHTMLと使われるわけなんですよね。 そういう頭の悪いどっちが勝つと負けるとかゲハの馬鹿どもみたいな話はよそでやれ Who are they to judge us. 話題がないから仕方ない。普及率低いうちは実プロダクトに使えないし 来週あたりまたcoolなWebGLのデモが公開されると聞いているが わりとどうでもいい coolなデモ2本来たぜ Racer S (three.js) http://helloracer.com/racer-s/ Monster Madness Online (Unreal Engine) http://www.playverse.com/Anonplayer/0-a2aadd1b76e14d0e848ea1de18dca4e8 動作環境はもとより、ロードおせーんだよな・・・ これでは一時期Flashサイトが忌避されたのと何ら異なるところがない たぶんネットが10倍くらい速くならないとだめだわ sio29@sio29 Stage3D使いづらいわー。一時期Stage3DとWebGLどっちが凄いみたいな話で盛り上がっていたけど、Stage3D推していたやつは確実に触ったことないかラッパーライブラリ使って知ったかぶっている奴だ。 >>680 実際HDDとネットワーク越しじゃ桁が1つ違うからね。 最初に一気に読み込むやり方だときついだろうね。 >>681 Stage3Dが糞なのは事実だが、現状PCではWebGLより多くの環境で動くし アプリ化も可能という点で明らかに優位だからな。 どっかのAdobeのエバンジェリストwも「普及率なめんな」って言ってるだろ 例えばこれ、プラグインが入っていればIE8でも動くからな http://www.barbacube.com/demos/demo.php?id=lightstorm HTML5 に「とても関心がある」開発者はピーク時の72.7%から59.9%に低下 ― 2013第4四半期モバイル開発者調査 - インターネットコム http://japan.internet.com/allnet/20131224/3.html > 同調査では、HTML5 への関心が低下している理由として、マルチプラットフォーム開発が思っ > たほどうまく機能しない現実があげられている。(略)HTML5 に対して「ニュートラル」で > あると回答したは39.5%に達している。そのように回答した人は、HTML5 はある種のアプリ > 開発には有効ではあるものの、マルチプラットフォーム開発の難しさを解決する“万能薬” > ではないと述べている。HTML5 に対して否定的な人も9.5%存在。これらの人々は、HTML5 は > ネイティブアプリよりもユーザー体験が劣るだけでなく、プラットフォーム毎に最適化が要 > 求されるとしている。 > 「HTML5 は、一度書けばそのアプリがどこでも利用できると謳っていた。だが、ブラウザに > よる HTML5 サポートの足並みが揃っていないため、この約束は実現していない。我々は > HTML5 を格下げし、アプリ全体の一部を占めるプラットフォームに過ぎないものへと見方を > 変えつつある」 今年はソシャゲ会社までネイティブネイティブ大合唱始めるわ Flashの艦これが大ヒット飛ばすわでHTML5受難の年だったな まあ来年こそ来るんじゃね?(棒) >>682 フレッツ光で2倍速の Blu-Ray くらいの速度しかないし ましてスマホ回線や途上国の回線考えたらまあ当分無理やね 何より大抵のユーザーはウェブページがパッと一瞬で表示されることを期待してる。 そんなこんなで、Firefox OS あたりもダウンロードアプリも作れるぜっつって最近はアピールしてるけど それ結局 Web じゃなくて審査つきのストアアプリじゃんみたいな。 で、結局ストアアプリのほうが UX 的にも好ましいということになると わざわざ未成熟な HTML5・JavaScript で作る必要ないじゃんってことになって (例えば Unity とか cocos2d とか優れたフレームワークが山ほどあるわけで。たぶん Flash も) ワンオブゼムに成り下がってしまう、ということで>>684 というのがまあ現況か。 HTML5でも凝りまくって重いものほど時間かかって昔のJavaアプレットみたく 毎回ネイティブアプリダウンロードさせてるようなもんだからな 特にPCよりスペックの劣るタブレットなどでは絶望的かも… まぁ、凝らなきゃいいんだけどね JSも今やJITで動いてるし、 変数の型が推論できた場合、Javaと速度はあまり変わらなくなった。 今後問題が出るとすればやっぱりソースの肥大化だろうな。 html5でエコ化すると、大量のJavaプログラマたちが職を失う java appletは既に絶滅危惧種だから、心配しなくても失うような職はもうないよ COBOL化した分野でちゃんと食ってゆける 大量のFlash Engineer, Adobe, nativeアプリ屋, Webデザイナまで職を失う 皆で、ネイティブマンセーすることで分業化され、Win-Winの関係が保たれるのだ 飛ばずに消えたJavaFXのことも時々でいいから思い出してください・・・ 個人的にはWebGL大好きでいろいろ遊びたいんだけど どうも2.0が来るまで手書きする気が起きないな それとES6で導入かと言われてたTypedObjectが延期されたのは残念 残ったES6での恩恵と言ったらTemplateStringでのヒアドキュメントくらいか ES7になればValueObjectも入って行列演算とかがしやすくなるんだろうけどな まあES7は一応あと3年で勧告予定だから腕を磨いて待つか WebCL1.0の仕様がリリースされた OpenGL ES 3.1の仕様もリリースされてたが、コンピュートシェーダーをぶっ込んできた つうことは、WebGL2.0でコンピュートシェーダーが使えるようになるのかね アプリ86%、Web14%〜モバイル利用時間でアプリの優位が顕著に -INTERNET Watch http://internet.watch.impress.co.jp/docs/news/20140402_642413.html https://twitter.com/metaps_sato/status/454192485242527744 > アプリファーストの会社が、PC・Web中心の会社を凄いスピードで抜き去る事案が > 世界中で増えているね。接触時間が違うからまあそうだよな。 > 消費者向けであれば、Webサイトすら作る必要なくなってきたしな。 WebGLもう1〜2年でだいぶ普及率上がって普通に使える状態になってると思うんだが (Unityで対応ソフトも増えるだろうし) その頃にはPCウェブオワコンになってるんじゃねーのか モバイルブラウザも全然使われなくなってるし、 ゲームどころかライトな広告案件すら厳しいのでは。 このところウェブがすさまじい勢いで辺境になって行っている実感がある。 よく、いずれHTML5が戻ってくるだの、5年10年待てだの言われるが、それまで持つ気がしない かつてのネットニュースのように、存在するが忘れ去られているという風になりそうだ せいぜいLinuxのようなオープン界隈でひっそり生き延びるとか エンプラ辺りはどうなのか知らんけど。 >>694 マジレスするとHTML5は高コストだよ。実機テストだけで大量の人手が必要 特にブラウザの自動アップデートが恐怖なんだよな。必ず何かがぶっ壊れてるから。 ネイティブでいえばランタイムをダイナミックリンクしているのと同じようなものなので DLL Hellのようなことが起きる。これが「ウェブアプリは不安定」の正体のひとつ。 俺んとこもそれで結局匙投げたし。 不安定なのは大抵JavaScriptコードのバグが原因と思われる 何しろ多少バグってても動いちゃうから気づかないことがある UnityもとうとうWebGL対応したけど、 Flashみたいに将来切り捨てられる可能性がありそう。 それ心配してたら 他のも心配にならないか? 何も出来ない Three.jsを使って、WebGLで3D表示をさせるプログラムを作っています。立方体の表示はできたので、 obj形式のファイルを読み込ませようとしたのですが、どうしてもうまくいきません。three.jsのサイトのサンプルの コードを参考に、OBJMTLLoaderという関数を使っています。具体的にはobjファイルが表示されず、ログをみると、 ***.obj、***.mtlが整形式になっていないとメッセージが出ています。ブラウザはFirefoxを使っています。 原因が分かる方いらっしゃいますか? >>702 MTL形式のobjファイルなの? そうじゃなければ、OBJLoaderの方を試してみれば? >>703 レスどうもです。 別のmtlファイルと関連付けされたobjファイルです。OBJLoaderのほうも試してみます。 PC/モバイル両対応のコンテンツを作ってみたいのでHTML5+WebGLを検討しているのですが 習得にあたりどのようなアプローチが良いですかね? 用途は面を作ってテクスチャを貼って、それらを重ねて動かしたり、変形させたり 回したりして、リッチな2Dグラフィックスエフェクター的な使い方を主に考えています 現状 メイン言語はRubyでCUIメイン。JavaScript、Python、VB系とGUIは必要に迫られれば使う CやC++の経験はほとんどなし。アセンブラは経験あり 3DCGはMMDとBlenderの使用経験あり 3Dアプリやゲームのプログラミング経験はない。Blenderのスクリプトをいじったことはある パッと考えつくアプローチだと・・ 1.DirectXから入ってみる。日本語資料たくさん。でも構造体の山と格闘する必要がありそう・・ 2.GLUTから入ってみる。日本語資料は少なめだけど正攻法? 3.いきなりHTML5+WebGLに手を付ける。無謀? 1と2の場合はOpelGL ES 2.0との差異をどのように埋めるかも考える必要がありそうです よろしくお願いします >>705 その用途ならCanvasでいいんじゃね? WebGLをやるにしてもDirectXから入るなんて遠回りにもほどがあるわ OpenGL触ったことない人にWebGLはお勧めしないわ。 Canvasで物足りなくなったらWebGLやれば? >>706 HTML5のCanvasについて調べてみたのですが、以下のような処理は 現実的ではないように感じました。自分の理解が足りないのかな・・・ 1.Y軸(or X軸)回転で傾けた後にZ軸回転するアニメーション 2.ラスタースクロールアニメーション 3.モーフィングアニメーション 実際に使うときは、α値や加算合成も適用すると思います PCでも動かすのでスクリーンサイズはWXGA以上になる可能性があります WebGLをやるならGLUTあたりでなれてからの方が良いのか 後出しでいわれてもな…やろう思えば全部できる。ただし面倒だけど スピードに関しては機種依存だ。それはWebGLでも同じ。 あとGLUTを勘違いしていないか?ただのOpenGLのサポートライブラリだ。 GLUT使ったからOpenGLが簡単になるわけじゃない。GLUTはなくてもOpenGLは使える。 まぁ、そこまでWebGLやりたければWebGLからやればいいでしょ。 チュートリアルがあるんだし。あとはOpenGL ES2.0の本でも買っておけば? はっきり書かなかった>>705 もあれだけど、後出しというか >>705 をより具体的に書くと>>708 になっただけでしょ。 ここは3Dのスレだ。3D関係をやっている人間なら>>705 から>>708 を 想像するのは難しくないと思うが。「回転したり」「変形させたり」 とか書いてあるし。 そのようなアプリケーションを作ろうとした場合はDirect3Dなり OpenGLの使用を検討するのが普通だろうし、その延長線上で WebGLを使いたいという考えが出てきたとしてもおかしいとは 思わない。 >>706 ,709 Canvasで出来ると主張するなら似たような処理をしているデモや サンプルを紹介してあげたら? Canvasでテクスチャをなめらかに二軸回転とか、炎をゆらゆらとか 出来るなら俺も見たいわ。 >>710 三角形にテクスチャマッピングするルーチンを書けばできる。 あとはその応用。 Canvasで3Dモデル表示しているサンプルなんかググれば出てくるんだから 知らないのは無知なだけ HTML5って未だ規格化されてないのな。 規格化されてないもんによく手を出すもんだわ。 HTML関連は2つ以上の実装がないと策定されない 策定された時にはアプリは既に実装済み >>697 やっぱ基本シングルスレッドのJavaScriptじゃPCはともかく モバイルデバイスだと速度的に難有りだし マルチスレッドで出来る処理は出来るだけGPU側に演算させる方向なのかね >>717 ブラウザの種類を判定出来て何が嬉しいんだろう? 普通にユーザーエージェント送っちゃってるし 後Flashは一応ローカルに何も保存しないように設定出来る 俺はそうしてる webgl経由でのGPUやドライバのレンダリング差異を検出するようです。 https://cseweb.ucsd.edu/ ~hovav/dist/canvas.pdf この手のHWの差異をjavascriptで検出してIDにするのは目からうろこでした。 同じように、演算能力でCPUの違いを計ったり、GPUのレンダリング速度を使ったりできそうですね。 キーリピート速度、マウスの速度なども利用できないかな。計れないか。 http://www.browserleaks.com/canvas#comments // text with lowercase/uppercase/punctuation symbols var txt = "BrowserLeaks,com 1.0"; ctx.textBaseline = "top"; // the most common type ctx.font = "14px 'Arial'"; ctx.textBaseline = "alphabetic"; ctx.fillStyle = "#f60"; ctx.fillRect(125,1,62,20); // some tricks for color mixing ctx.fillStyle = "#069"; ctx.fillText(txt, 2, 15); ctx.fillStyle = "rgba(102, 204, 0, 0.7)"; ctx.fillText(txt, 4, 17); // more explanation? see the Further Reading below... とりあえずここはフォントと色とベースライン使ってますね ただ色こそ環境依存しないだろうし、フォントがデフォルトでベースラインもそんな変な実装なのかな ほぼ同じ環境のPCが複数台ある人じゃないので検証は出来ません http://news.mynavi.jp/news/2014/07/22/258/ >>719 GPUを特定出来るとドライバのバグを突くコードを仕込めそうだけど 危険性はかなり低いだろうね 悪用よりは、より良いコードを実行する為の場合分けに使ってほしいもんだ >>719 webgl関係ないだろ、消えろキチガイ 3Dいじれないからって重箱の隅をつつくことばくっかいって 使えない認定を必死でしようとしているゴミ虫 つまり WebGL に流行られると困る連中が居るということですか? 617 デフォルトの名無しさん [] 2014/08/02(土) 21:40:31.68 ID:/0C/55ah Be: >>609 Javascript+WebGLで作られたサンプルの方がそれより凄いんだけど http://oos.moxiecode.com/js_webgl/water_noise/ http://jeremybouny.fr/ocean/demo/ Javascriptでシェーダーが使えるようになったから結構リアルなCGも描写できるようになったんだよな EmscriptenっていうC言語からJavascriptに変換するプログラムもあるし低級化していってるなと思う >>724 うちの Chrome で見たら (WebGL on にしてるはずなのに) 上のサイトはメッセージだけ出て表示されず 下のサイトは水が無くなって海底地形まで丸裸の陸だけが表示 firefoxなら正常 >firefoxなら正常 ちょっと訂正します firefox だと表示は正常でしたが しばらくしたら firefox が落ちました >>726 Windowsはドライバが腐ってる場合が多いので、Ubuntuを使うと良いです。 >>729 Ubuntsのグラフィックドライバの方がWindowsのそれより優れてるってこと? メーカーはWindowsのグラフィックドライバに力を入れているように見えるけどな 【朗報】FirefoxでFlashが落ちる不具合の原因が判明 次のバージョンで修正される予定 [265351135] http://fox.2ch.net/test/read.cgi/poverty/1414229131/ javascriptで出来ないって言われていたのが実はできるんだ!って喜ぶのはいいけどさ それまでJavascriptが優れているとか言っていたことトレードオフでやっているのだから そもそもの趣旨が違ってるだろと。 ブラウザだけで出来る!と言っていたのにGLを実用的な速度で動かすにはハードがいるんだろ? 前提から違ってるじゃん。 wgld.org 久々に見たら かなり更新されてた >>731 Ubuntuはオープンソースですから、世界中の開発者が日々更新しています。 従って、商用製品とは比較にならない良質な製品に仕上がっております。 100億人の開発者を抱える商用製品が一体どこにあるでしょう。 そんなものは無いのです。 従いまして、Ubuntuは世界最高であり続けるのです。 まあ、環境を選ぶ時点で使い物にならないってことだな すっかり幻滅されちゃったね >>738 OSはそうだろうけど、各メーカーが出すドライバはメーカ依存ではないの? UbuntuのOS標準のドライバが全てのメーカの全ての製品のドライバを監視して更新してくれる程のリソースがあるとは思えないのだけど >>740 ドライバはソフトウェアであります。 従いまして、ハードウェアメーカにとって製造が非常に難しいものでもあります。 その点、Ubunbtu開発者は世界最高峰のソフトウェア・エンジニアでありますから、 最高のドライバを製造できます。 以上の点を持ちまして、メーカー製ドライバは屑、Ubuntu製ドライバは最高と 結論付けられるのでございます。 ちなみに、Ubuntu製ドライバはcrashmeテストを10年以上にわたり持ちこたえる実績があります。 聞くところによるとWindowsは3秒でクラッシュしたそうでございます。 わかりきったうそつくな。 Ubuntsuのドライバなんて、机上の好都合なテスト以外 ほぼいかなる実践的シーンでWindowsのドライバに勝てん。 Winの場合ドライバのチューニングだけじゃなく、 3D負荷が大きい大型アプリに、 ドライバ側が専用のチューニングまでしまくるから、 実質すごい差だぞ。 >>743 Ubuntsuってなんだ。 さてはお前ど素人だな? WebGLは、Windowsでうまく動かないことが多いようです。 Ubuntsuがまともに動いてる時点で、 比較的標準的な3Dグラフィックが使用できていて 比較的新しいマシンであるという条件をクリアしているからです。 >>743 741が嘘というのは同意だが GPUベンダーのドライバ=Windowsのドライバ ではないし、 Valveのおかげで大型のゲームも動くようになってる。 ハードウェアの詳細な仕様の公開されていないGPUのドライバを外部の人間が実装して GPUベンダーのドライバに匹敵するパフォーマンスを出すのなんてほぼ無理 WebGLがWindowsでうまく動かないことが多いのはOpenGLのサポートが弱いから。 特にIntelのオフィシャルドライバでOpenGLはまともに動かない。 そういうGPUの上でFirefoxのWebGLはまともに動かないことが多い。 一方ChromeはANGLEというOpenGLES2->Direct3D9ラッパーライブラリを作ってるからIntelのドライバでも動く確立が高い。 >>748 ただベンダーの優先度は圧倒的にWindowsだから 完成度ではどうしてもWindowsに劣るのよね ValveのようにLinux側でパフォーマンス稼ぐには大金貢ぐしかない ただLinuxはGUIになるとOSレベルでWindowsにパフォーマンスで劣る非効率的な仕組みだから 何か大きな変革が必要だと思う、正直そのためなら有償で支払ってもいいと思う 基本無料課金スタイルをさすがにOSレベルでやる気にはならない、androidみたいに個人情報収集スパイウェアになるし そのせいでアイデアやソースをかすめ取られる可能性だってある >>747 そしてそんなスペックを用意するぐらいなら Windows使った方が性能を効率的に使えてもっといろんなことができるよねっていう AwayJSでとあるプロジェクト作ってたけどゴミすぎて投げた。 急遽システムを全部three.jsに差し替え。 AwayJSの糞さに比べてthree.jsの簡潔さに感動しっぱなし。 javascriptの遅さと動的型(変数)にキレる どう見てもボトルネックGPUじゃなくてこっちじゃねーか やっぱり高水準APIをブラウザに実装してもらう方向で 作ったほうがよかったんじゃね? 変なことばっかしてないでさっさとそんなの作れば人気出ただろうよ>M$ 遅くなる場所分ってるレベルまでスクリプト言語とライブラリに精通しなきゃ無理に決まってるじゃん 処理系のソースコードまで全部読むんだよ IE11でwebGL実装したから過去形なんだろうけど こうなったらwebGL2.0がopenGL ES3.2+ベースになって コンピュートシェーターで負荷分散できるようになることに期待するしか つうかHTML/CSSでUI作れればなんでも良い 通常のゲームLibに最低でもHTML/CSS/jsを解析して表示する機能が入ってくれば およそ理想に近づく railsのメタでゲームのUI作れる いいところもあってWindows版IE11,Chrome,Firefoxは内部でDirectXに変換して実行してくれる windows用openGLドライバは各GPU向け最適化なんてしてないだろ?状態だから DirectX覚えたりしなくてもいいのは助かるわー 今どきDirectXを素で触ってるのなんてライブラリ設計者と知識のないバカだけ Web系だったら直接はめんどくさすぎるはずだからThree.js経由おすすめ (もしOpenGL+静的言語で開発経験あったらおすすめできない) 質問です。 fc2でブログを開設して約1年が経ちました。 カテゴリーが増えてきており、毎日見て下さっている方のためにも 子カテゴリのみをそれぞれ画像表示にしてわかりやすくしてみようと 思いました。 しかし色々調べて試してみましたが無理でした。 こういった編集に詳しい方がおられましたら 教えてください。よろしくお願いします。 >>754 WebAssemblyができあがるの早そう (だってMS,Google,Apple,Mozillaが全部発表に来たし) たぶんバイナリ部分はPNaClベースで 互換用javascript部分がasm.jsベースになるんだろうけど そうなるとバイトコードをVMで動かすことになるからネイティブC++の70%は出るはず ということで1年以内に状況激変と予想 当たり判定とか行列計算とか重そうな処理がけっこう高速で、jsでもここまでできるようになったんだと驚く なんでjsで書くんだよアホか つうかお前がjsで書かれてると思って使ってるライブラリもC実装じゃねーの webブラウザでネイティブコードが動くとか 例外はChromeストア経由でNaCl動かすぐらい PのつかないNaCl ただしあっさり互換切られそうなんで使われない >>766 ロジックはwasm フロントエンドはWebGL になると最大の使い道がデモな現状が変わるかも jThreeやってる奴いる? コンセプト的にJavaScript無しで 独自XMLで書こうって事らしいけど、 XMLのみでゲーム記述するっていっても 副作用なしのゲームプログラミングは修羅の道だと思うのだけど それぐらいならXML解析より普通にJavaScriptのほうが速くない??? ところで話変わって ホバー(windows98おまけゲームのWebGLリメイク)でもCPU内GPUでぬるぬる動いてちょっと感動しちゃったw あれだったらゲーム以外もwasmもちださなくてもだいたい動くんじゃない? WebGL2(OpenGL ES3)になると、シェーダーコードでプログラム本体も書けるんですよね? OpenGL ES3でプログラムを書けば、ほぼそのままWebブラウザ(+Android 4.3以上/iOS8以上/Windows各ネイティブプログラム)でも動く、と 「ほぼそのまま」とかいう曖昧な表現大嫌い 変換を機械的にやりきれてない中途半端なコンバータなんていらないんだけど >>773 あれは良ライブラリになっていく予兆が見える まだサンプルですら長時間起動しておくとフリーズだけど jThree以外使ってWebGL書くことに比べたら圧倒的に記述量少ない WebGL自体未ださっぱり使われてないのにお花畑もいい加減にしろと言いたい 仕様ばかりが先行するとコケるんだよ、Mozillaとかあの辺の連中はいい加減学習してくれ WebGLが多く使われたり、仕様が先行してコケると何か君に不利な事でもあんの? 意味不明 死ね ロゴ回させたいとか需要は大きいはずなんだけど (素のままだと)それだけで数十行コードになっちゃうのがね もうデフォルトThree.jsでいいんじゃないかと 3DのクロスプラットフォームゲームがVisualStudio+cordovaで作れるのは大きい。 残る問題はjavascriptだな。 匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、 BitTorrentがオープンソースで開発されています 言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか? Covenantの作者(Lyrise)がそういう人と話したいそうなので、よろしければツイートお願いします https://twitter.com/Lyrise_al ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーw The Covenant Project 概要 Covenantは、純粋P2Pのファイル共有ソフトです 目的 インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します 特徴 Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW) 接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です DHTにはKademlia + コネクションプールを使用します UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります) 検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません 1ー ttp://nas6.main.jp/htm000.htm x3dom サンプル集 x3dom、簡単でいいよ、興味があったら ポリゴンテスト.htm でも見てください >>786 完璧な2/3D行列計算ライブラリに仕上がりました >>787 3Dまるでわからない初心者だけどやってみるわ threejs使ってんだけどカメラに追従(画面内に常に表示)させる方法ってどうすんの? 2d重ねるのも考えたけど何かやりたいことと違ったから3dだけで頑張りたいんだが 原点とカメラのatan2使って間に物置いてんだけどカメラ回したらどっかいっちまう 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方 役に立つかもしれません グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』 GCDBF canvas って、タグを絶対座標を指定してやると、他のHTMLオブジェクトの 上に重ねることができる。最初は全体が透明。それで、 ARGB 色を指定して fillRect() すると、今まで canvas に描いてあったものの 上に四角形を描いてしまうことになる。 そうじゃなくて、初期状態みたいに完全にその部分を透明に戻すことはできない の? すまん。 clearrRect() で出来たらしいわ。 質問お願いします。 <html> <select name="add_select"> <option value="1">北海道</option> <option value="2">青森</option> </select> </html> として、北海道をセレクトして、DBにvalue値の"1"を記録し、 再び同じ画面を表示させたときに、DBから"1"を取得して、 <option value="1">のテキスト値の北海道を、デフォルトで表示させておきたい。 としたときに、value値から、optionを特定して、テキスト値を取得するにはどうしたらいいでしょうか? 久しぶりにOpenGLやってみようと思うんですが、 WebGLってまだ選択肢として有効でしょうか? おおおおおおい Windows10 BBCのニュースサイトFIREFOXで保存して PC再起動したら保存したHTMLファイル消える なんだよこれウィルスかどうやってんだ canvas2dなんですが専用スレがないようなのでここで質問失礼します fillStyleなんですけど、色を直接指定する方法って無いんでしょうか var r=255, g=0, b=255, a=1.0; ctx.fillStyle = 'rgba('+r+','+g+','+b+','+a+')'; というように、数値を直接持っているのにわざわざ文字列にしてからパースさせるような回りくどい方法しか無いんですか? https://developer.mozilla.org/en-US/docs/Web/API/Canvas_API/Tutorial/Applying_styles_and_colors https://developer.mozilla.org/ja/docs/Web/API/CanvasRenderingContext2D/fillStyle すべて文字列で設定してる! ctx.fillStyle = 'orange'; ctx.fillStyle = '#FFA500'; ctx.fillStyle = 'rgb(255, 165, 0)'; ctx.fillStyle = 'rgba(255, 165, 0, 1)'; ctx.fillStyle = `rgb( ${Math.floor(255 - 42.5 * 3)}, ${Math.floor(255 - 42.5 * 5)}, 0)`; >>814 さん やはり文字列でしか変えられないみたいですね グラデーション用のオブジェクトは受け入れるみたいだけど、そこでの色指定もやはり文字列なんですよね CSSをベースに作られた仕様なのかな、WebGlはOpenGLベースみたいなのでこういうミスマッチは無さそうなんですが こういう仕様というのは理解しました。ありがとうございました >>766 WebAssemblyは良く知らんかったけど、かなり進んでるみたいだな。 iPhone アプリにも利用してるのが出てきた。 計算速度ではjsの3倍とか。 もっと差は開いていくだろうな。 read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる