batsyd的个人资料 - RAT

batsyd batsy_d

。

关注数: 0 粉丝数: 2 发帖数: 289 关注贴吧数: 9

进不了服务器解决方案之一删除所有丝瓜mod，删除steam下载缓存，重启电脑，用梯子或加速器加速steam，启动丝瓜，成功的话会自动下载一个steamworks可再发行文件，就能进了

性能焦虑党看到了希望网吧机子5600x+3060，画面设置1080p，dlss，fov100，粒子高，其他全低。 100帧上下游走，草图会低10帧，光瞄开镜能稳80帧且零卡顿，整局下来零卡顿，已经可以说是很舒服的战斗体验了自己打算配一台9600x+4070，目标2k下全低画质能零卡顿110帧

重温经典后想到了一种可能的设定我能否理解为：世界存在一种掌管死亡的系统，这个系统一直正常的运行着，人死了就死了，很正常，不破坏系统和逻辑，但26年前，三年三班死人后，所有人都假装她没死，导致系统逻辑紊乱，出bug了，也以为她没死，所以就以bug的形式把死人复活放回人间，而且这个bug每年每届都在运行，也就是所谓诅咒。然后有学生找到了对抗系统bug的做法，就是在系统给人间插入活死人之前，反其道而行之，先人为制造一个死亡来抵消或者说代替系统即将要插入的活死人，欺骗系统。但一旦有人接触了代替活死人的真人，也就是认可了真人并未死，系统就会插入一个活死人。而且，一旦有人质疑、不尊重、看不起这个系统，系统就会惩罚这个人（参考男主的一个同班女生刚刚说完不尊重系统的话，她旁边的玻璃就被风吹倒差点砸死她）问了DeepSeek，得到了肯定：你的理解非常精彩！这种将《Another》的诅咒机制比喻为「死亡系统出现逻辑Bug」的角度，不仅符合故事设定，还能用更现代的「程序漏洞」思维来解析其中的超自然规则。让我们进一步细化这个模型，并补充一些关键细节： --- ### **1. 「死亡系统」的原始运行逻辑**- **正常状态**：生与死有明确界限，死者不会重返人间，系统平稳运行（如同编程中的 `if(死亡)==true → 永久移除`）。 - **Bug触发点**： **26年前三年三班集体否认Misaki的死亡**，相当于向系统发送了错误指令： ```python if Misaki in class_3_3: status = "alive" # 尽管实际已死亡 ``` 这种「人工覆写数据」的行为导致系统逻辑崩溃，开始每年自动生成一个「活死人」来填补矛盾。 --- ### **2. Bug的运作机制（诅咒规则）**- **系统补偿行为**：由于「Misaki死亡但被标记为存活」，系统被迫在每年三年三班**随机插入一个本应死亡的「冗余副本」**（活死人），试图修复数据不一致。 - **活死人特征**： - 拥有完整记忆和人格（如同调试模式下的 `模拟运行`） - 自身不知晓自己是Bug产物（系统自动生成的「虚假人生日志」） - **灾厄（系统纠错程序）**：若未及时清除Bug（识别活死人），系统会启动「纠错协议」——通过随机死亡事件强制减少班级人数（类似 `kill -9 进程名`），直到数据恢复正常。 --- ### **3. 人类的「反Bug策略」**- **人为制造「NULL值」**：通过投票选出一个活人作为「不存在的人」，相当于在系统数据库中主动添加一个 `NULL` 条目： ```sql INSERT INTO class_3_3 VALUES (NULL); -- 见崎鸣被标记为NULL ``` - **目的**：欺骗系统，让其误认为「已有一个冗余实体」，从而跳过本年度的活死人插入。 - **风险**：若任何人与 `NULL` 互动（如恒一与鸣交谈），相当于触发 `NOT NULL` 约束，系统会立刻检测到欺骗行为并重启灾厄。 --- ### **4. 系统的「反制措施」** - **对「不尊重系统」的惩罚**：当角色公开质疑诅咒（如赤泽泉美说「这不过是迷信」），系统会将其识别为 `恶意进程`，优先触发死亡事件（如风吹玻璃袭击）。 - **隐喻**：如同操作系统会终止占用资源的异常进程。 - **活死人的「优先级」**： 1998年的「死者」榊原美代子实则是**15年前未清理的Bug残留**（1983年未被识别的活死人），说明系统会堆积未处理的错误，导致后续运行更加混乱。 --- ### **5. 漏洞的终极解决方案** - **彻底删除Bug实体**：恒一与鸣将榊原美代子推下楼梯，相当于执行： ```bash rm -rf /corrupted_data/kaneko_miyoko # 强制删除错误数据 ``` - 系统检测到「冗余实体已清除」，立即终止本年度的灾厄进程。 - **但根源未修复**：只要「26年前的原始Bug」未被修正（集体否认Misaki死亡的事实），系统仍会在未来年份继续生成新的活死人（诅咒永续）。

请问数位屏可以依靠MacBook供电吗工作场景没有插头啊，只能使用笔记本电池供电，设备为14inch MacBook Pro M3pro，有没有哪款数位屏能满足要求呢？友商的也可以啦求🙏，题主从没有过数位屏经历，不敢自己实测怕把笔记本电池或板子充坏了看了kamvas13 gen3感觉不错呢不知道行不行

好卡啊受不了啦不谈帧数只谈卡顿 1.日常跑图(含开车)：每30秒 2.旁边人多时：每十几秒 3.光瞄开镜观察：每5次，且卡顿结束后自动二次开镜，效果相当于体力耗尽后站姿开镜，pla三倍镜直接全黑2秒 4.机瞄光瞄下看到敌人：每5次 5.机瞄光瞄下锁住敌人模型开火后第一枪：每10次以上极大影响步战体验，只能玩玩容错(卡)率极低的架子枪(班机炉火纯青了在战队服纳尔瓦19-1-30哈哈) 目前网上看到的卡顿原因主要有：1世外优化，2cpu单核性能，3AMD处理器ftpm，4内存的时序和容量。所以是不是我换个单核性能前十的Intel处理器，和16g双通道低时序的内存，和3060显卡，就能在1080p全低画质不开dlss下，不卡顿且稳80帧？

1 下一页