【wasm】ブラウザでC++。Emscriptenを語ろう

[表示 : 全て最新50 1-99 101- 201- 2ch.scのread.cgiへ]
Update time : 07/24 13:12 / Filesize : 96 KB / Number-of Response : 229
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


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

1 名前：L mailto:sage [2019/01/15(火) 19:50:48.94 ID:cXSiB+ud.net]: タイトル通り。

・canvas への描画が可能なことを確認。
・emscripten_sleep() でその場で停止できることを確認。
・付属の emrun や mongoose などで Local Server を作れば、local だけで
　wasm の起動が出来ることを確認。
・mongoose からは、cgi も起動でき、XmlHttpRequest()でローカルファイルを
JSから読み込め、cgi も自由に起動できることを確認。
・ローカル・ファイルアクセス、clipboard の読み書きの他、Local OS の
　全ての機能を自由にできる可能性有り。
・これを使えば、Java の JVM に変わる新たなローカル仮想環境ができる。
40 名前：デフォルトの名無しさん [2019/02/07(木) 00:00:12.17 ID:FsbblVW+.net]: age
41 名前：デフォルトの名無しさん [2019/02/07(木) 17:57:22.68 ID:fRacvqu0.net]: https://i.redd.it/7vuxeeptx2f21.png

↑ Chrome 内で (試作品の) 独自 Windows System (?) を実行中のキャプチャ
画像。
42 名前：L mailto:sage [2019/03/11(月) 12:54:38.07 ID:HTmv6ctw.net]: >>1
自作 C++ compiler nwsc で、bsync, bwait, bresume, bcall なるものを実装し、
bsync 修飾された関数にはコンパイラが変形した特殊なコードを出力する
事で、JSのイベントループの制限を突破することに成功した。次のことが出来る
�
43 名前：謔､になった/なる： 1. イベントハンドラ実行中に、独自のイベントループを作ってそこで任意のイベントの発生を 待機/処理する。メニュー・イベントのハンドラの中でハンドラを終了する事無く、 独自のファイル入力ダイアログを出し、OK/CANCELボタンが押されるまで待機し、 続けて必要な処理を行うこと。 2. CPUパワーや電力を消費する事無く、その場で待機する事ができる Sleep() 関数の実装。 3. getch(), getche(), (ポケコン)BASIC の pause, wait, input 相当のものの実装。 #なお、bsync などの語頭の「b」は、「async(非同期)」の a を b に変えたもの。 JS の async, await より強力なので a の次を表す意味で b にした。 []: [ここ壊れてます]
44 名前：L mailto:sage [2019/03/29(金) 10:50:18.05 ID:sD1xGsa7.net]: >>1
自作 wasm demo を更新した。
・Ctrl+ +, Ctrl + - での拡大縮小、Ctrl+Shift+I での開発者モードへの遷移(Chrome)が可能に。
・コンソール出力(textarea)へのコピペに対応。
・サーバーに置いてある jpg ファイルを読み込んで独自 Window 内への描画に対応。
　回転表示可能。
・demo1 : 2枚の Windowにedit widget のテスト。メニューあり。ブラウザ内にある
　独自Window のドラッグ移動とサイズ変更が可能。
・demo2 ：2枚の jpg 画像を読み込んで表示するテスト。
・同じソースからビルドした Windows native 版も手元にある。
・Window も Widget 類も全部自前で描画しているのでタイトルバーの色や枠の太さなどは
　自由に変えられる。原則的に native 版と wasm版で pixel 単位で全く同じ見た目。

nowsmartsoft.atwebpages.com
nowsmartsoft.atwebpages.com/demo1/index.html
nowsmartsoft.atwebpages.com/demo2/index.html
45 名前：L [2019/03/31(日) 12:58:32.59 ID:vDO0/VaM.net]: >>1
wasmとcanvas 2Dを使った3D地形(?)のスクロールサンプルを作ってみた。

nowsmartsoft.atwebpages.com/demo_land/index.html

ご覧ください。思っていたよりはちょっと遅いかな。
WebGL使ったら速くなるかもしれない。
46 名前：デフォルトの名無しさん [2019/04/01(月) 14:17:41.70 ID:QUlyRw/u.net]: どうせWebGL使うんだったらwasm使う意味なくね
47 名前：L mailto:sage [2019/04/01(月) 14:30:39.86 ID:YLhs0zdh.net]: wasmがなぜ重要かは、まだ言わない。
48 名前：デフォルトの名無しさん [2019/04/01(月) 14:40:56.11 ID:bzrp4n7u.net]: naclとは別物なの？
49 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 15:00:24.18 ID:RkAplvWW.net]: >>46
wasm (= WebAssembly) は、NaCl (= Google Native Client)
とは別物。
50 名前：デフォルトの名無しさん [2019/04/01(月) 15:07:19.83 ID:bzrp4n7u.net]: PNaClを使ってたんやね
51 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 15:12:02.16 ID:YLhs0zdh.net]: Google Native Client は、WebAssemblyの普及に伴いそちらにリソースを
集中するため開発を終了し、2019年にChromeから削除されることが発表
された。
52 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 15:22:44.69 ID:RkAplvWW.net]: >>48

「>>42 >>43」は、PNaCl ではなく、WebAssembly を使ってる。
53 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 17:34:37.66 ID:RkAplvWW.net]: >>1
どうも世界には、Java でも C# でもない共通プラットフォームを作りたがってる人たちがいて、
その中には、FireFox, Google, Apple が含まれるらしい。

WASI = WebAssembly System Interface

なるものの標準化が進められており、例えば、native のファイルシステムに直接アクセスできるようになり、
それによって wasm がブラウザ内部に留まらず、Javaのようなプラットフォーム非依存の共通アプリケーション
が作れる存在になることを目指しているらしい。

# 2019/03/27 の記事：
https://hacks.mozilla.org/2019/03/standardizing-wasi-a-webassembly-system-i
54 名前：nterface/ # 2019/03/28 の記事： https://www.infoworld.com/article/3384920/mozillas-wasi-takes-webassembly-beyond-the-browser.html なぜかタイムリーに Java への批判が出てきた。 「Java は安全な言語ではない」： # 2019/03/28 の記事： https://lemire.me/blog/2019/03/28/java-is-not-a-safe-language/ []: [ここ壊れてます]
55 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 01:15:22.26 ID:LpV8NoZ4.net]: >>1
Adobe自身も、FlashからWebAssemblyに移行するらしい：
https://blogs.adobe.com/japan/201707adobe-flash-update/

>>50
アメリカの掲示板 Reddit での WASI のスレッド:
[Standardizing WASI: A system interface to run WebAssembly outside the web]
https://www.reddit.com/r/programming/comments/b65yn7/standardizing_wasi_a_system_interface_to_run/
56 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 02:11:54.11 ID:N1DZco4a.net]: 何度もあらわれては消えていく"write once run anywhere"のコンセプト・・
はてさてどうなりますやら
57 名前：デフォルトの名無しさん [2019/04/02(火) 11:07:57.88 ID:5+C+zQyU.net]: wasabiならもっと流行るはず
58 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 13:50:43.70 ID:ZD2r0ERn.net]: >>53
C#も、XamarineもUnityもその思想をやろうとしてると思うけど。
59 名前：デフォルトの名無しさん mailto:sage [2019/04/03(水) 01:36:20.38 ID:UEgi/Llh.net]: 「C# Run Anywhere」でGoogleって、海外のサイトを見ていたら、
C#は設計上は、仮想マシン上で動くことになってるけど、MS公式の
Runtimeで、大体動くのは、大体WindowsとMacだけで、実質、
Windows向けだと書いている人がいた（それが本当かどうかは分からないけど）。
少なくとも、以下のようなことは大体正しいのではないかと思う。
・MSにとって、C#がマルチプラットフォームになることはマイナスである。
・MSはC#をRun anywhere にすることには力を入れてないか、目指していない。
60 名前：L mailto:sage [2019/04/03(水) 15:29:38.83 ID:+15LYwzR.net]: >>43
結論から言うと、ゲームに置いては、ブラウザ内アプリと native アプリのどちらで
組むかは、速度性能で選ぶ必要がなくなりそうだ。理由は以下の通り：

今回、試しに描画部分をWebGLに変えてみたら、劇的に高速になった。
詳しくは分からないが、恐らく native アプリで Direct3D を使った場合に匹敵するくらい
の速度が出てると思う。結果、多くのゲームに関してはブラウザ内アプリとnative アプリで
速度差がほとんど出ないと思われる。なぜなら、mainプログラムでは描画に関しては
全く何もやることが無いといっても過言ではないのに、大抵のゲームでは描画以外の
計算は物凄く軽いから。
人体の間接などを滑らかに描画するボーンの演算ですら、プログラマブルな Vertex Shader
により GPUで行えるし、パイプライン化されているので相当重い計算でも、描画速度には
ほとんど影響を与えない可能性が高い。
61 名前：L mailto:sage [2019/04/03(水) 18:27:34.57 ID:+15LYwzR.net]: >>1
一応、作ってみたものを公開しておくので見てね。

