美利坚:游戏制作教父 第514节

  有过洋馆工程的项目经验,这帮人现在搞起《Myst》项目来也算是专业对口。

  至于其他的基础建设问题,则是一股脑交给了外包的基建公司。

  钱款给够,当日便将设备拉到了码头装船。

  上千人规模的巨型项目,真的动起工来颇为壮观。

  “比想象中要热闹不少啊。”

  林立新眺望着远处拉物资的船只。

  这个项目可以预见到的肯定是个长期项目了。

  毕竟不是洋馆那样直接搞装修就行的,估摸着哪怕是只解决基础建设,让影视基地运行起来,那也得一年起步。

  好在是《Myst》游戏需要的核心部分可以让道具组先顶着,不至于拖累进度。

  毕竟本来他们也是需要给游戏整个建模的。

  有个真实的群岛摆在这里,也就是让3D空间的设计能更自然一些。

  “对,就在这儿摆个断石柱子……《夺宝奇兵》当时的布景没有剩的吗?有?那直接从仓库拉过来。”

  道具组的一帮工作人员急赤白脸地布置着摄影棚。

  好在是《夺宝奇兵》的拍摄工作才刚过去一年,很多东西到现在都还好好地摆在仓库里。

  从好莱坞那边直接拉过来就能立刻投入使用。

  “把这么大的世界装进一张游戏光盘里,还要包含大量的FMV真人影像视频,这可是个大工程,不管是对摄制组还是开发组都是。”

  卢卡斯看着热火朝天的现场,不禁感慨一句。

  别看每座岛的面积都不算大,但这上面可是要布置大量的谜题和机关的。

  为了实现林立新想要的预渲染3D世界。

  每个位置都需要固定机位拍摄大量的照片进行后期合成。

  光是这么一座岛,内容量就是可以预见到的恐怖。

  而根据林立新的说法,整个游戏大概会有5个章节,也就是差不多整整5倍的内容量。

  光是想想就有够夸张的。

  “的确是。”

  林立新认可地点了点头,

  “好在我们已经提前把这部分问题解决了。”

  如果没有之前Vorbis压缩算法和视频压缩算法的研究工作,这次的项目恐怕还真不太好办。

  但现在好了。

  FMV真人影像在游戏里的运用GAMENOVA已经不是第一次了。

  虽然算不上炉火纯青,但至少也是轻车熟路。

  从《命令与征服》再到《生化危机》,再到这次的《极品飞车》。

  如何在有限的容量里尽可能多地塞进去视频,GAMENOVA已经有自己一套完整的技术栈了。

  音频更是业界独一档的存在。

  迭代多年的Vorbis,可以做到近乎无感地有损压缩。

  在保证质量的情况下能够轻松压缩到母带十分之一的大小,甚至极限一点针对不同音频文件单独适配特征提取,还能更进一步。

  有了这么一套纯熟的技术库,想要把这么多东西塞进一张光盘里的确有了一定的可行性。

  “容量其实根本不是问题,现在的规格已经足够了,我真正担心的是另一个问题。”

  “这世界上还能有你解决不了的问题?”

  卢卡斯扭头看向林立新,有些纳闷。

  如果要让他选出最可靠的人,卢卡斯会毫不犹豫地把林立新放在第一位,连自己老豆都要往后稍稍。

  连这位爷都会苦恼的问题,那得有多严重?

  “我……我倒是能解决,但问题并不出在我身上。”

  林立新看着正疯狂燃烧着胶卷的几位取景的摄影师,

  “真正的瓶颈……其实是光驱,软件的问题总会有办法解决,但硬件不行。”

  “怎么说?”

  “光驱头的读写速度太慢了。”

  林立新叹了口气。

  这也算是早期GAMENOVA快速发展时给自己挖下的坑了。

  CD-ROM如今的普及度是很高不错,但这也成了一个桎梏。

  有光驱的人,不会轻易地去花昂贵的价格再去买一块新的。

  而现有的光驱,读取速度非常的有限。

  其实这也是光盘在现代逐渐被SSD淘汰的主要原因了。

  机械运动哪怕是优化到极限,也不可能比得过SSD这种几乎瞬间读取的半导体。

  在随机读写能力上,不管是磁带还是光盘,这些顺序存储的介质表现的都非常灾难。

  光驱想要读取光盘上的文件,需要依赖转轴的转动以及磁头的移动。

  磁头的移动速度和光盘的转速,决定了它读取速度的上限。

  CD是为音乐而生的。

  在音乐播放上也是表现最好的。

  因为音乐本身就是顺序的内容,光驱可以从一处开始一直读到底,而几乎不需要考虑变换位置。

  但电子游戏完全是两码事。

  有可能前一刻还在光盘末端,下一刻就要求它读取到最前面的数据。

  一来一回,加载速度简直感人。

  按照目前普及的CD光驱规格,极限读取速度大概只有150KB/s。

  这可真是要了亲命了。

  要知道哪怕是现在这个半导体尚且十分落后的时代,硬盘的读取能力都能做到5MB/s了。

  想要提高光驱的读取速度,那就必须在转速和磁头移动速度上下功夫。

  然而这两个都受限于材料学和机械工程,恰恰是人类科技树里最难点的道路。

  速度稍微一快,强大的离心力和震动就会导致读取变成灾难。

  盘片也会出现严重的变形。

  按照实验室的结果,拉到2X二倍速,就已经是民用的极限了。

  想要再高的话便会难以保证稳定性,只能给科研和极端情况使用。

  可哪怕是二倍速版本,想要推行也困难重重。

  还是那句话,既然单倍速能用,为什么要花这么多钱再买个二倍速的?

  在这之前,林立新的解决方案是……没有解决方案。

  因为不管是赫尔墨斯还是NX,都有容量足够大的内存和显存。

  只要能提前把需要的东西缓存好,绝大部分时候其实都不会有太严重的割裂感。

  非常绿皮,但也非常好用。

  但这次这套方案有些走不通了。

  数据量太大了。

  机器里这点寄存器指定是不够用的。

  让玩家为了玩这个游戏专门升级4MB显存和内存?

  那实在是太过丑陋了。

  卢卡斯若有所思地点点头。

  身为一名先锋派的制片人,他对计算机技术的理解并不算特别浅薄。

  “预读取呢?把数据提前加载好缓存下来?”

  “恭喜你,已经追上我们几年前的技术了。”

  林立新调侃了一句,随即摇摇头,

  “要是这样就能解决那还好了呢,缓存容量不够用的。”

  “好吧,我也就是随口一说。”

  卢卡斯耸了耸肩,专业的人干专业的事。

  就比如他,作为一名制片人,能把这里的拍摄现场管好就算是兢兢业业了。

  “把那堆泡沫板都堆到高地的棚子里去,这边太潮了……”

  他指挥着,让一帮人把零落在地上的乱七八糟的东西都收拾起来。

  一旁的林立新看着忙碌的众人,忽然眼神一亮。

  “嘿,我早该想到的。”

  “这次又怎么了?”

  “优化啊,我知道怎么从软件层面解决这件事了。”

  林立新看着场地上的零碎,

  “一直以来,我们游戏的编译都是交给编译器来做的,为了游戏的性能,它会对文件系统进行彻底到底层的处理。”

  “这种处理就像是……就像是一位工程师和他的工作台那样,扳手、螺丝刀、钻头散落在各处。”

  “虽然看起来很乱,但工程师自己知道什么东西在什么位置,伸手就能拿到,效率奇高。”

  “我们可以从这里入手,让他的老妈来把工作台收拾干净。”

  听着林立新的话,卢卡斯眨巴眨巴眼,完全没明白是怎么一回事。

  林立新也不着急,耐心给他解释着:

  “你看,老妈跟这位工程师的思路不一样,牺牲一点随手就能拿到的便利性,换来的是极其刻板的‘整齐’。”

  “第一关的数据就摆在第一关的资源包里,在这个资源包下,图片又跟图片放在一起,声音也跟声音放在一起。”

  “这样一来,玩家在进入一个场景时,绝大部分的资源都是紧密排列的甚至是连续排列的。”

首节 上一节 514/757下一节 尾节 目录