设为首页收藏本站|繁體中文

Project1

 找回密码
 注册会员
搜索

一台流畅运行战地3的电脑表示RMVX只200个事件就卡了

查看数: 4496 | 评论数: 18 | 收藏 0
关灯 | 提示:支持键盘翻页<-左 右->
    组图打开中,请稍候......
发布时间: 2013-11-15 22:11

正文摘要:

想用RM做个类似沙盒那样需要即时存在众多动态物件和生物的表示鸭梨很大,如果要优化最多也就把静态的物件用脚本直接改写地图图块,而剩下的只有事件尽可能精简。 把时间定住的时候就算300个事件也不卡,时间一流动就 ...

回复

小学生 发表于 2013-11-17 11:35:14
256M内存30G硬盘的**路过。
tjjlb 发表于 2013-11-17 09:42:54
流川枫 发表于 2013-11-15 23:50
其实我从一开始就看出RM一个导致CPU狂占的原因,刚试验了下果然和我想的一样。

插入以下临时脚本可以实测3 ...

= =这是要表达十一节假日吗

点评

连帖我觉得还不如水贴更占用服务器空间,还是说6R的服务器小到几KB了  发表于 2013-11-17 10:57
fux2 发表于 2013-11-17 00:51:50
柳之一 发表于 2013-11-16 22:02
戰地三---用的是你的顯卡
rm--用的是你的cpu,
有什麽可比性

切成全屏不就是了。
柳之一 发表于 2013-11-16 22:02:09
戰地三---用的是你的顯卡
rm--用的是你的cpu,
有什麽可比性

点评

问题是我的CPU是四核八线程  发表于 2013-11-16 22:50
流川枫 发表于 2013-11-16 19:31:25
fux2 发表于 2013-11-16 12:21
楼主可以试试只刷新屏幕内的事件,默认的系统很卡是因为屏幕外的Sprite也生成并且描绘,没有很好的管理 ...

试了一下发现角色精灵刷新卡在更新方法中的这几个地方,如果去掉这几个地方并且不随机高频率移动的话1000个事件也流畅。也就是说RM两个导致爆卡的原因一是之前我说的碰撞检测,二就是你说的精灵刷新。我之前说的剪裁是DX是自带的功能,而RM刷新精灵卡就是RM自身的问题了:

update_bitmap

move_animation(@character.screen_x - x, @character.screen_y - y)

    self.x = @character.screen_x
    self.y = @character.screen_y
    self.z = @character.screen_z
grayuncle 发表于 2013-11-16 13:23:50
楼主想做红警这样的战略游戏么
无脑之人 发表于 2013-11-16 12:42:48
直接撸Sprite算了……打死也不用事件- -
残瑰月狐 发表于 2013-11-16 12:23:58
300?密集恐惧症的默望
fux2 发表于 2013-11-16 12:21:51




楼主可以试试只刷新屏幕内的事件,默认的系统很卡是因为屏幕外的Sprite也生成并且描绘,没有很好的管理。
这个截图的工程忘了把事件设置为随机移动,实际上是一样的。
放个范例,楼主可以试试
Take♂It♂Boy.rar (243.08 KB, 下载次数: 49)

点评

精灵绘制的时候会自动剪裁视区  发表于 2013-11-16 17:21
和精灵没有什么关系,如果固定不随机高频率移动,就算500个也不卡甚至不做任何优化  发表于 2013-11-16 17:19
拿上你的纸笔,建造一个属于你的梦想世界,加入吧。
 注册会员
找回密码

站长信箱:[email protected]|手机版|小黑屋|无图版|Project1游戏制作

GMT+8, 2024-11-28 02:10

Powered by Discuz! X3.1

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表