The Physicists’ Club

引言 困扰我很久的一个问题, 杀戮尖塔1代, 改成无边框窗口时, 聚焦切出的时候都会黑一下, 并且很明显地能感受到在聚焦后色彩更鲜艳了. 导致我这400小时一直是窗口模式玩的… 解决方案 今天终于在浏览reddit的时候看到了解决方案. 打开NVIDIA控制面板 管理3D设置->程序设置点击添加选择你的杀戮尖塔文件夹下面的/jre/bin/javaw.exe (如果你是开了mod, 使用的是ModTheSpire则添加java.exe, 当然可以这两个都添加) 举例E:\SteamLibrary\steamapps\common\SlayTheSpire\jre\bin\java.exe 按照实际路径修改 接下来在这个界面的Vulkan/OpenGL现行方法选择优先在DXGI交换链上分层 修改之后彻底没了色彩鲜艳和黑屏问题, 不过在非聚焦情况会有闪烁问题, 这时把垂直同步关闭就可以了 原因分析 杀戮尖塔1代使用的是OpenGL渲染, 即使游戏创建的是无边框窗口, 也会产生类似于独占全屏的行为. 这个在 https://github.com/PCSX2/pcsx2/issues/6145#issuecomment-1339398496 有讨论. 因此会在聚焦失焦的过程中反复被切换渲染模式, 色彩鲜艳是高级色彩开启的开启和关闭导致的.

引言 家里的宽带最近升级了200M上行, 装维说200M上行必须得用XGPON光猫, 买了一个二手xgpon猫, 注册的时候卡在了29%, 过程是O3, 证明我的线路支持XGPON, 但是可能被ONU拦下了. 参考itu的说明: ITU-T G.987.3 明确规定: ONU取得下行同步以后才进入 O2-3 Serial Number 状态; 在这个状态, ONU响应 OLT 的 Serial Number grant, 把自己的 SN 发给 OLT. 只有 OLT 随后发送一个与这个 SN 匹配的 Assign_ONU-ID, ONU才会进入 O4. 于是想着是不是ONU侧认光猫的SN, 就TELNET上去修改了一下新光猫的SN为老光猫SN, 结果输入的时候忘了输入Vender ID, 本来12位的SN只输入了8位, reboot之后power灯一直闪烁, 插到电脑甚至显示网络线缆未连接. 于是乎就有了这篇救砖博客. 获取超级密码和开启Telnet 博通方案的天邑TEWA-1108V在未成功注册前的超级密码为nE7jA%5m. 账号一般是useradmin. 使用超密登录后, 进入http://192.168.1.1:8080/enableTelnet.html 根据恩山帖子 https://www.right.com.cn/forum/forum.php?mod=viewthread&tid=8402465 开启入口也可能是http://192.168.1.1/enableTelnet.html 即可进入开启界面 开启TELNET后, 连接TELNET telnet可以不用su密码卡BUG获得root权限, 先按照常规方式登录Telnet, 打一个;回车, 这时会报错: sh: syntax error: unexpected “;”, 再输入命令echo $USER, 就是root权限 ...

0. 问题现象 本来在Android用得是KeePass2Android, 可惜passkey功能到现在(20260907)都没上正式版, 暂且换为KeePassDX, 除了没有云端同步以外体感没区别. KeePassDX passkey功能在ColorOS手机测试正常, 但在HyperOS测试异常 设备环境: Xiaomi 14 Pro Android 16 / 国行 HyperOS 3 KeePassDX 包名: com.kunzisoft.keepass.free 在 HyperOS 3 设置中已经将 KeePassDX 选择为密码/凭据服务, 但 Firefox、Chrome 等浏览器访问 WebAuthn 网站时, Android 仍然无法调用 KeePassDX, Passkey 注册会提示Registration ceremony was sent an abort signal. 1. 确认 ADB 已连接手机 本文不展开 ADB 安装及 USB 调试配置, 确保执行 adb devices 能正常识别手机即可. 2. 查看当前 Credential Provider 执行: adb shell settings get secure credential_service adb shell settings get secure credential_service_primary 输出 ...

引言 联通很是抠门, 1000Mbps的网只给了个1000Mbps并且性能十分羸弱的光猫, 跑PT只要速度高一点点, 光猫和路由器之间的延迟就开始飙升. 于是想将光猫改为路由器桥接拨号, 互联网上关于这款光猫获取超密的信息很少, 只在恩山找到一篇拆机光猫后使用ttl来获取超密的教程, 但相信大多数人没有这种设备. 之前在咸鱼花20块钱买过一次远程获取超密服务(后因跑PT限速被运维上门重置光猫超密失效), 观看其操作, 只是远程我的电脑打开了一个CLI程序, 证明超密获取不需要使用任何外部物理工具, 经过一晚上折腾(晚上睡觉前折腾网络是大忌), 得到了在不拆解光猫, 不借助任何外部物理工具的情况下获取超密的方法. 提示: 本教程可能仅针对部分省份生效. 虽然本文为SG631Z, 但对于其他部分光猫可能有效. SG631Z使用的是sidbg, 其他光猫用的可能是sendcmd, 自行替换命令即可. 1. 网页直接获取超级密码(推荐) 推荐本方案, 无需重置光猫和操作telnet. 根据评论区uflr提到的恩山帖子, 可以直接在user用户下访问 http://192.168.1.1/hidden_cmd.gch?pwd=aDm8H%25MdA 来到这个界面, 此界面相当于telnet登录后su的命令界面, 输入 sidbg 1 DB decry /userconfig/cfg/db_user_cfg.xml && cat /tmp/debug-decry-cfg | grep -A 12 DevAuthInfo 即可获取超级密码 Pass行即为超级密码. 2. Telnet方式获取超级密码 如已经通过网页的方式获取到超级密码可忽略本章节. 开启Telnet并固化 首先使用光猫背面记录的账号密码登录光猫后台, 记录loid和password, 以让我们重置光猫后可以重新注册. 现在联通的光猫用户名和超级密码在手动重置光猫并且未连接光纤的情况下多数情况下是 CUAdmin CUAdmin 基于此, 我们可以在未连接光纤(准确说是运营商未云端下发配置)前将Telnet固化, 使得运营商即使远程下发了新的配置, 我们也可以获取新的超密. 首先断开光纤连接, 长按光猫后面的reset按钮大概20s, 等待所有指示灯熄灭并且重新闪烁后, 松开. 此时使用上述的用户名,密码登录. 在登录后的的界面地址栏输入 http://192.168.1.1/getpage.gch?pid=1002&nextpage=tele_sec_tserver_t.gch ...

