是这种可视性进度都是骗人的，还是前半段与后半段加载的东西不一样导致的？比如《骑马与砍杀》是先加载贴图后加载配置文件，所以是先慢后快。

解压慢，配置快，就是不清楚游戏里有多少配置是依赖压缩数据的了

我知道网络进度条都是骗人的。估计一个大概的时间，加载完成了才迅速调整进度条。

-- 来自 能看大图的 Stage1官方 iOS客户端

感觉好多都是在中间卡一会，然后一下冲到底

-- 来自 有消息提醒的 Stage1官方 iOS客户端

拨号上网年代ie下面打开网页的进度条.....
明明有些网站压根就连不上，也在慢慢读条....
害的我等他读满了，网页也是打不开......

又不是真实反应，就是表示我们在处理中了

游戏本身就是障眼法，读条做成不精准的也没什么问题，比如：加载场景过程中读条做个1秒增加1%，读取完毕上面幕布还覆盖着把后面进度1秒拉满就会这样.

这部分反正可以随便糊弄下。

模拟器玩第二次og，读档比实机快多了，愉悦

我同学说他们做的游戏，进度条就是个动画，上来直接拉到90，等真的载入完了再跳到100

-- 来自 有消息提醒的 Stage1官方 Android客户端

有一种情况是
不管后台读取速度是多少，进度条都会按照一定的速度走，如果进度条还没走完读取就结束了，那就加速跑完进度条

这只是一个渲染效果，具体怎么操作的还是看架构，前慢后快一半都是先解压后加载，但也可以做成均匀loding，

不一定。

-- 来自 能手机投票的 Stage1官方 iOS客户端

进度条怎么走，全看程序员怎么写。有上面那种纯动画只等一个结束回调的。有按部就班给你显示加载语言包，加载场景，地图，人物，系统的，但是因为各部分大小不一样，所以会出现一下子到80，然后卡一阵子，再瞬间完成。也有很负责的，详细考虑各模块具体加载时间，把卡的部分拆分，做出柔顺进度条的。

进度条还要按照实际加载过程显示进度只会更拖慢速度吧

像MHW这种根本进度体还没走到一半场景就出来了的，我怀疑是给玩家看tips做一个提示而已。

有些游戏加载说明都是口胡

你想想，根据读取什么东西完毕再更新进度条不是挺麻烦的么，而且读取更慢了。直接加载完再切不好吗

骑马砍人这个的话，看起来文字是按类型显示的，比如贴图、配置文件
进度条是按单个文件增长

所以前面度贴图，往往是一个个大文件包，所以读一个进度条涨很多，但涨一次停很久，文字却不怎么变
后面读配置文件，往往是一个个极小文件，所以读一个进度条只涨一点，但文字一直在闪，因为配置文件很多，但界面显示给你的都叫“在读取配置文件”这行字

类似策略的应该还有war3,

进度条大多数都是骗人的

升旗仪式见过吧，最后一句话突然拽到头

记得当年赵云传 前95都是假的

-- 来自 有消息提醒的 Stage1官方 Android客户端

这玩意精确不了，只能告诉你正在加载，没卡死。

不晓得，我做前端的时候进度条都是自己乱写的。。。。

可能和我一样，前面随便写个速度，加载好了就快速跳到百分之百

多数一开始动很慢又在走的进度条 都是假的……
等全读取完了把剩下的进度直接跑满

我怎么觉得是最后一点卡一段时间的比较多

可恶啊！

这不是个好习惯，根据具体工作给进度条安排百分比能非常方便解决卡进度条一类的bug。用户反应卡在百分之几就能迅速定位问题，不然出问题都不知道去哪找

怎么说呢，我也没当过正儿八经的前端，只是单纯把前端也做了，领导对我要求就是“好看就行”
国企嘛。。领导看到我们做的东西和外面的审美竟然差不多都要喜极而泣了（）


不过其实大多数时候加进度条只是因为交互的原理里面要让用户知道正在处理吧（）
问了下大厂上班的，好像也是就弄个动画居多

u3d异步加载是支持输出进度的哦