@tsuThoughts · Post #1009 · 2026/01/02 16:22
#TPE T2 D2-D5 这些地方,下楼登机口前有大量躺椅可以躺平,大概可以0点睡到5点多,建议带眼罩 晚安
Hashtags
前段时间一直被MajdataPlay的外键输入问题困扰:有玩家反映majplay会无征兆地出现拖判和吃音,但是内屏一切正常 因为我是第一次接触游戏开发,IO这方面也完全没经验 一开始我和bb本怀疑是线程调度的问题,即:IO线程时间片被其他线程挤占了,导致IO线程无法及时处理HID设备回报。为了验证这个猜想,我们尝试提高了IO线程的优先级,照旧 接下来我怀疑是我那套框架有问题:majplay是根据上一帧与这一帧的按键状态判断按键是不是"click"。为此我重写了这部分的实现,改进了IO线程与主线程之间的交互,问题照旧....... 到这里我已经怀疑这不是majplay的锅:IO线程没有任何异常,IO线程与主线程的交互没有问题,Note判定逻辑也没有问题,那就是设备确实没有回报给majplay或者设备发过来的回报中按键确实没有按下,但是大佬说hdd没有这种问题.....(人已经快崩溃了,这完全看不透也摸不着,因为我用单片机模拟玩家打高速纵连是完全没有问题的,我在家里用手台测试也没有问题) 到最后,bb本灵光一闪,说有没有可能是led刷新率过高,把按键控制板干爆炸了?我们让大佬把led刷新间隔从16ms改成100ms,吃音问题瞬间没有了,无语了 。。。。。。。。。。。。。。。。。。。。 adx是一个控制板同时管理按键和led,为什么我没有遇到吃音问题呢,因为我的手台不是adx的... #dev
Hashtags
搜索 #tpe
@tsuThoughts · Post #1009 · 2026/01/02 16:22
#TPE T2 D2-D5 这些地方,下楼登机口前有大量躺椅可以躺平,大概可以0点睡到5点多,建议带眼罩 晚安
Hashtags
@HostEvaluate · Post #867 · 2023/06/09 15:52
#YXVM#TW#TPE Host Provider: YxVM Location: Taipei, Taiwan Specification: 1vCore | 1GB RAM | 20GB Disk | 800GB @ 1Gbps | $20 / Mo Looking glass: https://tpe-sn.lg.node.yxvm.com/ 感谢商家提供的测试机。不是很懂为什么这机器都能看 BBC iPlayer 的。机器性能可以。网络上看起来电信最好;移动其次;到联通没什么速度。中间跳被隐藏了,不能确定回程走的什么线路。目前看起来是电信 CN2,移动 cmi,联通 cug/CN2。电信联通延迟不错。海外看起来有 telstra,cdn77,twgate,chief,retn,GSL。10$ 400G 流量的价格说实话还是有点贵的。 https://paste.debian.net/hidden/f5670e2d/ 流媒体报告: https://paste.debian.net/1282716/
@HostEvaluate · Post #868 · 2023/06/11 22:48
#misaka#TW#TPE Host Provider: Misaka Network Location: Taipei, Taiwan Specification: 1vCore(EPYC-Milan) | 1GB RAM | 16GB NVMe | 716GB Traffic | $21 / Mo Looking glass: ping.sx (去 mtr 里选择 Taipei(Misaka), 例表里面下面那个. url 中 p=233) 感谢商家提供的测试机。这款可以和上面 yxvm 的对比来看,不过 misaka 就没 10$ 的穷人套餐可以买了。机器性能很好,网络上联可能是 10G?到电信的速度看起来也很不错。misaka 这边到国内的回程路由也是被隐藏了。Take an educated guess, 电信联通走了 CMI? 到海外路由&精品网倒是没有隐。到外海的路由看起来针对地区有优化,有些会走他们内部网络的样子。btw, 脚本的 NF 检测好像不是很准。 https://paste.debian.net/hidden/4d526ed4/ 流媒体报告: https://paste.debian.net/1282713/ Edit: 流媒体解锁看起来比 yxvm 的好