引言 在进行TCP下载的时候, 观察网络, 会发现同时会有"很大"的上行, 比如我的Steam下载 下载速度大概为1000Mbps的时候, 我会产生20Mbps的上行. 同时qBittorrent的[Options]-[Speed]中有一个选项[对传送总开销进行速度限制] 在开启了这个选项, 并且设定一个小于你最大上行的速度限制后, 会发现当你下载速度变高后, 其他种子的上行会随之降低. 这些现象为什么发生, 是本文要探讨的内容. TCP 无论是HTTP下载, 还是BT下载, 所依赖的都是TCP协议. 要了解上述现象, 就要先了解这些行为所依赖的协议. 根据RFC的定义, 当我们下载的时候, 每当Server端发送给我们一个TCP报文段, 我们就要回应一个没有数据的TCP报文段(ACK) 表示已经完全收到并请求下一个报文段(暂且不考虑Cumulative Acknowledgment和Delayed Acknowledgment). 举例 具体举例来说: 本地网络设置的MTU是1480, 则Server端TCP报文中, IP头+最大的数据量=1480. 使用iperf3进行测试(IPv4) Server端发送给我们的内容则为: 名称 报文大小 说明 数据(Payload) 1480-32-20=1428 MTU限制了最大数据 IP头 20 IPv4 TCP头 32 因为包含了OPTION, 所以变大了 Eth头 14 目标MAC, 源MAC, 以太网类型 FCS 4 帧校验序列 则我们接收到的一个以太网帧大小为MTU+ETH头+FCS(帧校验序列)=1480+14+4=1498Byte. 我们的ACK只会包含TCP头,IP头,Eth头, 而不会包含数据, 所以ACK的大小为32+20+14+4=70Byte. 则我们的上行速率会是实际下载数据速率的$\frac{70}{1498}=4.672897196 \%$ 这是在每一个ACK包都对应了一个TCP包情况下的最大占用上行. 在实际的网络请求中, 我们会有累积确认 (Cumulative Acknowledgment)和延迟确认 (Delayed Acknowledgment), 这两种机制会使得我们的ACK包的数量小于接收到的TCP包的数量. ...

引言 无论是在中文论坛还是英语论坛, 都会看到一个说法 即如果第一个怪物是Cultist(邪教徒Kakka), 则有80%的概率, 你的下一个事件(问号)会变成战斗, 导致你无法使用捏奥的悲恸白嫖到精英. 这个让我很是奇怪, 在我之前的认知中, 杀戮尖塔遇到什么怪物, 问号碰到什么事件, 都是已经注定好的行为, 为什么会有Bug会让第一支怪物, 影响到后续的问号事件呢? 所幸杀戮尖塔是用Java写的, 所以我们可以很直接的反编译他的Jar文件, 看到源代码 源代码获取方式 打开杀戮尖塔文件夹, 里面会有一个名为desktop-1.0.jar的文件, 使用任意反编译工具即可获取源代码. 这里我使用的是JD-GUI, 将其解析之后获得到源码 生成怪物和事件的关系 生成怪物 其中生成怪物的代码在desktop-1.0.jar.src\com\megacrit\cardcrawl\dungeons\Exordium.java protected void generateMonsters() { generateWeakEnemies(3); generateStrongEnemies(12); generateElites(10); } 这里是Exordium, 即第一章序幕也就是第一层, 会生成3个弱怪, 12个强怪, 10个精英. 这里可以证明, 3个弱怪之后就是强怪池. 其中生成弱怪的代码 protected void generateWeakEnemies(int count) { ArrayList<MonsterInfo> monsters = new ArrayList<>(); monsters.add(new MonsterInfo("Cultist", 2.0F)); monsters.add(new MonsterInfo("Jaw Worm", 2.0F)); monsters.add(new MonsterInfo("2 Louse", 2.0F)); monsters.add(new MonsterInfo("Small Slimes", 2.0F)); MonsterInfo.normalizeWeights(monsters); populateMonsterList(monsters, count, false); } 其中MonsterInfo中, 第一个参数为怪物名称, 第二个是生成权重, 这里面四个怪物的权重是一样的, 所以理论上生成的概率是相同的. ...