地形データの WebGL によるワイヤーフレーム描画のデモ：
nowsmartsoft.atwebpages.com/demo_land_WebGL/index.html

地形データの WebGL によるポリゴン描画のデモ：
nowsmartsoft.atwebpages.com/demo_land_Polygon/index.html

まだそんなに高速化は施してないので、もっと高速になる余地がある。
例えば、頂点データはフレーム描画毎にコピーしてしまっている。
頂点カラーも 0～255 の BYTE 形式から、0.0～1.0 の float 形式に
wasm のコードで変換している。それらは本来は不要なものだけど、
今回は修正せずに見切り発車的にそのまま公開した。

それと、実際にやってみると、時々ガタガタと止まった感じがするけど、
それは、JavaScript の GC (Garbage Collection) が時々起動してしまって
いるからだと思う。

wasm を使っていても、グラフィック描画のためにはどうしてもJavaScript
は使わざるを得ないので、いつのまにかこうなってしまっていた。もう
ちょっと工夫すれば、GC の発生を抑えることが出来るんではないかと思っている。
今回、WebGL を始めて使ったので、その際、ネットにあったサンプルをそのまま
使ってみている部分があり、その結果、OnDraw() 関数の中で TypedArray 配列
を new したりしてしまっている。それが一番の原因ではないかと思われる。
62 名前：デフォルトの名無しさん [2019/04/04(木) 10:51:29.71 ID:4Pg7/9jZ.net]: WebGL
https://tech.griphone.co.jp/2018/11/05/js-on-unity-webgl/
63 名前：L [2019/04/04(木) 16:12:58.84 ID:LemJlt/3.net]: >>1
Voxel space 風の3D表示をやってみたので見てね v(⌒▽⌒)У
nowsmartsoft.atwebpages.com/demo_land_Voxel/index.html
64 名前：L mailto:sage [2019/04/05(金) 16:28:39.72 ID:xS705/9I.net]: >>1
一応、スマホのタッチ入力によるWindowの移動やサイズ変更に対応してみたよ。
実機では一度も試してない(スマホ持ってない)ので動作報告あったらうれしいな：
nowsmartsoft.atwebpages.com/
65 名前：デフォルトの名無しさん mailto:sage [2019/04/05(金) 19:37:10.55 ID:IRsRTegS.net]: すまん
正直広告がうざくて萎える
66 名前：L mailto:sage [2019/04/05(金) 19:50:46.66 ID:xS705/9I.net]: >>62
PCでテストしてたら広告が出てこなかったかが気づかなかったけど、
Chromeのスマホモードで見てみたら、非常に問題ある位置に広告が出て
来ることが分かって今、めちゃくちゃ対処に困ってるょ。
位置を変える方法が見つからない・・・。Ninja Analyzerのものなのか、
ZettaHosting (atwebpages) のものなのかも分からない。
67 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 02:27:57.47 ID:/MkWaZI9.net]: >>62
広告、消えたよ。
68 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 02:53:07.58 ID:/MkWaZI9.net]: 広告、最初の導入ページには残ってるけど、各demoページでは消えてるらしい。
69 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 03:17:09.51 ID:d3+s3AWp.net]: レイトレーシングやってほしい
70 名前：L [2019/04/06(土) 12:27:52.58 ID:c/dtyqqS.net]: >>1
地形生成のアルゴリズムを変えて、山っぽくしてみたよ。
荒涼とした山肌に、心休まる緑が点在するょ：
nowsmartsoft.atwebpages.com/demo_Mountain/index.html

地形データは、起動後に自分で生成してるょ。
71 名前：L [2019/04/06(土) 12:55:17.11 ID:c/dtyqqS.net]: Windows に最初から入ってるブラウザの IE では残念ながら見られないので
FireFox か Chrome を入れてね。FireFox が速いみたい。
72 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 16:08:04.28 ID:DWbJNRMu.net]: ソースはいつ公開しますか？
73 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 16:11:15.39 ID:d06Kh2dO.net]: >>69
応援してくれる人が多そうなら公開するかなぁ。
74 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 16:20:00.28 ID:c/dtyqqS.net]: 言い忘れてたけど、これは新しい言語 C++ nex のコンパイラ nwsc と
新タイプの統合開発環境のデモ的なものなので、そっちを応援してくれる
人が増えそうならデモや TOOLKIT(NWSTK) のソースを公開しようかな
と思ってる。
75 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 16:29:49.76 ID:c/dtyqqS.net]: ちなみに、おいらは引きこもりなのでお金が無いんだょ。
76 名前：デフォルトの名無しさん [2019/04/07(日) 16:35:02.31 ID:e/tK/Nk6.net]: >>1
海外の掲示板などでに出ていた Wasm が VM(Virtual Machine)として、
JVM (Java の VM) や Flash の VM より優れていると考えられている点の
内、今思い出せるものと書いておく：

1. JVM や FlashVM は、それぞれ一社のものだが、Wasm の VMは、
　 FireFox, Chrome, Apple などの多数のベンダーの合議により
　決まった公開仕様である事。例えば、Googleが自分勝手に
　何かしようとしても、FireFox などがそれに逆らうことが出来る(?)
　ため、問題が生じにくい、と書いている人がいた。

2. 実際、第三者的な組織から、Lucet, wasmer, wasp, wasabi,
　binaryen(元々有ったが) など色々出てきているらしい。

3. そもそも、JVM は、設計が、ほぼ Java 専用になっていて、例えば、
　変数の型などのMeta情報が Java 専用だったり、GCを前提とした
　仮想コード、仮想マシンになっているらしい。その結果、
　 FrontEnd に C/C++ などを含めた広く一般的な言語が対応
　するのは難しいらしい。つまり、一般的な言語の BackEnd
　としては無理があるらしい。

4. JVM は、セキュリティー上の問題がある、とされていた。
　なんでも、ブラウザと JVM の境界線上で問題が生じることが多いらしい。
　クラッカーは、ブラウザと JVM の間のセキュリティー上の約束事や
　(仕様上の)意思疎通の齟齬(?)を見つけて何かやってくるのか知れない。

5. JVM はブラウザの拡大率を変更しても追従しにくいが、wasm だと
　追従しやすいらしい。
77 名前：デフォルトの名無しさん [2019/04/07(日) 16:59:47.19 ID:e/tK/Nk6.net]: >>73
6. JVMを使うには、使いたい人が自分で JRE をインストールする必要があったが、
　wasm だと、IE以外の新しいバージョンの主要なブラウザなら全て最初から
　対応している事。そのため、多くの人に届きやすいプラットフォームである。

7. Java(Applet)やFlashは既に、数年後にはChromeからは実行できなくなる予定で
　あるが、wasm は逆に、Flash(Adobe) までもが backend として対応すると
　宣言している。
78 名前：デフォルトの名無しさん [2019/04/08(月) 18:03:38.12 ID:pvsbwYPC.net]: >>1
ウェブ・アプリをローカルで実行したい場合に参考になりそうなもの
・Google Gears
・PWA = Progressive Web Apps
・WASI = Wasm System Interface
・blob, fetch, XHR
79 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 18:17:36.29 ID:N9bPT30p.net]: >>75
・Electron, Chronium ---> ブラウザの枠を超えた Window が出せる。
・Chrome Apps (廃止)
80 名前：L [2019/04/21(日) 17:21:20.81 ID:1Wk1O9hC.net]: nowsmartsoft.atwebpages.com/

↑ demo1 の EditWidget が、MobileのOn-Screen Keyboardに対応して、
PCでも日本語の入力が出来るようになったよ。

