3.8.3版本的Wasm+asmJS似乎还是只支持wasm

Creator 3.x
#1

在某个平台(选择某个平台，是因为某个平台恰好可以不支持wasm)，如果仅asmJS是没问题的，但是勾选wasm+asmJS，就会提示不支持wasm，并不会回退到asmJS版本，这种是bug还是设计如此

#2

@dumganhar

#3

我们支持快手吗？

#4

括号里不是说明了吗？因为快手不支持wasm，我可以用来这样测试。底层不会是用平台来判断是否支持wasm吧，那wasm+asmJS的意义在哪？

#5

平台支持wasm的客户端版本会有限制，不能简单判断是否有全局WebAssembly简单就判断是支持的。有的平台实现的也不很标准，所以会有额外的适配代码的。

#6

所以不是官方支持的平台，我们不会提供额外的支持。你可以直接找快手官方寻求支持。

#7

我的疑问是，不支持wasm时，为什么不切到asmJS，而不是不支持wasm，要你们支持wasm，也不是说支持怎么样的问题。

#8

既然是不支持的平台，估计他们也不清楚啥原因哦。而且这种问题确实要找提供运行环境平台方才行

#9

这里不是解释清楚了吗？

  1. 平台支持wasm的客户端版本会有限制，就像抖音的支持，是要从某个特定版本的客户端开始，才能支持得比较完美，你看 抖音的支持：https://github.com/cocos/cocos-engine/blob/v3.8.5/pal/system-info/minigame/system-info.ts#L181

  2. 有的平台实现的也不很标准，所以会有额外的适配代码的。

所以，整个引擎是开源的，你可以稍微改巴改巴、跟快手官方的技术沟通一下，看要怎么改才能做兼容。

#10

是我表达有问题还是你们理解有问题，我都说了，用快手的原因是恰好快手可以测试不支持wasm的情况，现在是在不吃只wasm的平台上，依然会走wasm代码。

#11

这里的问题不是说在不支持 Wasm 的情况下为啥不回退到 asm.js 吗？

#12

绕不过快手了吗？好吧，我换成抖音，我把抖音的TTWebseebly设置成空，那么按照逻辑，既然我勾选了wasm+asmJS，那么，是不是应该走asmJS逻辑。
很难理解吗？

#13

重点是我们没有支持快手啊，那请问你是构建「哪个平台」的产物？

#14

看来还是有人能理解的

#15

如果构建抖音，在抖音平台上测试出现此问题，那么我们可以跟进。
如果你构建微信或者抖音，在其他某个我们不支持的平台「快手」、「QQ小游戏」上出的任何问题，那么我们不处理。

#16

前提是跑在哪个平台上。是不是我们官方支持的平台？
官方支持的平台，会做好「回退 asmjs」的功能。

#17

哈哈哈，那你还没懂官方的意思是设计如此吗，给了钱这个功能才能生效

#18

所以我问了是不是设计如此

#19

你的意思就是上面那个人说的意思，但是你没理解我的意思 :sweat_smile:

#20

dream 构建的是哪个平台？如果是小游戏平台确实没跟进的义务，如果是 Web 平台的话就不应该了