第三百四十章 把游戏变小(第 3/3 页)

    想法很好，可当连军计算了所有游戏以后，发现256的储存卡根本装不下。

    “至少也得要512的储存卡，虽然小蜜蜂这种游戏体积很小，只有16k，但像超级马里奥这种游戏一个就有64k，很容易就超标了。”

    连军表示如果想尽可能多的塞游戏，最好的办法就是放弃超级马里奥这种大体积游戏。

    郑南直接否决这种想法：“绝对不行，小蜜蜂这种游戏的体积是小，但同样的趣味性也小，而超级马里奥这种游戏体积大，但趣味性也大。我们不能只要一边而放弃另一边，我们现在要做的，就是尽可能选出一个最优配比。”

    连军对郑南这样的要求直感觉头大。

    郑南笑着让他不要着急，还是先优化这些游戏，看看有什么办法可以尽可能压缩一下体积的好。

    其实对郑南来说，他这时的想法是塞进去十一二款游戏就足够了，放弃一两款大游戏，更多使用小游戏，同样也能给人一种“游戏丰富”的感觉。

    可第二天连军却带给了郑南一个惊喜，他告诉郑南他想到把这十五款游戏全放进256储存卡里的办法了。

    “就是写代码！”

    连军告诉郑南他研究了这些游戏发现这些游戏的贴图很多都是一模一样的：“既然如此，那我们为什么不让这些游戏同建立一个素材库，然后使用代码将这些素材库连接起来，就能极大的压缩空间了。”

    郑南大概能明白连军的意思，就是指原本这些游戏都各自有一个素材库，现在连军要把这些素材库都打通放一起，就能极大的节省空间。

    毕竟游戏的大小，基本就取决于这些素材的多寡，像超级马里奥为什么大，就因为他的贴图场景多；相反小蜜蜂翻来覆去就那几个场景，因此特别小。

    而相比这些素材的占比，代码所占空间就可以更加忽略不计了。

    “这个办法听起来不错，可如果把素材都放在一起，这样会不会出现取用出错的问题？”郑南问。

    连军很认可郑南问到了重点上，他回答道：“我可以专门制作一系列代码来规避这些问题，比如将这些素材归类，虽然都放在同一个仓库，但只要我们给他编好号，这样在取用的时候就没那么容易出错。”

    “你有多大把握？”郑南直接问。

    “九成……至少八成以上！”连军回答。

    好！

    郑南当机立断道：“既然连军同学你有这个把握，就请先试一试吧，如果你能做成我会给你一笔额外奖金；但是同时我们也必须保留单个游戏的可能性。”

    连军站起来坚定向郑南保证，自己无论如何也要做到！