bd是clv的

也就是说BD的寻道速度长的可怕？

也就是说填满蓝光的不是垃圾数据，而是————————一个游戏的很多个拷贝

图片1在这个轨1上有，在轨2还有个镜像。那么如果你在轨2位置上，就不用变到轨1去读，直接读轨2的镜像就可以了

No matter what's the reason of the BD capacity problem.
The only thing I know is, 50G data for a video game doesn't make sense.

引用:

原帖由 zenodante 于 2007-1-18 17:31 发表
诶 给楼上的解释下吧
他们采取的方法是把一个数据在蓝光盘的不同部位存放n次，这样从任意一个点移动到目标数据的时间就缩短了，从而提高了读去速度啊。

简单说就是容量换速度，这在rom时代是没有这个概念的 ...

原来是这样..
那么当游戏容量没有空间存放相同数据的时候，速度怎么办？
只有依靠硬盘安装么？

引用:

原帖由 silverhoof 于 2007-1-18 17:45 发表
No matter what's the reason of the BD capacity problem.
The only thing I know is, 50G data for a video game doesn't make sense.

这个保守点的好啊，94年看游戏杂志的时候，一个做游戏的家伙说到他们开发游戏的历史的时候说：“当时没人认为他们能塞满一整张5寸磁盘........“（1.2mB）
对于容量的需求是无止境的

CLV、CAV、Z-CLV, P-CAV

没看过白皮书装老鸟的人真多...

引用:

原帖由 zenodante 于 2007-1-18 17:31 发表
诶 给楼上的解释下吧
他们采取的方法是把一个数据在蓝光盘的不同部位存放n次，这样从任意一个点移动到目标数据的时间就缩短了，从而提高了读去速度啊。

简单说就是容量换速度，这在rom时代是没有这个概念的 ...

:D 这样多容易理解.

引用:

原帖由 zenodante 于 2007-1-18 17:35 发表
也就是说填满蓝光的不是垃圾数据，而是————————一个游戏的很多个拷贝

图片1在这个轨1上有，在轨2还有个镜像。那么如果你在轨2位置上，就不用变到轨1去读，直接读轨2的镜像就可以了

拜，言简意赅！
这么看来，结论是：一个游戏需要的容量没有上限

也就是说容量多多益善,越多越好咯

上课来了！多谢各位达人！！:D :D :D