「今まで出来なかったの?」って？　ブラウザのせいだよ～！
81 名前：デフォルトの名無しさん [2019/05/18(土) 16:05:19.62 ID:dUyfgnsN.net]: >>1
ブラウザ上だとタイトルバーとURLアドレス欄で画面に無駄が消費されてしまう問題は、
「WebView」のようにアプリの内部にブラウザを埋め込んでしまえばいい。
それを使えば、キャッシュされてしまう問題も回避できるかもしれない。
82 名前：デフォルトの名無しさん mailto:sage [2019/05/18(土) 17:12:47.28 ID:4C+see96.net]: google「そう思ってDesktopPWAって枠組み用意しときました」
83 名前：デフォルトの名無しさん mailto:sage [2019/05/18(土) 17:59:00.81 ID:81A5W8ik.net]: PWAの作り方は良く分からないけど、アプリの審査がいらないのは
子供達にも向いてるかもね。
84 名前：デフォルトの名無しさん mailto:sage [2019/05/18(土) 18:07:19.99 ID:dUyfgnsN.net]: でも、https必須らしいので、年間維持費がかかりそう。
・登録料無料のhttpsを使うのには独自ドメインが必須らしい。
・サブドメン方式でhttps使う場合は探した限り無料で出来るレンタルサイトはない。
85 名前：デフォルトの名無しさん mailto:sage [2019/05/18(土) 18:09:37.44 ID:4C+see96.net]: デスクトップPWA
https://developers.google.com/web/progressive-web-apps/desktop
日本語版ないからクロムの翻訳機能使ってくれ
86 名前：デフォルトの名無しさん mailto:sage [2019/05/19(日) ]: [ここ壊れてます]
87 名前：01:51:24.70 ID:Z8fjcguw.net mailto: 世の中なんでも結局は金金金か!! []: [ここ壊れてます]
88 名前：デフォルトの名無しさん [2019/05/19(日) 11:00:10.59 ID:NVj9TkQF.net]: ほんそれ
89 名前：デフォルトの名無しさん mailto:sage [2019/05/19(日) 11:10:01.48 ID:CRfL0LbB.net]: github pagesあるやんけ
90 名前：デフォルトの名無しさん mailto:sage [2019/05/19(日) 11:28:02.61 ID:sA5/dcdL.net]: netlifyあるやんけ
91 名前：デフォルトの名無しさん mailto:sage [2019/05/19(日) 12:52:29.06 ID:z0IbZyMD.net]: https://yutakaaoki.github.io/
↑良く分からんけど、ひとまず https で wasm のデモ・ページ作ってみたで～
92 名前：デフォルトの名無しさん mailto:sage [2019/05/19(日) 17:06:00.28 ID:+a0Gc7NS.net]: wasm ていう単語見るたびにいつもこいつが頭に浮んでしまう
https://ja.wikipedia.org/wiki/%E3%82%8F%E3%81%95%E3%81%8A#/media/File:Wasao.jpg
93 名前：デフォルトの名無しさん mailto:sage [2019/05/19(日) 17:57:24.92 ID:pfNk1t/q.net]: twitter の #wasm タグ、今年に入ってから急激に活発になってる気がする。
去年は数週間に一回の書き込み、みたいな感じだったようだけど、今月なんかは
数十分に一回の書き込み位になってる。求人広告まで沢山出だして、wasm技術者
を探す第一回目の会議(?)みたいなものまで出てきたらしい。
94 名前：デフォルトの名無しさん mailto:sage [2019/05/19(日) 18:01:09.59 ID:pfNk1t/q.net]: ITの世界では、良く分からないところで誰かが商売に結び付けて大儲けし出す
事が多かったから、先に動こうとしてるんだろうか。クラウドとかも本当に
メリットがあるかどうかおいておいて、ブームのようにして大金が動いている。
95 名前：デフォルトの名無しさん mailto:sage [2019/05/19(日) 19:04:28.84 ID:pfNk1t/q.net]: The web always wins. # ウェブはいつも勝つ
と書いてる人がいた。
面白い見方だな。
96 名前：デフォルトの名無しさん mailto:sage [2019/05/19(日) 19:11:38.67 ID:pfNk1t/q.net]: 「Wasmで最も重要なのは、Secutrityの面である」
と書いている。WasmはSandBox内で動作しているので安全だと。

なるほど、「Webがいつも勝つ」一つの原因は、安全性が高いことなのか・・・。
そういえばブラウザ上で動いている限り、まずウイルス感染しないな・・・。
そうか、スマホが流行る原因も、マシンのトラブルが少ないからかもしれないな。
PCだとOSが不安定になって使えなくなることが多いのと対照的。
なるほどなぁ・・・。
97 名前：デフォルトの名無しさん mailto:sage [2019/05/19(日) 19:25:02.22 ID:pfNk1t/q.net]: https://byterot.blogspot.com/2019/05/why-webassembly-matters.html
↑
ここにそのことが書いてあるよ。
98 名前：デフォルトの名無しさん [2019/05/20(月) 14:01:02.69 ID:pxNnSyNl.net]: 上手くいけば、AppStore登録の月額利用料金が開発者にかからないでiPhone/iPad
ようのアプリが作れるかも知れない。
iOSでも、去年の3月くらいにSafariもPWAに対応したらしいし、Chromeも使える。
となると、ウェブアプリをWasmで作っておいて、PWAを使えば普通のアプリの
ようにHome画面にアイコンを登録できるし、実行時にアドレスバーも出さなく
できる。Safariで駄目な場合は、iOS用のChromeもある。
99 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 11:35:01.71 ID:UiwR3IAb.net]: wikiで宣伝はアカンでよ
100 名前：デフォルトの名無しさん [2019/09/12(木) 22:35:47.25 ID:Uy9QyXie.net]: >>40
トンでもねぇ色彩センスｗｗｗ
さすがに草不可避ｗｗｗｗｗ
101 名前：デフォルトの名無しさん [2019/09/13(金) 10:13:11.78 ID:wKEqF87n.net]: NG かどうか試してみる
nowsmartsoft.atwebpages.com/
102 名前：デフォルトの名無しさん mailto:sage [2019/11/18(月) 16:14:21.51 ID:Vzii0sJA.net]: C++をソースとするwasmとPWA(Progressive Web Application)化できる
ことを実際に確認することが出来た。Chrome+Win7の組み合わせで
wasmアプリをローカルにインストールできてデスクトップにアイコン
を作成することができる。アイコンをクリックすると、ある種の
nativeアプリの様な雰囲気で起動できる。
103 名前：デフォルトの名無しさん [2019/11/18(月) 16:14:54.06 ID:Vzii0sJA.net]: C++をソースとするwasmをPWA(Progressive Web Application)化できる
ことを実際に確認することが出来た。Chrome+Win7の組み合わせで
wasmアプリをローカルにインストールできてデスクトップにアイコン
を作成することができる。アイコンをクリックすると、ある種の
nativeアプリの様な雰囲気で起動できる。
104 名前：デフォルトの名無しさん [2019/11/18(月) 16:15:25.78 ID:Vzii0sJA.net]: age
105 名前：デフォルトの名無しさん [2019/11/18(月) 19:53:09.11 ID:Vzii0sJA.net]: https://yutakaaoki.github.io/pwa-wasm-demo1-B/

ここに wasmアプリが置いてあるが、Chromeで訪れるとアドレスバーの右の方に
「インストール」という文字が現れ、しばらくすると、○で囲った + 記号に変わる。
そこをクリックすると、PWAとしてローカルPCにインストールできる。
または、右上の縦に3つの点があるボタンを押してみると、
『「PWA NWSTK」をインストール...』
というメニュー項目が出来ているので、そこをクリックしても同じ機能が働く。
106 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 09:18:48.73 ID:Zp1gFICP.net]: Mozilla、Fastly、Intel、Red HatがWebAssemblyをターゲットに「The Bytecode Alliance」
https://news.mynavi.jp/article/20191118-925267/
107 名前：デフォルトの名無しさん [2019/11/20(水) 12:43:45.81 ID:vKT/00gf.net]: >>101
https://yutakaaoki.github.io/
ここにおいてあるものは、全部PWAに対応してみた。
Windowsならインストールできると思う。
AndroidやiPhoneなどでも出来るか試して欲しい。
108 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 12:51:31.62 ID:vKT/00gf.net]: >>103
まだ本当の意味でのソースではないけど、
https://github.com/YutakaAoki/YutakaAoki.github.io
以下の
https://github.com/YutakaAoki/YutakaAoki.github.io/tree/master/demo1
などに index.htmlや、*.wasm, *.js, manifest.json などは置いてある。

