感觉是你代码问题，UTF-16 的原始数据被当成了某个双字节编码处理了一遍。
原字符串使用 UTF-16 编码的数据是 13 4E 1A 4E 80 62 FD 80 D0 63 47 53 F9 57 AD 8B
新字符串使用 UTF-16 编码的数据是 13 4E 1A 4E 3F 62 FD 80 D0 63 47 53 F9 57 3F 8B
可用看到是某个字节被替换成了 3F ，而 3F 是 ASCII 下的问号“?”。

@Yeen 官方文档？

建议直接用 OBS 。
如果是要集成到自己软件里的话，用 gstreamer 的 d3d11screencapturesrc 和 wasapi2src 来录音视频。GDI 和 DirectShow 是过时的 API 了，性能很差。

只剪片子不做 3D 的话肯定选 Mac

@LeeReamond 相比 acme.sh ，个人更推荐 lego https://go-acme.github.io/lego/
不过 lego 不包含 cron 集成等功能，但是自己写一个 systemd timer 配置也不难。

去知乎看看评测吧

直接把窗口摆到对应位置不就行了吗？

这里的问题应该是 PowerShell 把引号当成字符串了，传递给 cmd 的参数中不包含引号，cmd 对包含等号但不含引号的参数又进行了某些处理。

另外还想吐槽，Windows 启动新进程的命令行参数是只能传递一个字符串的，而 Unix 能传递字符串数组。因此在 Windows 下有的时候传递参数很麻烦，尤其是在不同 shell 中多层传递的情况，你得按照目标程序的解析规则 escape 好，而 Unix 则可以把解析好的字符串数组直接传过去。

环境不一样，JS 语言本身是个沙盒语言，没有什么功能的，浏览器里的 window, document 都是额外扩展的，Node.js 也是额外扩展了。某个脚本依赖浏览器的扩展，你放到没有这个扩展的环境中(比如 Node.js)当然会出问题。另外 Node.js 加的扩展包含许多高权限的操作，可以干很多坏事，并不像浏览器那样是个安全受限的环境，不可信的代码绝对不能在 Node.js 中运行。

@datiewang 我也同意游戏玩得少更应该上高分辨率，准确说是高像素密度，看文字的观感会好很多，要玩游戏即使带不动也可以降低分辨率玩。

只是比系统镜像大小的话，要直接看系统分区大小才有意义，建议用 DevCheck 查看。

“不至于这么嚣张”？他都撬开了还不叫嚣张？

建议用组策略改成手动安装更新，不过需要专业版或者企业版。

@u823tg
“给你说了后端语言用啥没关系”
问题是搞开发的人有关系，这就是我说的问题，需要用 Rust 写后端，那就得学习 Rust ，而且 Rust 本身的生态可能也不一定好，最终要实现某些功能可能没有现成的代码，还得自己造轮子。
感觉你一直再强调技术上可行，我当然知道技术上可行，但是实际开发还得看成本的。“最主要是你写的代码通过后端语言封装和界面去通信”，那你说说为啥用 CEF 配合 C++方案的应用那么少？

建议直接重装

@u823tg
“tauri 完全可以用 nodejs 的生态啊”
那你说说现在怎么用？该不会是理论上可行，只是没人实现吧？
我说的问题就是没人实现，所以目前要用 Tauri 就必须会写 Rust ，但是目前 Rust 各类库没有 Node.js 那么完善，写起来可能会遇到一些坑，甚至要自己造轮子。还有学习新语言成本的问题。

在我看来 Electron 和 Tauri 最根本的区别是后端语言的区别，Electron 能火很大程度上是因为后端语言是 Node.js ，搞前端开发的人简单学习就能上手。在 Electron 之前的 node-webkit 用的就比较多了，曾经很火的代码编辑器 Brackets 也是选择 CEF+Node.js 。同期用 CEF 配合 C++方案的应用则非常少，目前我只知道网易云音乐和 Spotify 仍在持续开发。

@u823tg 我又去搜索了下，原来你提到的那几句话是在 README 中，官网 tauri.app 反而没有。
去看 CLI 的 README 可以看到“Written in Typescript and packaged such that it can be used with npm, pnpm, and yarn, this library provides a node.js runner for common tasks when using Tauri, like yarn tauri dev.” https://github.com/tauri-apps/tauri/tree/dev/tooling/cli/node
就只是个辅助脚本来的，根本不是 Electron 那样在 app 中用 Node.js 跑后端代码。

@u823tg 我看了文档呀，文档里 JavaScript / TypeScript 部分完全没提到 Node.js 好吧？里面的 API 全都是 Tauri 自己在 JS 基础上搞的，根本不是 Node.js 。https://tauri.app/v1/api/js/modules/app

再者进行搜索也能找到一个 discussion：
“Tauri doesn't use nodeJS for server stuff, in fact Tauri doesn't use a localhost server, you have to use Rust crates and redo your SQLite logic with the rust backend”
https://github.com/tauri-apps/tauri/discussions/2592

你说的这句话“Node.js for running the CLI”我在文档里也找不到，而且 CLI 也指的是生成 Tauri app 的命令行工具吧？不是指最终生成的 app 中的后端。

至于你说“闲的蛋疼可以自己弄 python 。php ，对接下 rust 封装的后端就行”，那正好印证了我说的“目前 Rust 各类库没有 Node.js 那么完善，写起来可能会遇到一些坑，甚至要自己造轮子。”关键不是可不可行，而是没有现成的轮子，要用户自己去适配这些东西，那还不如直接用 Electron 呢。