Làm thế nào MS-DOS và các chương trình chế độ văn bản khác có thể hiển thị các ký tự CJK có chiều rộng gấp đôi?


9

Tôi đã thấy nhiều màn hình thiết lập BIOS chế độ văn bản bằng tiếng Nhật và tiếng Trung. Gần đây tôi thậm chí đã thấy thiết lập Windows XP bằng tiếng Nhật. MS-DOS cũng có phiên bản tiếng Nhật. Chế độ Real DOS , không phải dấu nhắc lệnh Windows!

Thiết lập BIOS Nhật Bản

Nhật Bản MS-DOS 6.2

Một màn hình chế độ văn bản điển hình có kích thước 80x25 . Với ký tự tiếng Nhật chiếm gấp đôi chiều rộng ký tự Latin thông thường, số ký tự tiếng Nhật tối đa có thể được hiển thị cùng lúc trên màn hình là khoảng 1000. Vì vậy, chúng tôi cần 2000 điểm mã để hiển thị phần bên trái và bên phải của các ký tự.

Vì chế độ văn bản mặc định chỉ có thể hiển thị 256 ký tự, nhưng 128 ký tự đầu tiên được sử dụng cho ASCII, do đó, các ký tự có thể sử dụng được giới hạn ở 128 điểm mã cao. Nếu cần, chúng tôi có thể mở rộng lên 512 nhưng điều này vẫn không thể hỗ trợ đủ điểm mã cho màn hình. Tôi luôn tự hỏi làm thế nào họ quản lý để hiển thị bộ ký tự lớn với số lượng ký tự hạn chế như vậy.

[ Trình cài đặt XP Nhật Bản] 8]

Chế độ văn bản trong Linux dường như sử dụng trình điều khiển chế độ đồ họa vì nó có thể hiển thị Unicode và có nhiều màu sắc hơn. Nhưng tôi không thể giải thích cách họ làm điều đó trong màn hình thiết lập MS-DOS và BIOS.


EDIT: Tôi thậm chí đã tìm thấy một kiểu nhập văn bản tiếng Nhật cho DOS

IME Nhật Bản

Có tiếng Hàn ở chế độ văn bản quá!

Hàn Quốc

VMWare Hàn Quốc DOS


Có lẽ bạn không nhìn vào các "ký tự" của Nhật Bản, tức là kanji , mà là hiragana hoặc katakana , vốn có ánh xạ Unicode.
mùn cưa

@sawdust: nhìn vào bức ảnh trên và bạn sẽ thấy rằng nó có thể hiển thị không chỉ tất cả kana mà cả Kanji
phuclv

1
Lưu ý rằng trang bạn có thể đã chụp ảnh màn hình trình cài đặt OS / 2 ngay bên cạnh ảnh chụp màn hình rằng "hỗ trợ chế độ văn bản đồ họa đã được khởi chạy gần như ngay lập tức khi khởi động OS / 2". Từ khóa đồ họa .
một CVn

@ MichaelKjlingling không chỉ có OS / 2 mà các chương trình thiết lập MS-DOS và BIOS cũng có khả năng này ở chế độ văn bản
phuclv

Câu trả lời:


6

Chế độ "80x25 ký tự" bình thường thực sự là 720x350 pixel (có nghĩa là mỗi ô ký tự có chiều rộng 9 pixel cao 14 pixel). Các chế độ ký tự có độ rộng gấp đôi ("40x25") có thể chỉ cần nội suy điều này thành chiều rộng lớn hơn bằng cách nhân đôi mỗi cột để tiết kiệm bộ nhớ nội dung video (giảm một nửa bộ nhớ nội dung video cần thiết) hoặc sử dụng bộ nhớ glyph bổ sung và giống hệt dung lượng bộ nhớ nội dung video để tăng các ô ký tự lên 18 * 14 pixel.

Khá sớm (tôi nghĩ rằng nó đã được thực hiện khi EGA được giới thiệu), hỗ trợ cho glyphs ký tự do người dùng định nghĩa đã được thêm vào chế độ hiển thị văn bản của PC của IBM.

