自定义博客皮肤VIP专享

*博客头图：

点击选择上传的图片

格式为PNG、JPG，宽度*高度大于1920*100像素，不超过2MB，主视觉建议放在右侧，请参照线上博客头图

请上传大于1920*100像素的图片！

博客底图：

点击选择上传的图片

图片格式为PNG、JPG，不超过1MB，可上下左右平铺至整个背景

栏目图：

点击选择上传的图片

图片格式为PNG、JPG，图片宽度*高度为300*38像素，不超过0.5MB

主标题颜色：

RGB颜色，例如：#AFAFAF

Hover：

RGB颜色，例如：#AFAFAF

副标题颜色：

RGB颜色，例如：#AFAFAF

预览取消提交

自定义博客皮肤

上一步保存

极客七

极客柒

博客等级

码龄8年

138
原创

423
点赞

651
收藏

9029
粉丝

关注

私信

分类专栏

Unity 47篇
逆向 4篇
Android 8篇
加密/封装 3篇
基础笔记 6篇
Cocos Engine 13篇
Web3 16篇
C# 11篇
Multiplayer 1篇
Game Fire 1篇
Python 13篇
Golang 1篇
Network Communication Protocol 2篇
Laya Engine 15篇
IOS/Xcode 1篇
WebServer 3篇
Nginx 3篇
TCP
算法/数学应用 6篇

最新评论

程序员为什么不喜欢关电脑？
科兴TFBOY: 我不喜欢关是有点类似缓存的机制在，运行中的电脑开了很多窗口，有工作中的进度，关机会把缓存清理了。
Unity Timer 轻量高效高精度定时器实测比Dotween带的定时器开销少10倍
我是质点: 你好，当调用SetInterval时若immediate为true，且func回调函数里也有SetInterval的时候，由于返回的idOffset是静态的，此时2个SetInterval得到的定时器id将会是相同的。故138行的"return idOffset" 可改成 "return timer.ID".
【帧同步】关于状态同步的经验分享
Jave.Lin: 感谢回复。增量式快照，我之前也想过，但是不好做，也可能是我想的姿势不对。因为玩家越多预测错误概率越大，而且要做l 这个单位这次预测是否需要快照处理的判断也复杂 (需要所有玩家预测的影响量 (影响的单位集合)) 像这种大量的单位，其实不适合内存快照方案的预测，性能会成为瓶颈，而且光恢复快照出来的内存引用关系就很复杂了，而且会耗费很多计算量，而且也有很多内存操作导致带宽压力而发热我们之前也是有考虑丢子线程做，但是需要内存快照的方案搭配才好制作，而内存快照方式对与我们大量单位的来说并不适合，所以我们想出了另一个更加适合的预测方案，手感体验上和性能代价都可以很低的情况下实现我们后续也在做这些优化: 1. 逻辑帧率调整，我们也有对逻辑帧率控制优化，之前是 20FPS，现在会修改到 15FPS，这个优化除了可以节省 CPU 结算量，还可以节省追帧计算量、加速恢复战斗，这个优化还可以在视图层 30FPS 或是 60FPS也有视图流畅度的帮助 2. 预测回滚方案的改进版，基本上我们预测 5~10帧，都是没什么性能代价，这中方案我想出来的时候，我都兴奋到头皮发麻，终于解决了巨量单位的预测问题，方案是：预测视图表现，这中方案，我们随随便便预测 N 个帧都是没问题的 3. 对于大量骨骼动画我们也会使用 VAT方案 (烘焙骨骼的方式)，节省CPU层的 Animaton 相关 update 的大量消耗 4. 对于大量单位我们也考虑使用 Compute Shader 来做剔除，然后 instancing indirect 绘制，可以节省不少 CPU 的绘制和节省巨量的 DC, set pass call 来减少 CPU 开销 5. 粒子系统的重灾区优化 (这个体量太大，只能一个一个分析做法问题，而且尽可能不使用 particle system 实现) 所有这些方案，我们都是先分析瓶颈在CPU还是 GPU，然后选择不同的方案
【帧同步】关于状态同步的经验分享
极客柒: 推荐是做脏数据处理，对标记脏的数据进行增量快照，而不是每次都做全量的快照至于发热问题，可以考虑降低逻辑帧频率，如25帧降低到15帧然后卡顿的问题，可以考虑走异步和多线程来处理，也可以考虑下用 Compute Shaders 等方式，将算力提交到GPU，在协程里交互来解决，这个方法可以解决数据量大，算力瓶颈等问题
【帧同步】关于状态同步的经验分享
Jave.Lin: 请问你们帧同步项目单局中的单位有多少个啊？比如：王者荣耀如果是 5V5 的话有：10+24+22+22=78个具体到: 10个英雄，3路线x每波3小兵x2波兵x2方阵容 (3x3x2x2=24)，2红buff怪+2蓝buff怪+2x3猪+2x1穿山甲2x3猪+2凤凰+1主宰+1暴君(2+2+2x3+2x1+2x3+2+1+1=22)，18个防御塔+2水晶+2泉水 (18+2+2=22) 而我们项目目前有 10个队伍，每个队伍可以召唤 10~20 个单位，还有大概50怪+20个宝箱+20棵树+20定时随机资源点+0~1000可可以拾取的水晶或是金币+子弹0~200个这里就有 : 10x(10~20) + 50+20+20+20+(0~500)+0~200 = (100~200)+110+(0~500)+(0~200)=(200~310)+(0~700)=(200~1100) 个单位数量上已经碾压王者荣耀 3~15 倍左右因此，我们要是做内存快照的 CPU计算压力(卡顿)、内存读写压力(总线发热)可不小，但是目前除了逻辑帧的所有实体的内存快照的方式来做预测的回滚方案，暂时已经没有其他更好的方案了

Golang

关注

文章平均质量分 63

Golang语言

关注数：文章数：1 文章阅读量：1138 文章收藏量：3

作者: 极客柒

花时间，做好一件事。

展开

VSCode Golang 环境搭建 & 输出第一个程序hello world —— window案例

Golang 官网https://golang.google.cn/工具准备Golang window版本编译器下载https://dl.google.com/go/go1.17.windows-amd64.msi默认会配置 GOROOT环境安装完成后在命令行中输入 go version成功输出 go 版本信息显示未知的命令 or 报错可以自己去检查一下没有的话需要创建并确保Path变量中包含该路径 %GOROOT%\bin...

原创 2021-08-30 02:06:04 · 1142 阅读 · 0 评论

Golang

作者: 极客柒

VSCode Golang 环境搭建 & 输出第一个程序hello world —— window案例