我还是多年前自己搞过 avs+megui 的组合，不知道现在你们都用啥，当年有一个内置的某压片组预设的 megui ，现在也丢了。自己搞参数显然没前途

酒啊，这行业卷的不能再卷了吧
你拉个市面上常见旧品牌和产品看看，说实话，我每次酒局，他们拿来的酒我都不认识，只能看出哪个厂的
你把所有酒厂各大类小类的酒品详细列个单子，密密麻麻的让你爹看，问他，你觉得你的酒在这些里面是啥定位，比哪些好？

另外，别买迷你主机，你要防盗的

云主机恐怕部署的时间不能令你满意
其实就算是直接买成品 pc ，物流和装机的速度都未必赶得上你的需求
你还需要机房建设，可能需要自己重装系统和组网（你需要精简的系统，设置好分区的一键还原，安装考试系统）
我感觉你时间很紧。机房可不是把电脑摆那就算完事的。

你可能还需要机柜，服务器，讲台主机，投影仪或大屏幕，考生身份验证机器等等等等，你要地板下网络布线，电路布线，还需要监控布线，是不是还需要每个考试机的单机摄像头
这玩意不是你这种搞法的。

探花卖片子？不是抓了很多 xx 探花的吗
要不就是直播了，现在国产资源里充斥着各种直播，看的想吐

@theworld #16
有啊，arm 页面里稍微往下翻翻就有啊
https://github.com/WhatTheBlock/WindowsSimplify/blob/master/11/arm64.md

可用性基本等于没有
可玩性还是不错的，如果你没有其他 vps 的话
而且就算你有，arm 鸡并不多见

建议 Panther X2 ，虽然没有当年 90 元的逆天神价，但 150 左右还是收得到的
rk3566 ，4+64 ，虽然没有 hdmi 导致刷机要盲刷，不过扔弱电箱里毫无影响。n1 什么的价钱没低多少，性能差很多

再加钱的话，其实 499 就有 n1 了，这玩意还是吊打一切 arm 的

我觉得直接接到路由器上是比较容易接受的方案，但要看你的路由器是什么型号，折不折腾
另外就是接到任何小玩意上，如果你本身就有小设备来跑 docker ，HA 什么的是最好，包括 nas

激光电视和投影大火，是前几年的事，当时的背景是液晶面板大涨，电视价格相比现在几乎翻倍
而现在几乎是液晶电视价格的最低点，这没什么可考虑的，无脑电视

电视的优点：亮度、画质、色彩、动态
投影的优点：大，没了
电视的缺点：没有
投影的缺点：上面优点部分不重复，说几个不太容易看到的，首先是噪音。无论是激光投影还是普通投影，风扇噪音的音量绝对是无法忽视的，非常非常影响沉浸感。而且这玩意不平均，不是一个音量让你慢慢忽视，而是隔几分钟就来个要起飞的动静，我相信一般人无法接受
其次是音频输出。受限于体积，投影自带喇叭的音质约等于手机外放。除非你再配一个电视音响，否则你肯定无法接受默认音质，另外就是电视的音频来自正前方，这没什么问题。但投影无论是悬挂还是后方支架，声音的位置都不是正前方，给人的感觉也非常之怪
总而言之，在相同尺寸，投影预算小于电视的二分之一时，投影才能进入对比行列，否则免谈。

其实并不难，比如这个
dhxdl,tsd**cbd
你觉得它是什么？其实它是
“大河向东流，天上的星星参北斗”
复杂吗？应该够了。
你觉得好记吗？
你总有点熟悉的诗句，歌词吧

我觉得说这个要谈两个方面的问题
第一是：你的动机是什么？
因为这玩意现在很明显既不好用，也不便宜。那你买它到底是图什么呢？

第二是：它能不能用
任何测评给你的答案都是：轻度使用没问题。
但你是个程序员，你必然要用它来工作，那你要考虑你工作方向上的问题。
比如你说的 flutter ，node ，python
这三个在 arm64 下都有生态，但都做不到和 x86 下一样的体验。
python 尤其严重，因为很多 pip 包没有 arm64 的 whl ，这意味着你在 x86 下只要 pip install 的库，在 arm64 下要源码编译，甚至要手动源码编译，甚至根本无法编译。
而很多时候，你会陷入“一个依赖需要编译而不是安装”---“依赖本身也有依赖”---“依赖的依赖仍然需要编译”这种死循环中。

@processzzp 喜欢看中医导致的？
作为近 20 年的哮喘患者，这玩意在西医的 wiki 里明确写着：致病机理不明，治疗机理不明，无法治愈
然后呢？
哮喘一共就那几种药，激素就一种，布地奈德
长短效β受体激动剂加起来也不会超过 5 种，组合剂一共就俩，用信必可的多一些
倒是不用去深山老林，但是去哪个医院也就这几种药，我都会开，因为一共就这几个

@lizy0329 那是你做开发的看法啊
我作为用户的看法是，但凡这玩意有个非 electron 的替代，我就绝不用 electron 的

交叉编译的核心是工具链和 sysroot
工具链就是 gcc 这些，sysroot 就是一个目标架构（比如 arm64 ）的根目录

工具链的坑在于，如果你单一编译，问题不大，比如你只编译 gcc 。
如果你什么项目都想试试，那你得配多少工具链？就算是 c ，用 clang 的，用 nanja 的也各不相同
sysroot 的问题更多，因为你编译任何项目，它都是有依赖的
你在本地系统只需要 apt install 或者 yum 就能安装一个依赖
你在交叉编译的 sysroot 里要配置依赖项，可是很麻烦很麻烦的。搞不好，要先从头编译

最后的最后，你需要测试环境，打包是不是完整，是不是少了什么库文件？

就我天天编译各种开源 项目的经验来说，我宁可本地，不到万不得已，绝不交叉编译
当然我有单位的国产电脑（飞腾，arm64 ），我也有 oracle 的 arm 小鸡

还敢去啊，不是有在闲鱼充话费被请喝茶的吗
涉非法集资还是涉黑产来着

至少目前这个流量资费还行，5 毛钱 10gb ，对于绝大多数人来说没什么太大影响

用 webview 那还用啥 electron ，直接用 tauri 了啊

不能，不能的原因是你的架构都不同，这个上面说了，我再说详细点
VMware Fusion Pro 装的 win11 大概率是 arm64 版本的，这玩意压根就不能在 win 电脑使用
跨架构的虚拟机只有 qemu ，但跨架构的性能损耗在几十倍到上百倍。
换句话说，如果你的 win 是 arm 版的，那在 win 电脑上就卡的要死
如果你的 win 是 x86 的，那在 m1 的虚拟机上就卡的要死
当然，vmware 可能压根就不支持跨架构模拟。