wasmアプリの作り方、PWAの作り方、wasmとPWAの組み合わせ方、に興味のある人は
参考までに。
109 名前：デフォルトの名無しさん [2019/11/20(水) 13:48:41.27 ID:pcdm34G4.net]: で、これで何ができるの？
110 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 14:49:34.93 ID:vKT/00gf.net]: >>105
・セキュリティーが凄く強いアプリ。信用できないようなサイトからインストール
　しても、レジストリには読み書きできないし、システムフォルダや他のアプリの
　フォルダには、人間がマウスやキーボードなどから実際に指示しない限りは書き込めないし、
　読み込むことも出来ない。変な場所にインストールされたり、スタートアップ起動などに
　勝手にされることも無い。
・アプリの体験版をインストールすることなく、普段のウェブ閲覧の延長線上に
　試せるのでユーザーは遊び半分で気軽に試すことが出来る。また、掲示板などから
　リンクを張った先がすぐにアプリとなっている。その後、デスクトップや
　ホーム画面にアイコンを追加し、単独アプリの用に振舞うことが出来る。
・なぜか全てがウェブに移行するようになっており、「いつもウェブが勝つ」。
・iPhoneやiPad用のアプリが無料で開発出来る可能性がある。今までは、
　それらをターゲットに開発するには、Mac実機がどうしても必要となり、
　かつ、AppStoreに登録しないと配布することも出来なかったが、AppStoreは
　年会費も必要で、生涯にわたってずっとコストが掛かかり続けていた。
・ブラウザが互換性を保つので、PCで試して動けば、AndroidやiPhoneでも
　近い動作になる可能性が高い。
・Chrome, FireFox, Safari, Edge, Opera なども wasm に対応している
　（ただし、ツールキット側がテストはしておく必要はある。）。
111 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 15:00:00.13 ID:AFHj5vY6.net]: Java Appletと何が違うの？
112 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 15:00:41.97 ID:vKT/00gf.net]: >>106
【追加】
・画面が、Ctrl+ +, Ctrl+ -で好きなように拡大縮小できるので、近視や老眼などで
　目が悪い人でも好きな文字の大きさで読むことが出来る。それがWebアプリでも、
　PWAアプリ化したものでも出来る。
・ツールキットも含めてサイズがとても小さい。ブラウザさえ使える状態であれば、
　DLLやランタイムのインストールが全く不要。demo1は、*.htmlや*.js, *.wasm全て
　合わせて　150KB、demo-Mountainは、153KB。JavaランタイムもQtランタイムも
　MFCのDLLも何も要らない。
113 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 15:11:39.18 ID:vKT/00gf.net]: >>107
・Java Appletは、訴訟トラブルのせいか、ChromeもFireFoxが対応しなくなって
　しまった。
・wasm は、C++ が使えるので、GC を使わないプログラムが出来、
　メモリが多く使うウェブアプリを作ろうとした場合に、体感速度が非常に
　違ってくる。Javaだと、GCが走ると一分間停止するようなことがあった。
　wasm と C++ の組み合わせだと、このようなことが起きないので、
　プログラムした通りの一定の速度が維持できる。
・Java は、逆コンパイルするとほぼ元ソースに戻せてしまう性質があった。
　それを防ぐには曖昧化などが必要であり、手間や（ツール購入の）コスト
　が掛かった。曖昧化するためにコンパイル時間が増大した。
・Javaが有料化したという話がある。これについては諸説あるのでよく分からない。
114 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 15:14:47.33 ID:vKT/00gf.net]: >>109
・Java Applet より起動が速い。
115 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 15:18:23.10 ID:vKT/00gf.net]: >>110
・wasm内部からは、EM_ASM()構文などで自由にJavaScriptが使えるので、
　XHRやfetch()などを自由に使ったAjax流儀のプログラムが行える。
・簡単に HTML 要素と共存できる。
・ブラウザの画面を拡大したような場合に、JavaAppletだと追従するのが
　難しく、できないことはないがタイムラグが生じ易かった。
　Ctrl+ + での拡大も、JavaApplet 部分だけは置いていかれるようなことに
　なったので、対応したければ独自に工夫する必要があった。
116 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 15:54:16.93 ID:vKT/00gf.net]: >>111
・iOSでは、もともとJavaが使えないと聞いている。
・Androidは、基本がJavaではあるが、実際には、Google独自実装となってしまって
　おり、　Sun/OracleのJavaで昔からの標準の Swingなどを使ったものは動か
　せない。これが訴訟問題になった最も大きな原因の一つらしい。
117 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 19:15:30.47 ID:vKT/00gf.net]: >>108
ツールキットに用意されて無い機能を追加したい場合、JavaScript として書けば
よいのであらゆるプラットフォームへ迅速に対応できる。
他のツールキットの場合は、iOS/Andorid/Win/Mac/Linux など用にそれぞれ
書く必要がある。
118 名前：デフォルトの名無しさん mailto:sage [2019/11/21(木) 15:21:55.41 ID:0fDEV4Sz.net]: PWAは、頻繁にアップデートしたいアプリに向いている。
119 名前：デフォルトの名無しさん mailto:sage [2019/11/21(木) 16:02:31.75 ID:0fDEV4Sz.net]: PWA化後のデスクトップのアイコンが、物凄くいろいろなことをやっても古いまま
全く更新できなく立った。
どうしよう。
120 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 12:10:37.33 ID:Tuk9Q29U.net]: Safariで動いていたよ。
ホーム画面への追加のボタンも出ていた。
121 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 01:08:23 ID:t9NWfcZD.net]: PWAだとストアの審査が要らない。通常、iPhoneのアプリは、iPhone流の
インターフェースを持って無いと審査に通らない（Appleに脅威をもたらすと
考えられるだけで審査に通らない可能性もある。YahooゲームやLINEゲームが
AppleにBANGされた歴史もある。）。PWAの場合はそんなことはなく自由
なので、PCやAndroid、iPhoneで完全に同じインターフェースにすることもできる。
そうすれば、開発も楽になる。
122 名前：デフォルトの名無しさん [2019/11/26(火) 01:16:04 ID:t9NWfcZD.net]: PWAの場合、ブラウザとnative風アプリの操作感が統一できるのでユーザーは
安心して使える。WindowsとiPhoneで同じインターフェースのアプリになる。
今まではAppleの審査のためにそのようなことは出来なかった。Windowsに慣れて
いるが、iPhoneを使っている人にはWindows流インターフェースの方が好まれる
可能性があるにも関わらず。

AppleはiPhoneらしさを強要するが、逆にどのプラットフォームでも同じ操作感
であることには、開発者のみならずユーザーにもメリットがある。
123 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 01:22:29 ID:t9NWfcZD.net]: Appleは審査が厳しいが、自社がそのアプリが出てくると(競争に負けて)業績が
落ちそうだと判断するともっともらしい理由を付けて審査を通さなかったり、
長く時間をかけて手間をかけさせたりする可能性がある。PWAだとその心配が無い。
ただし、PWA専用のダウンロードサイトを作ろうとすると、そのサイト自体に
規制がかかったことがあるそうだ。Appleはまるで中国や北朝鮮のようだ。
124 名前：デフォルトの名無しさん [2019/11/26(火) 01:24:58 ID:t9NWfcZD.net]: >>118
https://blogs.adobe.com/japan/web-the-death-of-the-standalone-app-and-what-comes-next/
1. より一貫したデザインを提供できます。3つの異なるデザインをiOS、Android、
　レスポンシブサイトとそれぞれ用意する代わりに、PWAの場合はすべての環境に
　対応する1つのアプリをデザインします。これはアプリ開発にかかる時間を短縮
　するだけでなく、デザインの一貫性にも繋がります。デザイナーは、1つのガイド
　ライン作成に集中でき、より有意義に時間を使うことができます。

