引用:

原帖由 风流盲侠花满楼 于 2009-4-24 14:55 发表
如果不是pal制下玩ntsc的游戏会慢那么多，当年我也不会费劲搞个原装md再改电视机制式了。不过现在想来真是蛋疼。。。

如果你不是欧版MD的话把MD打开可以很容易找到Pal/NTSC跳线和JPN/USA(Export)跳线，台湾版的机器就是跳在PAL+JPN，美版是NTSC+USA，欧版机的大多数型号把这个跳线隐掉了但还是很容易找到跳线点，实际是跳在PAL+USA的组合

其实早期游戏机的部分专注用户喜欢ＰＡＬ５０，因为ＰＡＬ是２４０线，ＮＴＳＣ色彩空间大但是只有２２４线，对于由ｓｐｒｉｔｅ组成游戏图案的８位机１６位机时代来说，就缺少了３２线，按８个ｄｏｔ边长的方块来算，高度上就少了４个，所以Ｎ制游戏按Ｐ制玩玩起来会上下有黑边（对于那种会对画面作自动变形处理的电视机忽略不谈。。。。）
同时Ｐａｌ５０游戏，是５０贞／秒的，每贞或者说每个Ｖ中断留给ＣＰＵ的时间更多，可以做更多复杂的运算，部分ｄｅｍｏ小组根据这一点做了很多对机能要求比较高的ｄｅｍｏ，一般都要求用ＰＡＬ５０去运行，因为他们的汇编代码很多都在每一贞都占足了ＣＰＵ时间片，如果用ＮＴＳＣ去跑，每秒就少了至少千分之三秒，对于以兆赫记速度的ＣＰＵ来说，这是很大的损失，你会发觉很多Ｄｅｍｏ不是黑频，就是反而变慢，照例来说Ｎ制游戏放到Ｐａｌ５０里会变慢，那Ｐａｌ５０里正常的游戏在Ｎ制里应改变快才对，其实不完全是这样，如果游戏的每贞数据的计算方式给予贞，而每贞的起始运算又取决于Ｖ中断，那么如果在一贞里无法运算出画面结果，而下一个Ｖ中断信号又来了，那么又会开始新一贞的计算，如此往复就会造成黑屏，如果在一贞里无法运算出画面结果，同时在一贞计算完毕前忽略新来的Ｖ中断，那么本来在Ｐａｌ５０里一贞刚好可以计算完的量到Ｎ制里要１．２贞，这样在Ｎ制里只有第二个Ｖ中断到来时才会开始算下一贞，这样整个画面速度会降一半。

当然对于大多数一般游戏来说，Ｐａｌ５０里的游戏到Ｎ制里玩是会变快，因为大多数游戏基于贞运算画面，并且运算量都不大，在１／６０秒内都可以算完，这样本来１秒５０贞就真的变成１秒６０贞了，速度快１．２倍

而一些比较有技术的公司，比如Ｒａｒｅ和Ｃｏｒｅ，他们的游戏都基于时间渲染画面，也就是说，比如主角以每秒１００像素往前跑，那么不管主机工作在Ｐａｌ５０／Ｎｔｓｃ／Ｓｃｅａｍ，不管这１００像素的移动花了多少贞去描画，最终总是１秒钟跑到位，不会快也不会慢。类似游戏可以参考Ｒａｒｅ的忍者蛙和Ｃｏｒｅ的ＭＤ游戏Ｃｏｏｌ　Ｓｐｏｔ也叫七喜小子，这两个游戏不管你在什么模式下跑，速度是一样的，而Ｓｅｇａ的Ｓｏｎｉｃ　３就是速度会变的。

到了近几年，越来越多的游戏采用基于时间的描画，所以用什么制式输出对于游戏本身已经不怎么重要了，游戏机的开发文档中也不会特意注明其中的区别，只有极少数依然对Ｖ中断和画面比例很讲究的游戏机才会注重制式，比如Ｗｉｉ，就我遇到过的开发问题就有，一个圆环在Ｐａｌ制画面和Ｎ制画面上显示不同，一个会变椭圆，主要原因是Ｗｉｉ的宽屏是靠拉伸填充全屏做出来的，而它又不支持原生７２０Ｐ，和３６０／ＰＳ３有一定区别；另外因为色彩空间不同，部分在两种制式间差异明显能够被肉眼识别的颜色是不建议美工使用的。对于３６０和ＰＳ３这方面问题比较少，几乎可以忽略

引用:

原帖由 aquasnake 于 2009-5-1 17:16 发表

VRAM里面的画面用VGA输出，然后再编码成PAL或者NTSC，对于游戏，快慢是以桢率来表示的。因为VRAM里面的像素编码成PAL或者NTSC都是模拟方式，所以不会出现PAL用1/50秒渲染的画面在NTSC中会多1/5时间的现象。不会出现 ...

其实我主要说的就是16位以前的游戏机对于输出制式的敏感源于硬件设计导致，你所说的行缓冲其实就是H中断，每绘制一行产生这一中断，一般用于早期的赛车游戏绘制横向扭曲的画面(参考FC的Namco的Final Lap和MD的Street Racer是利用HINT的典型)；而每绘制完一屏(隔行，且行数取决于制式)，就产生一个V中断，对于一般程序员来讲可以以此决定这是这一贞的结束，下一贞可以按新的坐标绘制屏内各物体。这样，如果程序员在写程序的时候，不先确定当前游戏的工作制式，而仅靠每秒产生多少次V中断就决定游戏的行进速度就会造成在某一个制式下测试开发的游戏到另一个制式下速度改变。而如果这些游戏的画面绘制所占用的CPU周期又正好超过一定临界值，就会出现可以在PAL下运行，却在NTSC下过慢甚至黑屏

而32位游戏机大多有framebuffer，所以最终输出都交给scaler芯片输出，所以几乎可以忽略
当然PS时代（SS/PS，DC基本没有）依然有很多程序员按照以前的开发方式，以VINT作为绘制新贞的入口，这样依然会造成和以前一样的问题

综上，对于老游戏（16bit时代的，甚至包括一些PS时代的），最好还是分清版本，因为大多数游戏的开发人员不注意，或者都是用宏定义制定当前build版本的贞率，会造成游戏速度在非对应的制式上强行游戏时产生变化。


而对于现在的游戏机，其实不用故意考虑这一点，比如XBOX360就支持PAL PAL60 NTSC-J NTSC-M，而对于程序员来说完全透明。
题外话：
对于PC，比较特殊，开发人员其实既可以根据时间来决定游戏速度（当机器配置比较低算不过来时，会看到跳贞，但人物移动速度不变）也可以根据贞渲染(当机器算不过来时，整个游戏不掉贞，但游戏行进速度变慢)来描画游戏，找个三国无双3PC版到它的选项里可以调整这两种渲染方式，体会一下，大致可以理解之前说的变快变慢问题，因为16bit时代之前的游戏机大多可以理解为是基于贞渲染，当然，他们实际上是不具备framebuffer的，只是会有一个类似于一贞描画完成的信号--V中断，而这个信号在当时的游戏机上又依赖于输出制式的不同

[ 本帖最后由 SONIC3D 于 2009-5-2 01:34 编辑 ]