为什么我在 vga 图形模式下写入字符后读取 0H？

如何解决为什么我在 vga 图形模式下写入字符后读取 0H？

在实模式（或虚拟8086）下，当我切换到vga图形模式（00DH、00EH、012H）并使用BIOS功能显示一个字符（int 00AH、int 00EH）时，什么也读不出来0xA0000 除了一堆零。字符确实显示在屏幕上，但从内存中看不出来。虽然在文本模式（1H，3H，...）下一切正常。

format binary
use16
org 07C00H

_TELETYPE_GRAPHIC_40x25 = 00DH
_TELETYPE_GRAPHIC_80x25 = 00EH
_TELETYPE_GRAPHIC_80x30 = 012H

cli

mov ax,_TELETYPE_GRAPHIC_80x30
int 010H

mov ax,00E41H
mov bx,2H
int 010H

mov bx,0A000H
mov es,bx
xor di,di
xor ax,ax
mov cx,04000H
cld
rep scasb
jz _always
hlt
jmp $-1H
_always:
; ...

解决方法

我尝试在 64 位 Windows 上的 DOSBox 中使用 TurboDebugger 以 图形模式 13h (320*200px) 读取视频内存，它按预期工作：REPE SCASB 以 DI=0143h 和值停止加载者
MOV AL,[ES:DI-1] 为 2。
ES:0（140h 字节）的第一行像素全为 0（黑色），第二行从 ES:0140h 开始，有两个黑色像素（0 字节），后面跟着值为 AL=2 的字节（蓝色） ，这是大写字母 A 字形的尖端。

然而，由于调试器和 DOSBox 仿真的不完善，无法使用 Alt-F5 在 TurboDebugger 用户屏幕和 CPU 窗口之间切换来检查视频内存。 对于平面图形模式 0Dh、0Eh、12h，情况更加复杂。 VGA 将所有四个内存平面（页面）映射到相同的线性地址 A0000h，您必须首先通过直接输出到 CRT 端口来选择页面（请参阅@fuz 第一条评论中的链接）。 您可能希望从 videoram 加载非零字节并使用 INT 10h 而不是 hlt 打印它，以确保它在那里。

我记得大约 30 年前我是如何使用 Borland TD.EXE 和 TDREMOTE.EXE 用两台通过串口连接的 DOS 计算机调试我的图形程序的。我能够逐步执行写入 EGA/VGA CRT 寄存器的指令并观看效果，而无需在调试器窗口和用户屏幕之间切换。

我不确定您想要实现什么，但在图形模式 13h 的非模拟 DOS 中您可能会成功。

,

谢谢。这是因为，我不明白平面图形的真正含义:)。 当我选择平面 2 时，此代码工作正常：

mov ax,00DH
int 010H

mov dx,3CEH
mov al,4H
out dx,al
mov dx,3CFH
mov al,1H
out dx,al

mov ax,00A41H
mov bx,2H
mov cx,2H
int 010H

; I can read now pixel value from 00A0000H

事实上，我想实现几个 tty (tty1,...,tty8)，为此我使用虚拟 8086 和分页。并且多个 tty 可以同时处于不同的模式。我最初的想法是当 ring=3 程序想要写入不是当前的 tty 时，我更改页表以将视频 ram 重定向到内部 tty regen 缓冲区。例如在 bochs 中，当当前 tty 的分辨率为 12H 并且用户想要写入分辨率为 3H 的 tty2 时，它使用此映射：

0x0000000000000000-0x000000000009ffff -> 0x000000000000-0x00000009ffff
0x00000000000a0000-0x00000000000b7fff -> 0x000000010000-0x000000027fff ; trick to avoid to clear the vram when chaning mode
0x00000000000b8000-0x00000000000bbfff -> 0x00000021c000-0x00000021ffff ; regen internal buffer
0x00000000000bc000-0x00000000000bffff -> 0x00000002c000-0x00000002ffff
0x00000000000c0000-0x000000000011ffff -> 0x0000000c0000-0x00000011ffff