Chế độ văn bản thông thường của PC IBM chỉ đơn giản là 4000 byte RAM nội dung video liên tiếp tại một địa chỉ cụ thể. Chúng được đọc dưới dạng một byte thuộc tính ký tự (ban đầu nhấp nháy, đậm, gạch chân, v.v ... sau đó được sử dụng lại cho màu nền trước và màu nền và nhấp nháy / tô sáng, do đó giới hạn ở 16 màu trong chế độ văn bản) và một byte mô tả ký tự được hiển thị. Glyph thực tế được hiển thị cho mỗi giá trị byte ký tự được lưu trữ ở nơi khác.

Điều này có nghĩa là miễn là bạn có thể thực hiện với 256 glyph riêng biệt trên màn hình cùng một lúc và mỗi glyph có thể được biểu diễn dưới dạng bitmap 9x14 một bit, bạn chỉ cần thay thế glyphs trong bộ nhớ để làm cho các ký tự xuất hiện khác nhau . Một phần, đây là một phần của những gì mode con codepage selectđã làm trên DOS. Điều này là tương đối tầm thường.

Nếu bạn cần nhiều hơn 256 glyph riêng biệt nhưng có thể sống với số lượng glyphs giảm trên màn hình, bạn có thể sử dụng sơ đồ 40x25 với glyphs có chiều rộng gấp đôi (rộng 18 pixel). Giả sử rằng tổng dung lượng RAM nội dung video đã được cố định và giả sử rằng bạn có thể tăng bộ nhớ bitmap glyph, bạn có thể chuyển sang sử dụng hai byte trong số bốn byte để biểu thị một glyph trên màn hình, cho phép bạn truy cập vào 2 ^ 16 = 65.536 glyphs khác nhau (bao gồm cả glyph trống). Nếu bạn cảm thấy táo bạo, bạn thậm chí có thể bỏ qua byte thuộc tính thứ hai cho phép bạn truy cập vào 2 ^ 24 ~ 16,7M glyphs khác nhau. Cả hai cách tiếp cận này đều dựa vào hỗ trợ phần mềm đặc biệt, nhưng phần cứng và phần sụn nên khá dễ thực hiện. 65.536 glyphs ở 18x14 pixel một bit hoạt động với khoảng 2 MiB, một lượng bộ nhớ lớn nhưng không thể vượt qua tại thời điểm đó.

Tiếng Anh cơ bản của Hoa Kỳ cần ít nhất 62 glyphs chuyên dụng (số 0-9, chữ AZ viết hoa và viết thường) để bạn có thứ gì đó giống như 180-190 glyphs để chơi cùng nếu bạn cũng muốn có thể hiển thị văn bản tiếng Anh Mỹ cùng một lúc thời gian và đi với 8 bit mỗi glyph. Nếu bạn có thể sống mà không cần hỗ trợ tiếng Anh Mỹ đồng thời, điều mà bạn có thể chọn thực hiện trong môi trường bị hạn chế về tài nguyên, chẳng hạn như kiến ​​trúc PC IBM ban đầu, bạn có quyền truy cập vào toàn bộ số glyphs.

Với một số mánh khóe, có lẽ bạn cũng có thể trộn và kết hợp cả hai phương án.

Tôi không biết nó đã được thực hiện như thế nào nhưng cả hai đều là những kế hoạch khả thi để làm thế nào để có được các bảng chữ cái "ưa thích" có số lượng ký tự đặc biệt trên màn hình PC IBM đơn giản ở chế độ văn bản mà tôi có thể nghĩ ra chỉ ngồi trước của Stack Exchange trong giây lát. Hoàn toàn có thể có các chế độ đồ họa bổ sung giúp thực hành điều này dễ dàng hơn.

