@wyfyw 原来这个行为和 OA3 相关吗?

毕竟我测试时装过 business 版的系统(默认使用 kms key), 仍然是 S mode, 所以才确定是固件中有黑魔法, 且找了一圈, 没有找到文档解释这个行为.

不会是主板或者适配器故障或者 bug 吧.

见过一个被限频的, 插拔下适配器就对了... 神奇

c# 语言 /CLR 方面没问题, 甚至可以说总体感觉挺优秀的, 有问题的是微软...


以前不跨平台, 想跨还得用第三方的 mono. 这是作死原因之一, 以前 c# 在 Windows 上有多方便, 在其它平台上就有多难.

第二个个人很讨厌的地方就是以前不能打包时带上运行时, 不像 java 那样可以带上 jre 分发, 徒增麻烦.


当然, 现在微软在努力改变以前的风格, 然而, 开发者都被微软坑怕了, 特别是这几年, 疯狂的搞新平台, 然后放弃. 再加上现在 pc 端不再辉煌, 显得 c# 快完了一样.

顺便多嘴一句, uwp/uap 无人问津的原因有太多, 但不像后(win 7) 兼容是严重问题之一, 开发一个软件时, 考虑到当时 win 7 恐怖的市占率, 恐怕没有几个开发商会傻乎乎的只做 uwp/uap, 不然还要再做一个 win 32 版本, 既然都做 win 32 了, 谁愿意再做 uwp 呢, 虽然微软声称大量代码可以复用...
总结就是: 微软有时总会搞一些骚操作, 总想教用户怎样做, 然而它不是 apple...


不过很多客户端开发, 需要性能或者与硬件交互的(IoT, 工业软件)等还是大量用 c#/c++

ArchLinux + btrfs 随便玩, 滚挂就秒回退

@ALLROBOT 自然是有需要...

eu 版到底是不是小米官方的啊, 好迷惑...


本来想买之前想买小米的, 结果发现 eu 版可能不简单就放弃了:
能否刷 eu 后锁定 bootloader, 保护数据安全?
能否正常接收系统更新, 更新是 Google 服务器还是小米的服务器?
到底是不是官方的..

浏览器, 游戏.


多了去了, web 应用体验大家都懂的, 甚至基于 web 技术的 electron 应用在 v 站上都有一大堆抵制的.

@huntagain2008
去源里面下载 iso, 跑满带宽下载不是问题, iso 的 hash 可以在官方下载页面看到;
镜像源篡改文件是以前的事情了, 旧版本 pacman 没有签名验证, 几年前就加上了;
gpg keyring 的初始化主密钥和验证 key 的操作可以不用管的, 保持定期更新系统就好;
关于分区的问题: linux 中 / 作为一个根节点, 下面的分支目录可以挂载其它设备, 作为对应分区的访问入口. efi 系统分区只能是一个单独的 fat32 分区, 所以需要单独挂载, /home 可以独立分区, 也可以不独立分区.

debian: 太稳定 == 对于桌面用途来说软件太老;
rhel/centos: 太稳定 == 软件太老;
gentoo: 不想浪费时间和电能;
ubuntu: 我讨厌时不时给你制造点麻烦的 snap;
linux mint: 发生过安全事故, 不信任;

opensuse: 还好;
fedora: 一些软件包没有, 比如编解码器等, 还需要去添加额外的仓库, 麻烦;

为何用 archlinux:
软件是最新的: 想桌面体验更好, 这个少不了;
软件丰富: 不算上 aur 都挺多的;
滚动更新: 不再需要期待发行版厂商的定期更新, 省心;
pacman 够简单, 也够用了.

缺点:
安装麻烦, 安装个很多个 archlinux 了, 已经不用看 wiki 都能完成安装基础系统, 但仍然不像花时间去浪费. 就算有自己整理的脚本, 也需要做大量手工配置.

欢迎来到模拟电路这个不讲科学只讲玄学的世界 /狗头 /


