※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1719856322.A.765.html
推 ohmylove347: https://squoosh.app/ 07/02 01:55
→ ohmylove347: 要不要參考這個項目,好像是谷歌寫的PWA,也是壓縮圖 07/02 01:55
→ ohmylove347: 片影片之類的,還能安裝在本地的樣子,或許跟你的專 07/02 01:55
→ ohmylove347: 案有相似的地方 07/02 01:55
→ GoalBased: compress.js, pica, browser-image-compression 07/02 03:33
推 oopFoo: 你知道wasm跟js是怎麼互相call?資料怎麼傳?你這個要搞清 07/02 06:17
→ oopFoo: 楚。wasmGC是用來解決一部份這類的問題。wasm你需要管理 07/02 06:19
→ oopFoo: 記憶體,不然光是copy就吃掉一堆效能。而且wasm的compiler 07/02 06:20
→ oopFoo: 本來就比java/c#差很多,效能差是正常的。所以不用c/c++或 07/02 06:22
→ oopFoo: 直接wasm assembly,還要規劃好資料的傳遞,不然根本直接 07/02 06:24
→ oopFoo: js+typedarray就好了。 07/02 06:25
推 oopFoo: js的效能是非常好的,不要有錯誤的觀念。所以除非你的 07/02 06:35
→ oopFoo: wasm程式規劃的很好,不然比js差是正常的。c#除非移植到 07/02 06:36
→ oopFoo: wasmGC,不然高效能是很難的。 07/02 06:38
→ oopFoo: https://web.dev/case-studies/google-sheets-wasmgc 07/02 06:39
推 takasaki: 問過safari用戶了嗎?相容性搞死你 07/02 06:39
推 oopFoo: webgl/glsl來跑lanczos是最快,最簡單,相容性最好的方法 07/02 06:46
→ oopFoo: webgl/glsl處理影像容易,程式也容易,只是入門難而已。 07/02 06:47
推 oopFoo: https://stackoverflow.com/questions/54299457 07/02 06:58
→ oopFoo: 從這篇追回去,你大概就知道怎麼做了 07/02 06:59
推 neo5277: 推一個實作精神 07/02 13:50
→ testPtt: Blazor就容易上手 沒有容易的框架這是wasm主要的門檻 07/02 15:38
→ keel90135: 支援度沒辦法全部就沒法正式上線 只能當玩具 07/02 19:23
→ keel90135: 上線一堆奇怪手機瀏覽器直接搞死你 07/02 19:24
推 guanting886: 就稍微可以用client端攤原本server端要做的運算 07/02 19:25
→ guanting886: 然後有些運算可能javascript算得比wasm還快 07/02 19:26
→ guanting886: 就當作玩具 什麼時候還有機會要用不知道 影片編碼就 07/02 19:27
→ guanting886: 算了 速度真的不行 07/02 19:27
→ Killercat: 有幾個crypto project就是用wasm部署到用戶client 07/02 23:33
→ Killercat: 讓用戶的瀏覽器可以做一些鏈操作 07/02 23:34
→ Killercat: https://tinyurl.com/2mdzga63 Tezos就是一個例子 07/02 23:34