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


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

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



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 に変わる新たなローカル仮想環境ができる。

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]
あわしろって誰?w
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) ] / [ 携帯版 ]

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

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