Ngoài ra, hãy nhớ phân biệt giữa chế độ văn bảnchế độ đồ họa hiển thị văn bản . Nếu bạn đang ở chế độ đồ họa, có lẽ thông qua VESA, được hỗ trợ khá phổ biến, bạn sẽ tự mình đi xa hơn khi vẽ glyphs nhân vật nhưng bạn cũng có nhiều tự do hơn trong cách vẽ chúng. Ví dụ: tôi khá chắc chắn các phần dựa trên văn bản của Windows NT (thuộc họ sản phẩm Windows XP) sử dụng chế độ đồ họa để hiển thị văn bản, bao gồm màn hình khởi động Windows NT 4.0 và BSOD.


Bạn có thể thấy rằng có các ký tự Latin có chiều rộng bình thường bên cạnh các ký tự Nhật / Hàn có chiều rộng gấp đôi, do đó không thể là chế độ chiều rộng gấp đôi 40x25. Do đó, bạn không thể kết hợp 2 byte của mỗi 4 byte để thể hiện glyph. Sử dụng bit 3 của màu foreground bạn có thể đại diện cho 512 glyphs cùng một lúc nhưng vẫn không đủ nếu các nhân vật lấp đầy hầu hết các màn hình en.wikipedia.org/wiki/VGA-compatible_text_mode#Fonts
phuclv

@ LưuViênPhúc Bạn có thể lấy lại bit cao hoặc sử dụng bất kỳ số thủ thuật nào khác có thể để trộn các ký tự yêu cầu đa bào với các ký tự đơn. Tôi vẫn nghĩ rằng câu trả lời là nhận ra câu lệnh được đưa ra trong đoạn mở đầu: ngay cả khi hiển thị các ký tự, ở một mức độ nào đó bạn vẫn đang xử lý các pixel và các pixel đó có thể được xử lý ngay cả khi có lẽ không trực tiếp.
một CVn

Tôi biết tất cả các điều dựa trên văn bản và đồ họa hiển thị chế độ văn bản, chỉ nhầm lẫn làm thế nào họ có đủ điểm mã cho đa khung vì phần bên trái và bên phải yêu cầu 2 điểm mã. Nhưng từ những gì bạn nói tôi đã nghĩ ra một cách khác để làm điều đó. Tôi nghĩ rằng câu trả lời của bạn có thể chấp nhận được
phuclv

1

Điều này đang đơn giản hóa những gì @Michael Kjorling đang nói.

Ở chế độ văn bản, bạn có "bộ nhớ màn hình" có 1 byte cho mỗi ký tự trên màn hình cho bộ điều hợp biết ký tự nào xuất hiện trong mỗi vị trí màn hình. (Ngoài ra còn có các byte "thuộc tính" cho bộ điều hợp biết màu sắc và những thứ như gạch chân, nhấp nháy, v.v.).

Bộ điều hợp sử dụng byte này để lập chỉ mục vào một "bảng ký tự" khác có 8 bit nhỏ hoặc bất kỳ bitmap nào của ký tự. DOS gọi bảng ký tự này là một trang mã.

Bắt đầu với CGA, bạn có thể yêu cầu bộ điều hợp lấy bảng ký tự tại một vị trí cụ thể trong RAM của bộ điều hợp. Mỗi bộ điều hợp có ROM ký tự có "phông chữ" mặc định cho thẻ đó (là phông chữ chuẩn của IBM), nhưng bạn có thể yêu cầu bộ chuyển đổi chuyển sang vị trí trong RAM và đặt hình ảnh của riêng bạn vào đó.

Miễn là phần mềm biết điều gì đang xảy ra, các mã trong bộ nhớ màn hình trỏ đến hình ảnh trong bảng ký tự sẽ không xếp hàng với bất kỳ mã ASCII nào, mặc dù vậy sẽ dễ hơn nếu chúng làm được. Bạn sẽ nhận thấy có mã bộ nhớ màn hình (và hình dạng bảng ký tự) cho 1-31, đó là các ký tự ASCII không thể in được - nhưng bằng cách ghi trực tiếp vào bộ nhớ màn hình (các ký ức thích DEFSEG = &HB800 : POKE 0,1trong GW-BASIC để thay đổi ký tự phía trên thành biểu tượng mặt cười tâm trí) bạn vẫn có thể hiển thị chúng.

