无恒定输入的 DOS ASCII 动画滞后，Turbo C 编译

Question

这是过去的怪事！

我正在为命令提示符编写一个 ASCII Pong 游戏（是的，老派），并且我直接写入视频内存（添加 0xB8000000），所以我知道我正在快速渲染（而不是 Gotoxy 然后 printf 渲染）

我的代码工作正常，代码在 Turbo C++ V1.01 下编译得很好，但是动画滞后......现在等等，有一个问题！在我的超快速增强涡轮戴尔酷睿 2 双核下，这似乎是合乎逻辑的，但是当我按住键盘上的某个键时，动画变得像新编译的婴儿屁股一样流畅。

我想也许是因为我让键盘缓冲区超载而减慢了计算机速度（真的吗？来吧...）但后来我很快就聪明起来并尝试使用 DJGPP 和 Tiny C Compiler 进行编译以测试结果是否相同。在 Tiny C 编译器上，我发现我无法编译“远”指针类型...仍然对此感到困惑，但我能够为 DJGPP 进行编译，并且动画运行顺利！

我想编译它并使其适用于 Turbo C++，但这个问题在过去 3 天里一直困扰着我，但没有解决。有谁知道为什么 Turbo C++ 对我的渲染方法（下面的代码）的常量调用会在命令提示符中滞后，但 DJGPP 不会？我不知道我是否正在编译为调试，我什至不知道如何检查我是否是。我确实将代码转换为 ASM，并且我在源代码的标题中看到了看似调试数据的内容，所以我不知道...

任何和所有评论和帮助将不胜感激！

这是我遇到的问题的一个简单示例，易于编译，因此请查看：

#include<stdio.h>
#include<conio.h>
#include<dos.h>
#include<time.h>

#define bX 80
#define bY 24
#define halfX bX/2
#define halfY bY/2
#define resolution bX*bY

#define LEFT 1
#define RIGHT 2

void GameLoop();
void render();
void clearBoard();
void printBoard();
void ballLogic();

typedef struct {
 int x, y;
}vertex;

vertex vertexWith(int x, int y) {
 vertex retVal;
 retVal.x = x;
 retVal.y = y;
 return retVal;
}

vertex vertexFrom(vertex from) {
 vertex retVal;
 retVal.x = from.x;
 retVal.y = from.y;
 return retVal;
}

int direction;

char far *Screen_base;
char *board;
vertex ballPos;

void main() {
 Screen_base = (char far*)0xB8000000;
 ballPos = vertexWith(halfX, halfY);
 direction = LEFT;
 board = (char *)malloc(resolution*sizeof(char));
 GameLoop();
}

void GameLoop() {
 char input;

 clrscr();
 clearBoard();
 do {
  if(kbhit())
   input = getch();
  render();
  ballLogic();

  delay(50);
 }while(input != 'p');
 clrscr();
}

void render() {
 clearBoard();

 board[ballPos.y*bX+ballPos.x] = 'X';

 printBoard();
}

void clearBoard() {
 int d;
 for(d=0;d<resolution;d++)
  board[d] = ' ';
}

void printBoard() {
 int d;

 char far *target = Screen_base+d;
 for(d=0;d<resolution;d++) {
  *target = board[d];
  *(target+1) = LIGHTGRAY;
  ++target;
  ++target;
 }
}

void ballLogic() {
 vertex newPos = vertexFrom(ballPos);

 if(direction == LEFT)
  newPos.x--;
 if(direction == RIGHT)
  newPos.x++;

 if(newPos.x == 0)
  direction = RIGHT;
 else if(newPos.x == bX)
  direction = LEFT;
 else
  ballPos = vertexFrom(newPos);
}

Answer 1

首先，在代码中：

void printBoard() {
 int d;

 char far *target = Screen_base+d;  // <-- right there
 for(d=0;d<resolution;d++) {

您在变量 d 初始化之前使用它。

我的假设是，如果您在 DOS 窗口中运行它，而不是启动到 DOS 并运行它，那么 kbhit 必须做更多的工作（间接 - 在 DOS 框提供的环境中）如果还没有排队的按键。

这不会对您的运行时间产生太大影响，但我建议在没有按键的情况下，您将 input 显式设置为某个常量。另外，input 实际上应该是 int，而不是 char。

其他建议：

vertexFrom 并没有真正做任何事情。

A = vertexFrom(B);

应该能够替换为：

A = B;

包含运算符的宏常量应该带有括号。

#define Foo x/2

应该是：

#define Foo (x/2)

这样你就永远不必担心运算符优先级，无论 Foo 的使用是什么代码。

在 16 位 x86 PC 下，实际上有 4 个显示区域可以在之间切换。如果您可以在其中 2 个动画之间进行交换，那么您的动画应该会立即发生。这就是所谓的双缓冲。您有一个缓冲区充当当前显示缓冲区，另一个缓冲区充当工作缓冲区。然后，当您对工作缓冲区感到满意时（并且时间合适，如果您尝试以特定速率更新屏幕），则交换它们。我不记得如何做到这一点，但细节应该不难找到。我建议您可以单独保留初始缓冲区并在退出时恢复到它，以便程序将屏幕保留在其开始时的状态。此外，您可以使用其他缓冲区来保存调试输出和然后，如果您按住空格键或其他东西，则可以显示缓冲区。

如果您不想走这条路，并且“X”是唯一改变的东西，那么您可以放弃清除屏幕，而只清除“X”的最后一个位置。

屏幕缓冲区不是一个 2 字节单元的数组吗——一个用于显示字符，另一个用于属性？我想是的，所以我将其表示为一个数组：

struct screen_unit {
    char ch;
    unsigned char attr;
}; /* or reverse those if I've got them backwards */

这将使您不太可能根据偏移量犯错误。

我也可能将它们作为 16 位值而不是字节读取并写入缓冲区，尽管这应该不会产生很大的差异。

Answer 2

我明白了为什么它没有立即渲染，我创建的计时器很好，问题是实际的clock_t只能精确到0.054547XXX左右，所以我只能以18fps渲染。我解决这个问题的方法是使用更准确的时钟......这是一个完全不同的故事