我无法提供太多帮助, 但可以帮后面回帖朋友的节约点时间:
- op 的传感器模块输出 0-3.0 V 模拟量, 采集肌电信号放大后输出.
- op 的传感器模块供电 3.3-5 V/> 20 mA.

没看明白 op 到底用 seeeduino xiao 还是 esp32 在做 ADC 采集, 不过看起来使用的是 xiao, esp32 模块用来供电??
- xiao 的 ADC 规格: 12bit, 0-4095 输出值代表 0-3.3v(不清楚 op 几万的值是什么情况, 转换成了 mV 电压值?)
- 没看仔细代码, 个人很疑惑几万的数值是怎么处理出来的.
- xiao io 电平 3.3v.
- xiao 供电电路自带 5v-3.3v LDO.
- xiao 似乎需要一个 usb-ttl 模块来向计算机输出串口数据.



个人能给的建议:
最小化测试: 只使用 xiao + usb-ttl 调试最小单元, 供电先用 xiao 自己的 ldo, 也就是说 xiao 插 usb 上供电, 和 usb-ttl 间只连接 tx, rx, gnd.
测试 xiao 的 adc:
先将 adc 输入引脚接地, 直接串口打印 analogRead() 返回的原始值, 应该是 0 或者接近于 0. 如果不是, 有问题.
使用一个电位器: 两端接 gnd 和 3.3v, 活动端接 xiao adc 输入, 串口输出 analogRead 的值, 同时滑动电位器观察输出值范围和变化趋势是否正常.
然后, 接上传感器输出, 观察 analogRead 的值, 先暂时不用去搞一堆转换输出的函数, 避免干扰调试.



另外:
adc 输入脚悬空不接传感器, adc 读出值肯定是不停变化的, 因为收到了外部的干扰.

另外二:
In addition to the DAC, the SAMD21's ADC channels also stand apart from the ATmega328: they're equipped with up to 12-bit resolution. That means the analog input values can range from 0-4095, representing a voltage between 0 and 3.3V. To use the ADC's in 12-bit mode, make sure you call analogReadResolution(12) in your setup.

省流小助手: Rick Astley - Never Gonna Give You Up (Official Music Video)

MPC-HC/MPC-BE, 无边框模式爽到爆;

WSL
WSL 2
Android Sub-System
Cygwin
MSys


/滑稽

矿卡: 那么高的压力我都没挂难道我还不够靠谱吗

/doge/

A -> B 之间隧道长连接, 挂后台藏着, 使用 ssh -D 动态隧道, 这个链接可以作为 A 到公司内网任意地址的 socks5 代理.
然后 A 直接 连接 C, 但是参数中指定使用上一条中的代理隧道, 写到配置文件中, 几乎感觉不到 B 的存在, 只有当 ab 间的 ssh 断开了才有感觉.

我一直这么用的

确实, 想了想, OLED 屏在我这里的优点只有一个: 使用暗色主题省电. 至于黑色更黑, 没有啥感觉. 不用手机的小屏幕看电影什么的.

然而毛病一堆, 1+ 8p 的屏幕是真的令人无语, 开了 dc 调光效果贼差.

不开 dc 调光, 闪烁的感觉有一点.
开了 dc 调光, 低亮度色阶直接没了, 对比度极低, 偏色.
屏幕残影. 烧屏.
抹布屏. 画面不纯净.
低亮度下, 灰阶几乎不存在, 夜间我喜欢低亮度用, 结果灰阶问题导致糊成一团, 不得不提高亮度.


反而 lcd 很省心:
由于黑色和浅色都一样费电(忽略 gpu 的劣化画面省电技术), 直接使用浅色, 感觉舒服些. oled 用浅色可能更费电+总想开深色省电, 感觉有点别扭.
并不差的色域表现.
DC 调光就是爽.
低亮度下不会像 oled 那样灰阶糊了.

@minuo0day 没救了, 收拾东西跑路吧. /狗头 /

ppt 转 pdf 是用的哪个方案呢, 似乎 wps 和 office 的转换效果还算可以啊