Vì vậy, hiển thị các ngôn ngữ khác là tốt, nếu bạn có thể đặt hình ảnh phù hợp vào RAM của bộ điều hợp và có sự hỗ trợ phần mềm cần thiết.


Có phải là sớm như CGA? Tôi phải già đi. (Để bảo vệ tôi, tôi đã viết câu trả lời đó phần lớn từ bộ nhớ và thực tế đã không sử dụng những kỹ thuật đó ngay cả để giải trí mãi mãi.)
một CVn

Tôi nghĩ rằng bạn ngay sau khi nhìn vào nó, đó là EGA.
LawrenceC

Tôi biết chúng ta có thể thay đổi phông chữ văn bản bằng cách thay đổi con trỏ, tôi đã học cách làm điều đó từ nhiều năm trước, chỉ không biết làm thế nào chúng có thể biểu thị bộ ký tự byte kép, vì 256 hoặc 512 điểm mã thậm chí không thể giữ đủ số lượng tối đa các ký tự khác nhau trên màn hình, không kể toàn bộ bộ ký tự phức tạp
phuclv

1

Tôi đã tìm thấy một cái gì đó trong trang "Chế độ văn bản tương thích VGA" trong Wikipedia và cả trong một số sách lập trình VGA:

Cả hai chế độ văn bản EGA và VGA cho phép đồng thời 512 glyph trên màn hình hoặc 2 ngân hàng với 256 glyph mỗi cái. Bit thuộc tính 3 (Cường độ màu tiền cảnh) cũng có thể chọn giữa ngân hàng A hoặc B. Điều thường xảy ra là theo mặc định cả hai Thanh ghi phông chữ A và B đều trỏ đến cùng một địa chỉ, chỉ cung cấp cho bạn 256 glyphs. Vì vậy, để nó hoạt động, bạn phải đặt Thanh ghi phông thành địa chỉ chính xác.

Mỗi ngân hàng có 8192 byte và mỗi một trong số 256 glyph trong ngân hàng có 32 byte (rộng 8 pixel và cao 32 pixel). Bạn có thể đặt thanh ghi Countline Count để cho biết chiều cao chính xác của các ký tự của bạn. Thẻ VGA in 400 đường quét trên màn hình trong khi EGA in 350 đường quét trên màn hình, do đó, để cung cấp cho bạn 25 hàng ký tự, chúng đặt chiều cao ký tự của chúng thành 16 và 14 đường quét tương ứng. Ngoài ra, trong VGA, mỗi glyph có thể có chiều rộng 8 hoặc 9 chấm, nhưng cột thứ 9 trống hoặc chỉ là sự lặp lại của cột thứ 8. Tất cả các glyphs trong cả hai ngân hàng có thể được xác định bởi người dùng.

Làm thế nào bạn có thể có được hơn 256 ký tự khác nhau trên màn hình bằng một số ngôn ngữ? Trong các ví dụ trên, mỗi ký tự nước ngoài đặc biệt được tạo thành từ hai glyphs (trái và phải) hoặc nhiều hơn. Bạn có thể đặt 128 glyphs đầu tiên từ ngân hàng A ngoài văn bản ASCII và bạn vẫn sẽ có 128 glyphs từ ngân hàng A + 256 glyphs từ ngân hàng B = 384 glyphs để bạn tùy chỉnh.

Ngoài ra, bạn có thể kết hợp các mặt trái và phải khác nhau để tạo thành một bộ ký tự khổng lồ! Ví dụ, giả sử, từ 384 glyph do người dùng định nghĩa, bạn muốn dự trữ 184 cho bên trái và 200 cho bên phải: bạn có thể có 184 * 200 = 36800 ký tự khác nhau! (chắc chắn, hầu hết trong số chúng có thể là các ký tự không hợp lệ cho ngôn ngữ đó, nhưng bạn vẫn có thể nhận được một số lượng lớn các kết hợp hợp lệ).

