之前好几位朋友留言都提到通过追send找动作CALL但失败了问我怎么追，以前我其实也没研究过航海的数据包部分，今天简单研究了一下。 网游发包CALL有好几种设计思路。设计思路简单，实现也就简单，追踪也简单；设计思路复杂，实现就复杂，追踪也麻烦。 最简单直男的思路就是：动作CALL→构造数据包→加密数据包→发包。这种思路的游戏几乎已经没有了，代码复用性不高，效率也低。 改进的思路是：构造消息队列或者使用多线程，不管哪种，都需要有一个共享的变量容器用于存取数据包。 断点 bp ws2_32.send 断点时机很重要。最…
以前懒神在seraph论坛写过一篇海上技能的文章，思路大概就是根据已释放技能的数量变化来找内存地址。我今天试了一下，能找到技能数的最终内存地址，但偏移格式已经变了，无法逆推基址。那么今天再来重新找基址。 还是用搜索已释放技能的数量变化方法来找。也可以按照懒神已找出的技能ID变化来找，但万一技能ID变了咋办？所以还是用最原始的方法最好。 确定海上技能数内存地址 进游戏，出海，开CE。 确定调用堆栈 对这个唯一的地址CE下什么改写地址。游戏里停止1个技能。 从00D406B3 dec dword ptr ds:[ecx…
在Windows里，应用程序不直接调用任何窗口函数，而是等待Windows调用窗口函数，请求完成任务或返回信息。为保证Windows调用这个窗口函数，这个函数必须先向Windows登记，然后在Windows实施相应操作时回调，所以窗口函数又称为回调函数。
网上有不少BBR版本和测试文章，到底该选择哪个BBR是挺纠结。测试文章也都不严谨，弄个国外VPS+一键bbr脚本+一键测速脚本完事，这样测试结果肯定不准。VPS是虚拟机和共享带宽，本身性能就受到物理机资源分配的波动影响，以及VPS到本机这么远的不可控网络链接；一键测速脚本是点对点传输，而实际应用不管是网站还是提供什么服务，都是一对多，场景差别就很大。 较科学专业的文章，有： 拥塞控制算法 cubic linux自带默认拥塞控制算法。 BBR BBR（Bottleneck Bandwidth and Round-tr…
说明文档里有些要点不写清楚，害我查阅半天资料。 使用包含所在文件和函数的自定义输出格式 分两步。分别要设置SPDLOG_ACTIVE_LEVEL宏，以及要使用时也必须使用宏。 第一步 定义日志显示级别宏 必须在#include <spdlog/spdlog.h>前，插入#define SPDLOG_ACTIVE_LEVEL SPDLOG_LEVEL_TRACE。官方说明在（https://github.com/gabime/spdlog/wiki/0.-FAQ#how-to-remove-all-debug-…
本文实验和记录如何在Visual Studio C++中的控制台、文件存取和json库中正确显示和保存UTF-8字符编码，包括中文、俄文、日文、希腊文和特殊符号等。
DNS默认使用UDP协议向DNS服务器的53端口发送DNS查询数据包。由于机房可能封禁UDP协议，导致服务器的DNS无法正常解析，因此需要将服务器的DNS改为TCP协议。
最近评论
wking 发布于 2 周前（06月10日）
1233333 发布于 2 周前（06月10日）
wking 发布于 2 个月前（05月01日）
wking 发布于 2 个月前（05月01日）
YYt 发布于 2 个月前（04月29日）