难怪我烧机子

89444640

我一直以为现在硬件过剩，实际上碰到大图还是卡，
我就个简单愿望播放无损全屏动画，以前没注意大小，今天一看

一米五左右，按说也不大啊，人家广告动不动十米横幅来着……
但是xp播放时候会卡一下
pscs3无法处理了转存成gif，用其他软件，转成gif，然后再转回png发现所有半透明细节都没了，
这么大图怎么能优化到不损失清晰度还能小一点？

KB.Driver

建议分解成图片序列……嗯。
不损失清晰度的压缩是有极限的
不过微损的话能小个30%以上，我之前用的这个网站
https://tinypng.com/

ppspssss

硬件再高, 可是RMXP还是只支持单线程, 也就是你电脑1核也好, 十核心好也只是只吃1个核心, RMXP一直性能很吃緊
你这个是错误用法, 大图片肯定要分割处理, 变成一张张小图片续张加载(序列帧) , 不过不知你是什么用途, 若果你想小图片续张加载png做(序列帧), 占用大小用png会很大, 不过jpg不支持透明图层 , 如果播放时间不长还可以接受, 如果大的话宣传片之类很大的还是直接放上B站好了~

SixRC

要加载速度快
转成序列帧
要文件小
应该需要类似视频压缩的算法
这我不懂
原理之一大概是只保存帧间变化的信息
(所以可以自己瞎写一个来储存)

gif就是用的动态压缩储存
gif也是支持透明度的
因为我写过gif解码播放脚本
所以我建议换个转换工具转gif

天浩

用PS嘛，用高版本有 快速导出为PNG，导出文件不会那么大。

Im剑侠客

按照换算，这个分辨率尺寸读取到内存ram估计要150mb。仅仅是改变文件的硬盘大小对内存是没有效果的，就像你加载一张相同尺寸的纯色图片，内存仍然要占用。
理想的方法是控制分辨率尺寸，但是要全屏高清，这个尺寸就不能动手了。大尺寸想要流畅运行，应该考虑提前加载，即：合适的时机提前显示过一遍，装进了内存里了，就不会出现加载类型的卡。

89444640

Im剑侠客 发表于 2020-12-8 11:04
按照换算，这个分辨率尺寸读取到内存ram估计要150mb。仅仅是改变文件的硬盘大小对内存是没有效果的，就像你 ...

我觉得这个倒是可以假装 now loading，在切场景下个场景用到这个的时候先读一遍，
但是动画带音效并且动画显示z数值很高，怎么能不播放音效 不显示悄无声息的在切换场景时候先读一遍呢？简历动画2，显示透明度0无音效先读一遍？然后再显示动画1，加载同一个素材？

saterick

图片的品质和大小是天生一对的矛盾，必须得从两者中选出一个边来，无损缩小体积是不存在的。70M的动画太可怕了，RMXP先天性孱弱，如非原则问题，还是优先考虑运行效率比较好吧。

仇九

你可以拆开，按序列帧处理。但是我电脑配置不是很低，而且用的是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剑侠客

事件处理过程可以这样：（截图）