Trong ví dụ về tiếng Nhật ở trên, bạn có các ký tự "ha" và "ba" chia sẻ glyph bên trái. Tương tự cho các charaters "si" và "zi". "ko" và "ni" bên phải giống nhau đến mức chúng có thể chia sẻ cùng một glyph bên phải. Điều tương tự cũng có thể được nói về các ký tự "ru" và "ro". Với thiết kế tốt, bạn có thể mở rộng bộ nhân vật của mình rất tốt. Chữ tượng hình bên phải của ký tự "le" xuất hiện ở phía trên bên trái màn hình (màu xám) và trong thanh cuộn dọc, nút bật lên và xuống cũng được thay đổi, có nghĩa là ít nhất là một phần của ngân hàng A cũng được sử dụng để chứa glyphs mới.

Tóm lại, các chức năng chuỗi BIOS trong thời kỳ đầu của PC không nhận thức được Unicode, nhưng nó không phải như vậy. Tất cả những gì bạn phải làm là tùy chỉnh 512 glyphs của mình và đặt các thanh ghi EGA hoặc VGA chính xác. Ví dụ: bạn có thể tùy chỉnh "! @" "# $" "% ^" "& *" "Çé" "ñÑ" glyphs cho các ký tự nước ngoài của bạn (trong ngân hàng A hoặc B), sau đó thực hiện in BIOS "! @ # S% ^ & * çéñÑ "chuỗi cùng một lúc. BIOS sẽ không kiểm tra glyphs. Bạn cũng không thể sử dụng các chức năng BIOS, vì bạn có thể ghi trực tiếp vào bộ nhớ video. Để sử dụng glyph từ ngân hàng B, chỉ cần đặt thuộc tính Màu nền trước của ký tự thành giá trị trong khoảng từ 8 đến 15 (màu sáng).

(Xin lỗi vì tiếng Anh của tôi tệ)


Tôi biết rằng chúng ta có thể có 512 ký tự như được đề cập trong câu hỏi. Tuy nhiên, điều đáng nói là các chương trình trên đang hiển thị các ký tự Kanji thật chứ không phải Kana, làm tăng số lượng thứ hiển thị cùng một lúc đáng kể. Trong các hệ thống có Katakana mã hóa giới hạn nửa chiều rộng sẽ được sử dụng, có maru và lều riêng biệt, do đó, cùng một điểm mã có thể được sử dụng cho cả và hoặc và, không cần chia sẻ phần bên trái và bên phải
phuclv

0

Tôi đã thực hiện một số nghiên cứu và như tôi dự đoán, bạn phải sử dụng chế độ đồ họa hoặc cần hỗ trợ phần cứng đặc biệt vì không có cách nào để sử dụng hơn 512 ký tự trong chế độ văn bản VGA

Chà, bản thân DOS không thể in các bộ ký tự vượt quá 1 byte cho mỗi char, bởi vì nó sử dụng các chức năng BIOS, lần lượt sử dụng phần cứng VGA không thể có nhiều hơn 2 x 256 phông chữ. Vì vậy, điều này một lần nữa nghe có vẻ như là một công việc cho DRIVER, một công cụ sử dụng chế độ đồ họa để hiển thị các phông chữ mở rộng. Chúng tôi đã hỗ trợ phông chữ Unicode trong một vài trình soạn thảo văn bản DOS đồ họa và tương tự (cảm ơn :-)) và dù DBCS hoặc UTF-8 được sử dụng, cả hai đều chia sẻ "kích thước ký tự có thể là một hoặc nhiều byte" xử lý "dị thường" .

Sẽ có bất kỳ hỗ trợ chính thức nào cho tiếng Nhật trong FreeDOS không?

Các phiên bản tiếng Nhật của DOS (DOS / V) sử dụng phương pháp tiếp cận đầu tiên và mô phỏng chế độ văn bản bằng cách vẽ các nhân vật trong chế độ đồ họa sử dụng một trình điều khiển đặc biệt. Trình điều khiển tuân theo tiêu chuẩn V-Text của IBM, đây là một cơ chế để mở rộng khả năng hiển thị văn bản của DOS. Bạn có thể chọn giữa các phông chữ 16/24/32/48 chấm như thế này

