事件处理过程可以这样：（截图）
|
|
你可以拆开，按序列帧处理。但是我电脑配置不是很低，而且用的是mv所以没法给你测。 但是我刚才用mv试了一下在3秒内加载180张816*624的大概550kb的图片且不处理缓存，发现运行后帧率仍然在140以上……所以我的实验毫无用处orz……
然后我又打开了xp，发现帧率最高40，然后我同样显示了80张816*624的大概550kb的图片且不处理缓存，发现帧率掉到了30…… 我现学了一下语法，读取1 (1).png 1 (2).png 1 (3).png……写了脚本来连续输出80张图，图虽然相同但是重复加载了80次，我觉得电脑并没有将80张图处理为一个缓存（我的鄙见）…… value=$game_variables[1] $game_screen.pictures[value].show("1 (#{value})", 0, 0, 0, 100, 100, 255, 0) 我觉得楼主应该用过一些改善这些画面表现的脚本或者用过其他措施所以应该不会这么惨，但是80张550kb的图同时显示xp帧率就掉了10，我觉得直接缓存一张70MB+的大图是如何也无法搞定的…… 要不换一下引擎…… |
Im剑侠客 发表于 2020-12-8 11:04 我觉得这个倒是可以假装 now loading，在切场景下个场景用到这个的时候先读一遍， 但是动画带音效并且动画显示z数值很高，怎么能不播放音效 不显示悄无声息的在切换场景时候先读一遍呢？简历动画2，显示透明度0无音效先读一遍？然后再显示动画1，加载同一个素材？ |
|
按照换算，这个分辨率尺寸读取到内存ram估计要150mb。仅仅是改变文件的硬盘大小对内存是没有效果的，就像你加载一张相同尺寸的纯色图片，内存仍然要占用。 理想的方法是控制分辨率尺寸，但是要全屏高清，这个尺寸就不能动手了。大尺寸想要流畅运行，应该考虑提前加载，即：合适的时机提前显示过一遍，装进了内存里了，就不会出现加载类型的卡。 |
|
要加载速度快 转成序列帧 要文件小 应该需要类似视频压缩的算法 这我不懂 原理之一大概是只保存帧间变化的信息 (所以可以自己瞎写一个来储存) gif就是用的动态压缩储存 gif也是支持透明度的 因为我写过gif解码播放脚本 所以我建议换个转换工具转gif |
|
本帖最后由 ppspssss 于 2020-12-7 21:23 编辑 硬件再高, 可是RMXP还是只支持单线程, 也就是你电脑1核也好, 十核心好也只是只吃1个核心, RMXP一直性能很吃緊 你这个是错误用法, 大图片肯定要分割处理, 变成一张张小图片续张加载(序列帧) , 不过不知你是什么用途, 若果你想小图片续张加载png做(序列帧), 占用大小用png会很大, 不过jpg不支持透明图层 , 如果播放时间不长还可以接受, 如果大的话宣传片之类很大的还是直接放上B站好了~ |
站长信箱：[email protected]|手机版|小黑屋|无图版|Project1游戏制作
GMT+8, 2025-1-11 21:50
Powered by Discuz! X3.1
© 2001-2013 Comsenz Inc.
组图打开中，请稍候......
分享
收藏
