为什么我在 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