Phông chữ DOS / V

Một số hệ thống chế độ văn bản khác cũng sử dụng kỹ thuật tương tự. Trong FreeDOS, bạn có thể tải một số trình điều khiển đặc biệt để được hỗ trợ tại Nhật Bản

Trình điều khiển Nhật Bản FreeDOS

Trình kết xuất sẽ chặn các cuộc gọi int 10h và int 21h và vẽ văn bản theo cách thủ công, do đó, nó sẽ hoạt động ngay cả đối với các chương trình tiếng Anh thông thường. Nhưng nó không hoạt động đối với các chương trình ghi trực tiếp vào bộ nhớ VGA. Để in các ký tự tiếng Nhật int 5h và int 17h cũng được nối.

Theo hướng dẫn sử dụng DOS / V sau này, IBM BIOS cũng đã thêm hỗ trợ cho V-Text thông qua int 15h với 4 chức năng mới bên dưới

5010H Video extension information acquisition
5011H Video extension function registration
5012H Video extension driver release
5013H Video extension driver lock setting

Tôi cho rằng đây cũng là lý do tôi thấy hỗ trợ của Nhật Bản trong BIOS máy tính cũ của tôi

Tuy nhiên, sự chậm chạp của chế độ đồ họa có thể gây ra sự cố trong khi cuộn cần xử lý đặc biệt

DOS / V thực sự là giải pháp phần mềm đầu tiên cho chế độ văn bản tiếng Nhật

Trong khi đó, nghiên cứu nghiêm túc đã được thực hiện tại IBM Nhật Bản từ đầu những năm 1980 để tạo ra một giải pháp phần mềm cho vấn đề hiển thị các ký tự tiếng Nhật. Với sự ra đời của màn hình VGA độ phân giải cao, bộ xử lý nhanh hơn, bộ nhớ và ổ cứng lớn hơn, các nhà thiết kế tại phòng thí nghiệm nghiên cứu Fujisawa và Yamato của IBM nhận ra rằng thông tin về hình dạng và kích thước của các ký tự kanji có thể được lưu trữ trên đĩa, được nạp vào bộ nhớ mở rộng, và được hiển thị thông qua VRAM chế độ đồ họa. (Nhân tiện, chữ "V" trong DOS / V xuất phát từ màn hình VGA cần thiết để hiển thị các ký tự tiếng Nhật qua phần mềm.)

DOS / V: Giải pháp mềm (kho) cho các vấn đề cứng (kho)

Theo cùng một bài báo, trước khi phát minh ra DOS / V, các hệ thống khác đều cần ROM Kanji trong phần cứng

Tất cả các thương hiệu máy tính đã sử dụng các giải pháp phần cứng để xử lý việc hiển thị các ký tự tiếng Nhật, lưu trữ dữ liệu cho tất cả các ký tự trên các chip đặc biệt được gọi là ROM kanji. Phương pháp này yêu cầu mã byte kép cho mỗi ký tự của đầu vào bàn phím được gửi đến CPU, sau đó lấy ký tự tương ứng từ ROM kanji và gửi nó đến màn hình thông qua VRAM ở chế độ văn bản. Việc sử dụng ROM kanji có nghĩa là hình dạng của mỗi ký tự đã được cố định, trong khi việc sử dụng VRAM ở chế độ văn bản đặt kích thước chấm 16x16 tiêu chuẩn cho mỗi ký tự.

Ví dụ: Hệ thống cá nhân IBM / 55 sử dụng bộ điều hợp đồ họa đặc biệt với phông chữ tiếng Nhật, để họ có được chế độ văn bản thực

Đầu những năm 1980, IBM Nhật Bản đã phát hành hai dòng máy tính cá nhân dựa trên x86 cho khu vực Châu Á - Thái Bình Dương, IBM 5550 và IBM JX. 5550 đọc phông chữ Kanji từ đĩa và vẽ văn bản dưới dạng ký tự đồ họa trên màn hình độ phân giải cao 1024 x 768.

https://en.wikipedia.org/wiki/DOS/V#History

