这是在isaac中使用c++创建游戏mod的一次尝试。此mod为游戏的lua虚拟机提供bilibili弹幕的访问接口。
首先请安装vcpkg，以安装编译c语言环境所需的依赖包，务必使用static的方式安装静态包：
vcpkg install zlib:x86-windows-static
vcpkg install brotli:x86-windows-static
使用vs2022的c++开发环境，打开解决方案，编译生成的dll放在本项目的danmuB/lib下面（需要将后缀由dll改为bin），danmuB就是提供api的mod。
将本项目的danmuB和example两个mod放在游戏mod文件夹，并使用--luadebug启动游戏即可。
example偷懒用了EID的字体，所以请开启EID。
开启游戏后，在控制台输入以下内容设置房间ID为1234：
danmuB.setRoom(1234)
该mod创建一个服务线程，用于收取bilibili的直播弹幕信息，并将信息发送至游戏内的lua虚拟机中。lua虚拟机无需考虑多线程，线程之间使用无锁、无等待的方式进行同步。
该mod新增全局变量danmuB为其接口。
danmuB.setReadingEnabled(enabled)
enabled是布尔值
danmuB.getReadingEnabled()
返回值是布尔值
设置reading是否启用。默认是关闭的，需要手动启用。
不论reading是否启用，danmuB服务都会连接B站服务器并拉取弹幕。但只有在reading启用后，才会将弹幕储存到缓冲队列中，留给后续的danmuB.receive使用。
也就是说您需要调用danmuB.setReadingEnabled(true)才能接收到弹幕数据。启用后所有接收到的弹幕都会存储在缓冲队列中，每次调用danmuB.receive都会清空队列。如果长时间不调用receive函数则队列会满（当前队列长度为10000条弹幕），后续收到的弹幕会被漏掉。
danmuB.receive(handler)
handler签名：
function handler(text)
...
end
该函数内部反复多次调用handler处理每一条缓存的、未处理的弹幕数据。
text是服务器返回的json字符串
danmuB.setRoom(roomid)
设置房间号（数值改变则会重新发起连接）
roomid是整数值
danmuB.getPopularity()
返回房间人气值
返回值是整数值
danmuB.version
表示当前（DLL文件的）版本号，浮点数小数
本mod排它使用。danmuB.receive每次调用清空队列，无法被两个mod同时调用。您可以把全局变量danmuB拦截，以拒绝其它mod使用此mod。例如：
local my_danmuB = danmuB
danmuB = nil
-- 此后的mod无法访问danmuB接口需要以--luadebug参数启动游戏，您在使用时应知晓其安全风险。
目前lua回调得到的是服务器返回的json字符串，可以几乎受到所有消息，可能会有性能问题。如果确实存在，则后续可以考虑使用c语言做简单预处理。
- 使用wininet完成网络操作
- 使用lua对接游戏lua系统
- 使用jsoncpp解析json数据
- 使用zlib和brotli解码弹幕数据（需使用vcpkg手动安装）