2. 複数チャネルの組み合わせが容易です。ユーザーは、どんなデバイスから
　アクセスしても一貫性のある体験を求めています。あるデバイスで使い始め、
　他のデバイスに切り替えて再開することは自然な動作です。帰宅途中の通勤電車で
　ショッピングカートに目に付いた商品を入れたあと、自宅のPCからきちんと商品を
　確認して購入手続きを完了できるような機能はどうでしょうか？PWAであれば
　最小限の投資で実現できるでしょう。
125 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 01:56:02.82 ID:T7KqQ5kC.net]: 独自GUIを乗せることで使い勝手で他のアプリと差別化できるかも。
126 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 01:59:18 ID:T7KqQ5kC.net]: >>121
今までなら独自GUIはAppleの審査に落ちる可能性があったが、PWAなら
自由になる。それでAppleの伝統を超えた使い勝手のGUIシステムを備えた
アプリを提供できれば他のアプリと差別化できる可能性が出てくる。
127 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 02:20:17 ID:ZSKvcFXv.net]: Webアプリの場合、URLのパラメータによって、プレイ中のゲーム画面
にいきなりリンクすることが出来るようになる。これで、ゲーム画面の「シェア」
が出来る。例えば、RPGで経験値、体力、魔力、所持アイテム、地図上の座標、
タワーの階層、的の位置などを全部URLのパラメータに直してしまえば、
そのシーンを他の人にシェアして、そこからプレイし始めてもらえる。これは、
native ゲームにはなかった特徴。blob や base64 による URL 化などを使えば
データをURL化することは難しくはない。URLが長くなりすぎる問題はある
かも知れないが。
128 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 02:24:38 ID:ZSKvcFXv.net]: >>123
RPGなどでセーブデータが大きすぎてURL化に適さない場合は、
サーバー上にシーンを圧縮セーブしておいて、その識別番号をシェアする手もある。
ユーザーが各自で無料ストレージサービスを借りて、そこにセーブしておいて、
それをシェアする手もある。
129 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 02:45:16 ID:ZSKvcFXv.net]: インストール型のゲームだと、URLを書くだけで一瞬で動いている場面を他人が
見ることはできない。しかし、ウェブゲームだとそれが出来る。ただし、
この場合、ゲームサイズを小さく作ることが重要になる。その意味で、
サイズがコンパクトになるwasmと、コンパクトなサイズのゲームライブラリが
重要となる。
130 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 02:50:45 ID:ZSKvcFXv.net]: ゲーム全体のデータが巨大だとしても、1つのシーンを見るために必要なデータは
ごく少ない。その意味で、プログラム部分(コード)部分のサイズさえ小さければ、
ポリゴンやテクスチャやマップのデータは巨大でも良い。大部分のデータは
サーバー上に置いて置けばいいのだから。これで、ゲームシーンを快適に
シェアできるようになる。これが、ブラウザゲームならではの新しい価値。
131 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 02:56:52 ID:ZSKvcFXv.net]: インストール型ゲームでも動いているゲーム画面をシェアすることも不可能ではないが、
それには、同じゲームをインストールすることが前提となる。
一方、ブラウザゲームでは、例えば、2ch/5ch にリンクアドレスのURLを
入れるだけで、一秒後には、そのシーンを見られて、プレイも出来る。
132 名前：デフォルトの名無しさん mailto:sage [2019/12/08(日) 12:57:08.43 ID:hM3Qn2JU.net]: テニスゲーム:
https://yutakaaoki.github.io/demo_tennis/
133 名前：デフォルトの名無しさん mailto:sage [2019/12/10(火) 08:37:25 ID:jvY2kg1T.net]: WebAssemblyがW3Cの勧告に到達。「WebAssembly Core Specification 」「WebAssembly Web API」「WebAssembly JavaScript Interface 」の3つ
https://www.publickey1.jp/blog/19/webassemblyw3cwebassembly_core_specification_webassembly_web_apiwebassembly_javascript_interface_3.html
134 名前：デフォルトの名無しさん mailto:sage [2019/12/10(火) 14:13:47.04 ID:uv70k2ai.net]: ブラウザの中でのwasmは、現状、ローカルファイルシステムには自由にはアクセス
できないが、その場合、mongoose.exe, Ruby, Python などでローカルサーバー
を起動すれば、ブラウザ内のwasmプログラムから cgi プログラムを起動できるので
ローカルOSのAPIは何でも利用できるようになるので、ローカルファイルシステムにも
自由に読み書きできるようになる。もし、このサーバープログラムが十分に高速なら、
DirectInput などを利用してフォースフィードバック付きのジョイスティックも
wasmゲームから使えるようになる。
135 名前：デフォルトの名無しさん [2019/12/10(火) 14:26:39.38 ID:48kVELqA.net]: ローカルサーバーをnode.jsで書くの流行ったな
136 名前：デフォルトの名無しさん [2019/12/10(火) 14:28:32.93 ID:uv70k2ai.net]: >>130
ちなみに、mongoose.exe は、BSD/MIT 系ライセンス。
サイズは100MBを超えてしまっているが、Luaを無効にしてソースから
ビルドし直すと、すると、サイズが1MBくらいになる。
137 名前：デフォルトの名無しさん mailto:sage [2019/12/10(火) 14:36:55.20 ID:uv70k2ai.net]: mongoose.exe + CGIプログラムを配布すれば、ある種の Java仮想マシンJVMの
代替になる。JavaのSwingでGUIアプリを作る場合も JVM のインストールが必要に
なるが、それが、mongoose.exe + CGI プログラム。しかし、JVMよりサイズが
小さいのでインストールが容易。
138 名前：デフォルトの名無しさん mailto:sage [2019/12/10(火) 16:23:17 ID:uv70k2ai.net]: >>129
それとは直接関係ないけど、海外のサイトで昨日、目にしたのは、Googleは、
MicrosoftからOSの制御力を奪おう(無くそう)としているという見方。
PWAを発案したのもGoogle。
IntelやMozilla、RedHat、Fastlyも、別方向でwasmを拡大しようとしているので、
恐らく一社がコントロールしようとしてもwasmの勢力拡大は止められない
思われる。PWAに関しては微妙で Appleは渋々対応している感じでは有るが、
対応しないとむしろ不利になると経営判断している可能性もある。
分からないが。
139 名前：デフォルトの名無しさん [2019/12/12(木) 19:22:14.47 ID:Z8SHCwDj.net]: 5chの広告に表示されている「ビビッドアーミー」などのG123なるものを
やってみたら、少なくともWebGLが、昔のPC-9801の最後期レベルよりも高速な
グラフィックをかけることがはっきり分かった。と言うか恐らく、初期のPlayStation
よりは緻密で速いと思う。

また、Fragment Shader は再帰的関数呼び出しでも何でも書けるようで、
レイトレーシングでも何でも出来ることがわかった。つまり、WebGLを
使ったブラウザゲームは、レイトレーシングやパストレーシングレベルの
3Dグラフィックを使ったものでも何でもできるようだ。

また、Chrome には、FileSystem API だけではなく、native file systema API なる
実験的拡張がある。これはデフォルトでは disable だが、enable にすれば、
本当に native のファイルシステムのディレクトリ内のファイル一覧を取得したり
自由に読み書きできるようになるらしい。

Wasmもある程度速いし、もはや、nativeアプリは要らないかも。
Webアプリは、Win/Mac/Linux/iOS/Android 全てに共通で、
「1バイナリ」で Write Once, Run Anywhere がほぼ実現しているので
ブラウザをOSとみなした場合、WindowsやiOS, Android のどれよりも
シェアが大きい。これは native アプリの時代が終焉するかもしれない。
140 名前：デフォルトの名無しさん mailto:sage [2019/12/12(木) 19:26:35.52 ID:Z8SHCwDj.net]: >>135
訂正。
使ったGPUは、エントリーモデルの(ビジネス用の)劇安 Intel CPU に内臓の
Intel HD グラフィックのもの。それでさえ、初期 PlayStation レベルを
超えたグラフィックが描けているようだった。
141 名前：デフォルトの名無しさん mailto:sage [2019/12/13(金) 00:07:05.15 ID:wVkcEFxk.net]: PWAは自社に不利になるはずなのに何故、Appleも採用したかについて。
PWAはGoogleが推進しているものだが、Googleは、検索エンジンを
iOSのデフォルト検索エンジンにしてもらうために、毎年Appleに
一兆円を払っている。ところが、このカネの流れのために、
AppleもGoogleの意向を無視できない状況になっているのではないか
と考えられる。
142 名前：デフォルトの名無しさん [2019/12/13(金) 10:10:45.11 ID:V90d9jYd.net]: 板違い
マ板池
143 名前：デフォルトの名無しさん [2019/12/30(月) 11:57:40.01 ID:WPyQm6xM.net]: アップル、Mac App Store外アプリの「公証」要件を厳格化。2020年2月3日から
https://japanese.engadget.com/jp-2019-12-25-mac-app-store-2020-2-3.html
144 名前：デフォルトの名無しさん [2019/12/30(月) 12:16:48.85 ID:WAqdspci.net]: 登録済でも放置されてるものは消えるのか
胸熱
145 名前：デフォルトの名無しさん [2020/01/05(日) 08:50:18.44 ID:FwkgyDD/.net]: ブラウザでゲームのマップ作れて操作するのは見たことあるよ。
もう今ブラウザ主流？
ただいちいちサイトに繋いだりサーバーにアクセスするから普通のアプリよりは不安要素あるけど。セーブもしたりできるしな。
何でブラウザでやるのかがわからない。
146 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 16:24:57.29 ID:UrHjpLCo.net]: >>141
ある外国の学者が言ったそうだ。
「存在する技術はぎりぎりまで使われる」
と。

典型的な例は、HDDの容量が以前では考えられないほど増大しているのに、テレビ録画など新しい使い方が見出されていつまでたっても不足していること。

ユーザー目線で考えたときのブラウザでやるメリットは、
・インストール作業が要らないこと。もし起動が十分速ければ、次々とゲームを試すことも出来る。
・理論上は、URLに状態やセーブ番号などを含ませておけば、そのURLを掲示板などに張っておくだけでプレイ場面を世界中の人に見て貰えること。
・プログラムがブラウザのサンドボックス内から外に悪さが出来ないので、たとえ野良アプリであってもマシンにあく栄起用を与える可能性が低いこと。
・iOS/Android/Windows/Mac/Linux など全く違うOSでも全く同じ使用感でゲームが出来ること。
・Appleの独自規制に引っかかることもないので開発者の自由な発想のゲームで遊ぶことが出来る。
147 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 18:19:27.95 ID:UrHjpLCo.net]: https://www.businessinsider.jp/post-187542