Tương tự như IBM 5550, chế độ văn bản là 1040x725 pixel (phông chữ 12x24 và 24x24 pixel, 80x25 ký tự) với 8 màu, có thể hiển thị các ký tự tiếng Nhật đọc từ phông chữ ROM

Các kiến trúc AX sử dụng một bộ chuyển đổi Jega đặc biệt thay cho EGA tiêu chuẩn

AX (Architecture eXtends) là một sáng kiến ​​điện toán của Nhật Bản bắt đầu từ khoảng năm 1986 để cho phép PC xử lý văn bản tiếng Nhật hai byte (DBCS) thông qua các chip phần cứng đặc biệt, trong khi cho phép tương thích với phần mềm được viết cho PC IBM nước ngoài.

...

Để hiển thị các ký tự Kanji đủ rõ ràng, các máy AX có màn hình JEGA (ja) với độ phân giải 640x480 thay vì độ phân giải EGA tiêu chuẩn 640x350 phổ biến ở thời điểm khác. Người dùng thường có thể chuyển đổi giữa chế độ tiếng Nhật và tiếng Anh bằng cách nhập 'JP' và 'US', điều này cũng sẽ gọi AX-BIOS và IME cho phép nhập các ký tự tiếng Nhật.

Các phiên bản sau này cũng bổ sung phần cứng AX-VGA / H đặc biệt và AX-VGA / S để mô phỏng phần mềm trên VGA

Tuy nhiên, ngay sau khi phát hành AX, IBM đã phát hành chuẩn VGA mà rõ ràng AX không tương thích (chúng không phải là sản phẩm duy nhất quảng bá các phần mở rộng "siêu EGA" không chuẩn). Do đó, tập đoàn AX phải thiết kế một AX-VGA tương thích (ja). AX-VGA / H là một triển khai phần cứng với AX-BIOS, trong khi AX-VGA / S là phần mềm mô phỏng.

Do phần mềm có sẵn ít hơn và các vấn đề khác, AX đã thất bại và không thể phá vỡ sự thống trị của PC-9801 tại Nhật Bản. Năm 1990, IBM Nhật Bản đã tiết lộ DOS / V cho phép IBM PC / AT và bản sao của nó hiển thị văn bản tiếng Nhật mà không cần bất kỳ phần cứng bổ sung nào sử dụng thẻ VGA tiêu chuẩn. Ngay sau đó, AX biến mất và sự suy giảm của NEC PC-9801 bắt đầu.

Các loạt NEC PC-98 cũng có một ROM nhân vật trong bộ điều khiển hiển thị

Một PC-98 tiêu chuẩn có hai bộ điều khiển hiển thị củaPPP7220 (chính và phụ) với bộ nhớ chính 12 KB và RAM video 256 KB tương ứng. Bộ điều khiển hiển thị chính xử lý ROM phông chữ, hiển thị các ký tự JIS X 0201 (7x13 pixel) và JIS X 0208 (15x16 pixel)

Tôi không biết tình hình của Trung Quốc và Hàn Quốc nhưng tôi nghĩ các kỹ thuật tương tự được sử dụng. Tôi không chắc có cách nào khác để đạt được điều đó hay không


-1

Bạn cần một chế độ đồ họa thay vì chế độ văn bản được mã hóa cứng để có thể hiển thị glyphs văn bản unicode. Sau đó, bạn đặt MS-DOS sử dụng phông chữ unicode và thay đổi ánh xạ ngôn ngữ để sử dụng phông chữ đó.

http://www.mobilefish.com/tutorials/windows/windows_quickguide_dos_unicode.html


Không, hãy nhìn vào những hình ảnh tôi đã đăng, đó là chế độ DOS thực sự, không phải lệnh promt trong windows
phuclv

Tiêu đề trong bài viết là hoàn toàn sai và sai lệch. cmd.exe không phải là DOS mặc dù có giao diện đầu cuối giống với DOS và một vài lệnh tương tự. Có phải Command Prompt và MS-DOS giống nhau không?
phuclv
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.