|
推荐
楼主 |
发表于 2015-12-26 00:31:42
|
只看该作者
本帖最后由 hackgoto 于 2015-12-26 07:31 编辑
哈哈哈!干得不错!老兄。这是我自发布以来笑得最开心的一次!第一个吃螃蟹的自会知道蟹肉的美味。
你大可不必用bad-OS-x命名文件,去定制属于你自己的风格吧,一定行!
需要注意的地方:同一个时间点,读取存储介质上的某个图片文件,图片文件的实体宽高、显示宽高、图片文件自身大小,
这些需要掌握分寸。
这并不是程序bug,而是我说的宽松的条件,例如:
如果将图片存放于U盘,U盘读写速度慢,又或者主板USB传输慢,图片的大小2MB,分辨率4K(3840×2160),此时,你让程序去加载和解析U盘上的图片序列,后果可想而知。
所以我的做法是用PS批处理了一些过大的图片文件,分辨率降到640x480,单个文件大小控制在20-40KB左右,这样保证适应大多数主机。
测试引导程序是否会崩溃的方法:这个测试方法来自于一个熊孩子 rm_rf_/
正常人的操作习惯是,手指按上、下键选择菜单,熊孩子的玩法是,手指一直按住上、或者一直按住下,持续5秒钟以上,此时,如果某些地方超标,比如单个图片文件大小、显示大小、实体宽高。。。
一旦超高负荷,主板speaker小喇叭会发出“哒哒哒。。。”的响声,此时再马上切换菜单相反方向,会卡住一会,继续这样反复折腾下去,程序会自毁,只剩简单的基本菜单界面,可以继续操作。
所以,在设计前,考虑到这些,一旦发生上述情况,请降低分辨率、压缩大小等方法处理。
我做的bad_OS_5.0的演示DEMO,经过那个熊孩子的亲手验证,完全过关!没有程序崩溃情况出现。。。
加油!朋友!希望早日看到你的成果!
纠正昨晚回复中的错误:怎样才会导致内存溢出、程序崩溃,这个结果是在VM虚拟机中测试的,假如虚拟机内存128M,那么显示大于1024x768的图片序列,容易出现上述情况。。。
256MB以上内存大小,我虽然在引擎程序中,设置了限制,也无法保证,有没有熊孩子,给引擎一些极端的情况来处理,例如想用引擎看4K岛国动作片。。。。 |
|