累了……

作者分享了使用Unreal引擎进行静态模型动态加载测试的经历,测试节省了70%的读取时间,并提到需要解决的一些BUG及重挂接效率问题。

昨天初步测试了一下现在这个版本静态模型动态加载部分的效率,马马虎虎吧,省了70%的读取时间。剩下几个BUG,跟动态加载没什么关系了,是umbra的BUG,下周继续修理。此外还有个重挂接的效率问题,不过那个简直是没难度。

测完了,感觉很累,没觉得这么累过,今天睡了一整天觉,睡得现在超级精神。

真的很想感谢一下Unreal,无论如何,能坚持到今天,是因为Unreal,又爱又恨的Unreal。

无论如何,看来,我还要跟它携手走段日子吧……

我不是个喜欢说别人好或者不好的人,上过马哲的应该都或多或少有些迂腐的辩证,好或者不好,无非也就是人心一动。

只不过是人生中的一个过客,何必呢?

尊重它,面对它,解决它,工作无非就是就这样吧。

越来越觉得六年前,王前辈说的对了,你是因为爱好程序而进入这个行业,而不是爱好游戏本身。

很多人,变得陌生,很多人,让人讨厌,很多人,让人喜欢——然而,程序本身,还都是那样,一如既往的忠诚,一如既往的理性。

累了,读程序读的累了,有很多的想法,很多的思路,很多的意识,没有机会去表达。该淡出了吧……也是该整理一下思路的时候了。

生于中国,生在一个帝国制度走过两千年的国度,唯一庆幸的,只不过是在这个不讲帝制、却处处充满了帝国主义的怪异国度里,还能在一个叫做博客的地方自由的表达思想吧!

龙龙是“饱了呀”外卖软件的注册骑手,负责送帕特小区的外卖。帕特小区的构造非常特别,都是双向道路且没有构成环 —— 你可以简单地认为小区的路构成了一棵树,根结点是外卖站,树上的结点就是要送餐的地址。 每到中午 12 点,帕特小区就进入了点餐高峰。一开始,只有一两个地方点外卖,龙龙简单就送好了;但随着大数据的分析,龙龙被派了更多的单子,也就送得越来越…… 看着一大堆订单,龙龙想知道,从外卖站出发,访问所有点了外卖的地方至少一次(这样才能把外卖送到)所需的最短路程的距离到底是多少?每次新增一个点外卖的地址,他就想估算一遍整体工作量,这样他就可以搞明白新增一个地址给他带来了多少负担。 输入格式: 输入第一行是两个数 N 和 M (2≤N≤10 5 , 1≤M≤10 5 ),分别对应树上节点的个数(包括外卖站),以及新增的送餐地址的个数。 接下来首先是一行 N 个数,第 i 个数表示第 i 个点的双亲节点的编号。节点编号从 1 到 N,外卖站的双亲编号定义为 −1。 接下来有 M 行,每行给出一个新增的送餐地点的编号 X i ​ 。保证送餐地点中不会有外卖站,但地点有可能会重复。 为了方便计算,我们可以假设龙龙一开始一个地址的外卖都不用送,两个相邻的地点之间的路径长度统一设为 1,且从外卖站出发可以访问到所有地点。 注意:所有送餐地址可以按任意顺序访问,且完成送餐后无需返回外卖站。 输出格式: 对于每个新增的地点,在一行内输出题目需要求的最短路程的距离。c++
11-11
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值