*アップルは、国境を超えて表現を規制する力を持っている。

アップルのガイドラインでは、性的な表現について、次のような記載がある。

｢Webster辞書で『美的または情緒的な感覚ではなく、性的興奮を引き起こすような、性器または性行為の明確な記述または表示』と定義される、あからさまに性的またはわいせつなコンテンツ｣

欧米や日本、イスラム教徒の多い中東など、国、地域ごとに｢わいせつ｣の考え方には違いがある。

しかし、デベロッパーに対しては、アメリカのアップルが決めたガイドラインが一律に適用されるため、｢ローカルルールは存在しない｣と言われる。

6〜7年ほど前、ゲームの世界でも、ガラケーからスマホに一気に移行する波が訪れた。そのころには、アップルの基準に合わせるため、露出度の高い女性キャラクターの服装を描き直す作業に追われたという。

ゲーム会社の幹部のひとりは｢アップルは、国境を超えて表現を規制する力まで持った。しかし本来は、国や企業がそれぞれの文化や戦略に合わせて考えるべきことなのでは。現状では、毒っけのあるコンテンツはつくれない｣と話す。
148 名前：デフォルトの名無しさん [2020/01/07(火) 18:36:15.80 ID:f028J8AQ.net]: 昔の chip8 という CPU エミュレータが一瞬で起動しちゃう:

https://blog.scottlogic.com/2017/12/13/chip8-emulator-webassembly-rust.html
https://colineberhardt.github.io/wasm-rust-chip8/web/

二番目のリンク先で、start というボタンをマウスでクリック後、wキーを押すとブロック崩しの様なゲームが動き出す。
キーボードのqで左、eで右にラケットが動く。
149 名前：デフォルトの名無しさん [2020/03/11(水) 16:21:40.05 ID:QRZvOF73.net]: https://yutakaaoki.github.io/demo1/index.html
MessageBox が出せるようになった。
C++のプログラム中で
nexMessageBox("タイトル文字列","メッセージ文字列", MB_OKCANCEL);
などとすると、ボタンが押されるまでその場で停止する。
JSやブラウザ、Wasmでは、本来、「その場で待機」することは出来ないので、
nwsc の bsync, bwait, bresume 機構を用いている。
150 名前：デフォルトの名無しさん mailto:sage [2020/03/11(水) 16:24:14.20 ID:QRZvOF73.net]: >>145
なお、JSとC++の組み合わせる際に、ちょっとした問題があって、今のところ、トータル200個以上のWindowを生成すると異常を来たすので、決して、ダイアログを何度も生成しないでね・・・。
理論上は直せるけれど、まだ直せてない。
151 名前：デフォルトの名無しさん [2020/03/11(水) 19:28:39.62 ID:SBKaA+2H.net]: STLが使いたい。
152 名前：デフォルトの名無しさん mailto:sage [2020/03/11(水) 20:30:36.35 ID:QRZvOF73.net]: >>147
以下は他のコンパイラを使う場合は関係ない話だけど。
コンテナ類は、C++ nexでも本家C++以上に便利になるように独断と偏見で独自サポートしている。
STLは、templateをかなり深く使用していると思われるので、C++ nex側のそれに追いつけなければ、そのままではSTLのコンパイルは難しい。
なお、今のところtemplateを簡単に使えるようにしたtemplなるものを C++ nexでもサポートしているが、本家C++のtemplateも徐々にサポートしていく予定。
153 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 04:03:07.14 ID:VaiYZBCN.net]: Wasmアプリは次のようなことで需要がありそうだ：
・nativeアプリの場合、ストレージの容量制限でインストールできない事があるが、
　Wasmならブラウザ内で動くのでその心配は少ない。
・nativeアプリの場合、インストールするのに新しいVersionのOSを要求されること
　があるが、Wasmなら、余り関係ない。
154 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 04:06:39.29 ID:VaiYZBCN.net]: >>149
nativeアプリの場合、Win7で動いていたものがWin10で動かなかったり、逆に、Win10を要求されたり
する。
Androidアプリの場合も、バージョン○○以上が必要条件などとあったりする。

ところが、Wasmアプリの場合、余りそういうことは無い。
ブラウザのバージョンが有る一定以上のものでありさえすれば、OSの種類やバージョンに関係なく動く可能性が高い。
155 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 04:51:51 ID:VaiYZBCN.net]: アプリストアにはアプリが多すぎて、まみれてしまう。
ウェブアプリなら、検索エンジンからダイレクトに探せるのでアプリストアよりは、まみれる度合いがましになる。
156 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 05:08:06.41 ID:VaiYZBCN.net]: ・WasmやPWAが、TwitterやLineなどでshareし易いことは、
　企業にとってはのどから手が出るくらい価値がある。
　nativeアプリだと気に入ったアプリを友達にシェアしにくいが、
　WasmアプリだとURLだけですぐにシェアできる。これはアプリの普及や
　宣伝にとって意義は大きい。
・PC/Mac/iPhone/Androidで見た目や使い勝手が同じであることは、
　アプリのブランド価値を高める。
　これは、コンビニが全国で同じレイアウトと品揃えであることで
　安心感と利便性を高めることで勝ち残ってきたことと通じるものがある。
157 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 05:14:54 ID:VaiYZBCN.net]: 企業にとっては、プラットフォームごとにビルドし直さないでよいことだけでも
価値は大きい。
マル�
158 名前：`プラットフォーム対応なのに最終プログラムが1種類だけで済むことは メンテナンス性は劇的に向上する。 nativeアプリをマルチプラットフォームに対応させる場合、OSごとにビルドされた 最終プログラムのバックアップだけでも慎重を要し、生産性が下がる。 開発時にはいちいち、各プラットフォームごとにビルドする時間と手間、 テストが必要で、その時にトラブルも出易かった。例えば、 新しいバージョンのAndroidが出てきたら、新しいAndroidSDKをインストール しなくてはならないが、それでツールキット側のバージョンが合わなくてトラブル が発生し、その解決のために一週間以上も無駄になることもあっただろう。 Wasmなら、最終プログラムは一度ビルドするだけで済むのでそのようなトラブルが 生じないし、テスト工数も激減する。 []: [ここ壊れてます]
159 名前：デフォルトの名無しさん [2020/04/13(月) 18:12:02 ID:iwZw4XGM.net]: MDI Child Window に対応 :
https://yutakaaoki.github.io/demo1/index.html
160 名前：◆QZaw55cn4c mailto:sage [2020/04/13(月) 21:47:32 ID:fZC6wvDm.net]: >>153
で、ブラウザごとにデバッグするわけですか…
161 名前：デフォルトの名無しさん mailto:sage [2020/04/13(月) 23:46:07 ID:iwZw4XGM.net]: >>155
HTML5は他企業も含めた共通規格なので、一度決まった仕様は比較的安定して動作するため、ツールキット側が一度デバッグしてあれば、そので動くアプリは1つのブラウザで動作チェックしさえすれば、ツールキットがサポートしているどのブラウザでも動作し易い。
162 名前：デフォルトの名無しさん [2020/04/14(火) 00:37:46 ID:ESEtnroG.net]: HTML5はGoogleの規格なので、Googleの都合でいかようにも変わると思います。
163 名前：デフォルトの名無しさん mailto:sage [2020/04/14(火) 01:07:56.72 ID:tGjJf6XN.net]: >>157
確かにFireFoxのMozillaもGoogle傘下にあるようなものだし。
でも、SafariやEdgeもあるので、今まで動いていた古い仕様が動かなくなる可能性は割と低そうという希望的観測がある。
164 名前：デフォルトの名無しさん mailto:sage [2020/04/14(火) 01:12:20.23 ID:tGjJf6XN.net]: でも、実行プログラムがindex.htmlとmain.wasmなどの1種類で、
プラットフォームごとにビルドし直さなくて良いというのは安心感はある。
165 名前： mailto:sage [2020/04/14(火) 19:22:31.95 ID:42R+WK0w.net]: >>156
write once, run anywhere といわれていた Java JVM も、蓋を開けてみれば write once, debug anywhere となってしまった現実をご存知ですか？
166 名前： mailto:sage [2020/04/14(火) 19:23:13.73 ID:42R+WK0w.net]: >>159
でもデバッグは各ブラウザ毎にしないといけませんね…
167 名前：デフォルトの名無しさん mailto:sage [2020/04/15(水) 14:42:27 ID:mfdeAm0A.net]: >>161
やはり、「XX OS対応」と書くためには、XX OSでテストする必要はあるでしょう。
ただ、ビルド回数が少なくて済むことは時間の節約になりますし、
他の事で手一杯の忙しいときに、あるプラットフォーム向けのビルドだけ
(起きるはずも無い)エラーが起きてその対応に追われる心配も無いです。
168 名前：デフォルトの名無しさん mailto:sage [2020/04/15(水) 14:46:20 ID:mfdeAm0A.net]: >>162
1. Win/Android/iOS/Mac/Linuxで最終テストは必要。
2. しかし、ソース修正後、ビルドは一度だけでよい。
3. 2.により、仕上げの段階で1箇所修正するだけで5つのプラットフォームごとに
　5回ビルドして5回テストする、という効率の悪い事態は起きない。
169 名前：デフォルトの名無しさん [2020/05/25(月) 03:25:23.82 ID:Q3BVyDlx.net]: あがれ
170 名前：デフォルトの名無しさん [2020/05/28(木) 17:15:51 ID:1yt8qEqJ.net]: 懸念事項だったローカルファイルシステムへのファイル保存について、
今後の Edge Browser では何か進展が有るらしい。

Native file system access
Up until now websites were not allowed to save files in a specific location on the user device.
This meant that online photo editors required users to upload the photo they wanted to edit and then download it to their device, while a native one would have just given the option to replace the existing one.
Starting from Edge 86 (version 83 is the latest one at the time of writing) developers will be able to replace all files the user selects in a session, thus enabling productivity apps on the web to even more useful.
171 名前：デフォルトの名無しさん [2020/05/28(木) 17:47:36.62 ID:1yt8qEqJ.net]: >>165
どうやら、PWAアプリを起動時に指定したファイル群に、ユーザーにファイルダイアログで毎回選択させること無くいつでもアプリがプログラム的に書きこめるようになるらしい。
172 名前：デフォルトの名無しさん [2020/07/14(火) 00:20:51.75 ID:cduOb3hQ.net]: age
173 名前：デフォルトの名無しさん [2021/03/11(木) 04:16:55.67 ID:+SL5WZRG.net]: wasmからGPU使うにはWebGL呼び出しになりますか？
174 名前：デフォルトの名無しさん mailto:sage [2021/03/20(土) 23:25:10.94 ID:j+8OkN/E.net]: >>168
WebGPU は使ったことは無いが、WebGL 以外に WebGPU もある。
Wasmはそれ自体では副作用や入出力は行えないので、やりたいときはJSを
使うことになるので、GPUを使いたい場合は、JSでGPUを使う方法を調べる
ことになる。Wasmは、EM_ASM 文などの中に書いた JS コードを呼び出す
ことで副作用や入出力を行う。
175 名前：デフォルトの名無しさん mailto:sage [2021/07/10(土) 01:15:43.14 ID:dgZojN/o.net]: Wasm ならどんな言語でも同じだろ
176 名前：デフォルトの名無しさん [2021/09/14(火) 18:18:01.42 ID:Wng5bteL.net]: age
177 名前：デフォルトの名無しさん [2022/02/04(金) 02:46:38.22 ID:tMDf8XuC.net]: age
178 名前：デフォルトの名無しさん mailto:sage [2022/06/21(火) 12:20:06.79 ID:TERGIQkG.net]: WebAssemblyを普及させたい

☆WebAssembly総合
・Wasmer - The Universal WebAssembly Runtime
https://wasmer.io/
-> WASI（WebAssembly System Interface）とEmscriptenに準拠したWASMを実行できるランタイム

・WAPM - WebAssembly Package Manager
https://wapm.io/
-> WebAssembly製ツール/ライブラリのパッケージマネージャー

☆C/C++
・wasi-sdk - WASI-enabled WebAssembly C/C++ toolchain
https://github.com/WebAssembly/wasi-sdk
-> WebAssemblyのLLVM、clangコンパイルサポート
Emscriptenとは異なりWASMバイナリのみ生成する

☆Rust
・wasm-pack - your favorite rust -> wasm workflow tool!
https://github.com/rustwasm/wasm-pack
-> WebAssemblyのrustcコンパイルサポート

Yew - Rust / Wasm framework for building client web apps
https://yew.rs/ja/
-> WebAssembly によってマルチスレッドな Web アプリのフロントエンドを作ることができる、モダンな Rust のフレームワーク
179 名前：デフォルトの名無しさん [2022/06/21(火) 12:28:27.45 ID:TERGIQkG.net]: 最近のWebAssemblyのニュース

Publickey － Enterprise IT × Cloud Computing × Web Technology / Blog より
https://www.publickey1.jp/programming-lang/webassembly/
180 名前：デフォルトの名無しさん mailto:sage [2022/06/23(木) 17:39:28.38 ID:fwy13iz2.net]: WebAssemblyが気になるので調べてみた - Qiita
https://qiita.com/t_katsumura/items/ff379aaaba6931aad1c4
181 名前：デフォルトの名無しさん mailto:sage [2022/06/23(木) 18:38:00.25 ID:fwy13iz2.net]: WebAssembly活用プロジェクト
https://madewithwebassembly.com/
182 名前：デフォルトの名無しさん mailto:sage [2022/06/23(木) 21:37:11.74 ID:fwy13iz2.net]: WebAssembly Powered Augmented Reality Sudoku

This project makes use of the WebAssembly build of OpenCV (a C++ computer vision library), Tensorflow (a machine learning library) and a solver written in Rust. It neatly demonstrates how WebAssembly allows you to write performance-critical web-based applications in a wide range of languages.

https://github.com/ColinEberhardt/wasm-sudoku-solver
Solverhttps://raw.githubusercontent.com/ColinEberhardt/wasm-sudoku-solver/master/sudoku-solver.gif
183 名前：デフォルトの名無しさん [2022/06/24(金) 00:36:37.46 ID:LDIZz9eS.net]: WASMとRustはVue.js/React.jsを打倒するのか？ - JSへの侵略の歴史
https://zenn.dev/koduki/articles/c07db4179bb7b86086a1
184 名前：デフォルトの名無しさん [2022/06/24(金) 00:38:27.46 ID:LDIZz9eS.net]: Typescriptの次はRustかもしれない
https://zenn.dev/akfm/articles/81713d4c1275ac64a75c
185 名前：デフォルトの名無しさん [2022/07/03(日) 14:38:54.59 ID:y5Z2gZOd.net]: WASMのビルド作業はやたら面倒臭いが、何かビルド用ツールが出てるのかな
Linux環境じゃないとconfigureが生成できないから、プロジェクトのビルドなんてやってられないだろ
ところでWASMに64bitメモリが実装されれば可能性が大きく広がる予感
186 名前：デフォルトの名無しさん [2022/07/03(日) 15:41:32 ID:2unnqsUi.net]: >>180
Linuxの話題は、あわしろを召喚しちまうから、やめとけ。
187 名前：デフォルトの名無しさん [2022/07/03(日) 16:58:00.23 ID:y5Z2gZOd.net]: あわしろって誰？ｗ
WASMのroadmapを見ると、Firefoxが一番進んでるみたいだ
何だかんだFirefoxは開発者向けとしては最先端を走り続けているんだな
188 名前：デフォルトの名無しさん [2022/07/03(日) 17:11:46.18 ID:6NN4RBvO.net]: Linuxの掟とか唱えてる人じゃなかったっけ？
189 名前：デフォルトの名無しさん [2022/07/03(日) 20:06:52.80 ID:SwvkPEGK.net]: age
190 名前：デフォルトの名無しさん mailto:sage [2022/07/03(日) 20:29:55.44 ID:o4Z3tiIf.net]: >>182
あわしろ氏って誰？QZ より頭いいの？
191 名前：デフォルトの名無しさん mailto:sage [2022/07/03(日) 23:33:33.23 ID:C1pvOjRy.net]: あわしろは、Linux 総帥

よく雑誌に記事を書いている
192 名前：デフォルトの名無しさん mailto:sage [2022/07/04(月) 01:35:21.33 ID:nNTJcKgT.net]: マナーにうるさい
おまえはLinuxを使う資格がないが口癖
193 名前：デフォルトの名無しさん [2022/07/04(月) 02:35:19.54 ID:hEC4WOUu.net]: >>177
えぐ
194 名前：デフォルトの名無しさん mailto:sage [2022/07/04(月) 07:02:36.02 ID:E8MuawGm.net]: >>173
＞wasi-sdk
GLESやSDL2の対応はどうなんだろ
誰かちゃちゃっと準公式サイトを作ってくれないかなw
195 名前：デフォルトの名無しさん mailto:sage [2022/07/05(火) 08:37:06.79 ID:HXH2KDmV.net]: WASMではまだ並列処理が弱いのが悲しい所だな
Web Worker使えるけど、window配下オブジェクトが共有できないからな
196 名前：デフォルトの名無しさん mailto:sage [2022/08/05(金) 10:52:36 ID:WoKhwB7u.net]: >>189
対応してないはず。
197 名前：デフォルトの名無しさん [[ここ壊れてます] .net]: wasm
198 名前：デフォルトの名無しさん [[ここ壊れてます] .net]: 現在、Rubykaigi で、Ruby の Wasm 対応についての話しになっているらしい。
Ruby3.2から正式にブラウザでRubyが使えるようになる予定なので、
Rubyのインストールが難しい初心者にとっても楽になるとの事。
また、irb(インタラクティブRuby?)がブラウザでも動いて、対話的に計算
できるらしい。
Rubykaigiは、9/8から9/10の三日間の予定らしい。
199 名前：デフォルトの名無しさん [2022/09/08(木) 14:13:55.50 ID:2tFquaAS.net]: Rubyは、おわこん
とKENYAも言っている
200 名前：デフォルトの名無しさん mailto:sage [2022/09/08(木) 21:16:10.23 ID:EF/qt7ve.net]: Ruby on Rails 7 で、Rubyの検索数が増えているらしい。
新しい変更があると、検索数が増えるみたい

JavaScript(JS), Python の検索数が多いのは、素人が多く、難しいからかも。
逆に、Rubyの検索数が増えないのは、プロが多く、簡単だからかも

Rails 7では、Hotwire などの新機能が出たので、プロも検索したのかも

米国年収では、JSが6万ドル、Railsが9万ドルと、かなりの差がある。
素人とプロの開発者の違いかも

JSは素人や個人開発が多く、
Railsは小企業から大企業まで、プロが多いのかも
201 名前：デフォルトの名無しさん mailto:sage [2022/09/09(金) 01:00:16.49 ID:NUzzWOKg.net]: rubyのwasmに需要があるかどうかは置いといて、新技術を積極的に取り入れる姿勢は評価できる
これでもっとwasmが普及するといいな
202 名前：デフォルトの名無しさん mailto:sage [2022/09/09(金) 01:26:40.60 ID:OjVwznsu.net]: ブラウザ上でWasmを使うサービスやアプリならばRuby利用は遅くて重くて大きくて不利だね
だからどうしてもRubyをブラウザ上で動かしたい遊び目的だけかな
Wasm使ってプログラミングしたいならC++かRustのどちらか
203 名前：デフォルトの名無しさん mailto:sage [2022/09/09(金) 02:28:27.53 ID:n8dQNxep.net]: Ruby は遅くても、可読性が高くバグらないから、高品質でプログラミングしやすい。
C++, Rust などは難しさが桁違い

ビジネスでは、Rubyよりもかなり遅れる。
他社に市場シェアを取られてしまう

例えば、SASS がそう。
Rubyで作られて、C++ で作られるまで数年以上遅れた。
次に、C++で保守出来なくなって、Dart へ移った

Rubyは可読性が高いから保守できるが、
他の言語は無理で、最終的に放置されるだけ
204 名前：デフォルトの名無しさん mailto:sage [2022/09/14(水) 08:03:14.57 ID:ZrnGb3cN.net]: >>198
ところがRustはRubyに似ていて可読性が高いよ
RustはRubyとクロージャ引数の記述方法も |x| で同じだし
RustはRubyと同じようにイテレーターのメソッドチェーンを多用できるし
もちろん遅延評価されるし
Rubyよりも改善されてる点も多いからRustはRubyよりも可読性が高いよ
205 名前：デフォルトの名無しさん mailto:sage [2022/09/26(月) 11:00:46.19 ID:NmZ8KQlQ.net]: >>199
Rustは俺が知ってる言語の中で、実用的な言語の中では最も可読性が低い
部類に入る。
206 名前：デフォルトの名無しさん mailto:sage [2022/09/26(月) 13:14:00.63 ID:fgpUNuss.net]: >>200
Rustは可読性の高さで気に入っている
ほとんどの言語と比べてイーブンか上

Wasm記述で現実的な言語の中だと更に
可読性の低いC++は論外だから
調査研究でもRustが最も使われている
207 名前：デフォルトの名無しさん mailto:sage [2022/09/26(月) 14:28:49.61 ID:TCGzsvbI.net]: 可読性という人によって解釈が異なる単語じゃなくてどういう要素が可読性を高めている/低めているか説明して欲しいな
208 名前：デフォルトの名無しさん mailto:sage [2022/09/27(火) 16:07:51.55 ID:vP3LfdbR.net]: この板のRustのアンチスレにも、Rustの分かりにくさについてのサンプルコード
があがってる。
209 名前：デフォルトの名無しさん mailto:sage [[ここ壊れてます] .net]: 下手くそに書かれたコード�
210 名前：ｪ読みづらいというのは言語の問題なのかね？ []: [ここ壊れてます]
211 名前：デフォルトの名無しさん mailto:sage [2022/09/27(火) 20:29:03.01 ID:ltFhtHvy.net]: >>204
それはウソで、Rustはどうせきれいに書けない。
212 名前：デフォルトの名無しさん mailto:sage [2022/09/28(水) 00:49:27.76 ID:JQpGo85s.net]: >>205
あなたにとってはあらゆるRustコードは綺麗には見えないということですね
好みの問題では？
213 名前：デフォルトの名無しさん mailto:sage [2022/09/28(水) 01:04:38.83 ID:JQpGo85s.net]: >>205
ここじゃ迷惑だから続きはアンチスレでよろしく
214 名前：デフォルトの名無しさん mailto:sage [2022/09/28(水) 15:21:20.76 ID:01v6ubok.net]: >>206
長ったらしくて煩雑。
215 名前：デフォルトの名無しさん mailto:sage [2022/10/02(日) 18:22:14.52 ID:fl0K/H95.net]: Rustは抽象化されたプログラミングによって分かりやすく短く書けるね
タイプ数を少なく短く書けるという意味ではなく
216 名前：デフォルトの名無しさん mailto:sage [[ここ壊れてます] .net]: >>209
そうは思えないが。
217 名前：デフォルトの名無しさん mailto:sage [[ここ壊れてます] .net]: >>209　散々C++で痛い目をみた人が作っているからね。現実的なモノでしょうね。
218 名前：デフォルトの名無しさん mailto:sage [[ここ壊れてます] .net]: >>211
そうでもなかろう。
219 名前：デフォルトの名無しさん [2022/10/30(日) 00:34:23.75 ID:CRXE5x4x.net]: オンライン FM シンセサイザ:
https://yutakaaoki.github.io/test_say/index.html
220 名前：デフォルトの名無しさん [2022/10/30(日) 16:23:33.75 ID:tfYpbifo.net]: age
221 名前：デフォルトの名無しさん [2022/11/08(火) 18:21:56.35 ID:Rs+gm7Tf.net]: age
222 名前：デフォルトの名無しさん [2023/01/06(金) 22:20:11.40 ID:+u5r9Ozg.net]: Rubyにおけるwasmランタイム実装のCRuby、バイナリサイズはstdlib込みだと25MB、brotli圧縮かけて5.0MBだってさ
微妙だけどキャッシュ込みなら5.0MBはギリ許せるのか、、？
https://logmi.jp/tech/articles/327679
223 名前：デフォルトの名無しさん mailto:sage [2023/01/07(土) 16:27:35.31 ID:/1wD2KzB.net]: >>216
まだ大き過ぎる。
224 名前：デフォルトの名無しさん [2023/01/07(土) 16:34:06.31 ID:St5PAkDm.net]: >>217
だよねぇ、、うーん
225 名前：デフォルトの名無しさん [2023/02/10(金) 08:51:49.30 ID:wdaGPD+T.net]: キタコレ
wasmにgc搭載
https://www.publickey1.jp/blog/23/webassemblychrome_111dartwebassembly.html
226 名前：デフォルトの名無しさん [2023/02/12(日) 13:09:16.81 ID:HnI2C6C6.net]: >>219
これが標準化仕様になるんかね
227 名前：デフォルトの名無しさん mailto:sage [2023/04/20(木) 11:24:36.10 ID:rsMxrIXz.net]: うおおおお

サーバサイドWebAssemblyに、かつてのCGIの仕組みを取り込んだ「WCGI」をWasmerが発表。すぐ起動し安全に分離されるWebAssemblyの特長が活きる
https://www.publickey1.jp/blog/23/webassemblycgiwcgiwasmerwebassembly.html
228 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

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

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