Saya melakukan riset dan seperti yang saya perkirakan, Anda harus menggunakan mode grafis atau memerlukan dukungan perangkat keras khusus karena tidak ada cara untuk menggunakan lebih dari 512 karakter dalam mode teks VGA
Yah, DOS itu sendiri tidak dapat mencetak dalam rangkaian karakter melebihi 1 byte per karakter, karena ia menggunakan fungsi BIOS yang pada gilirannya menggunakan perangkat keras VGA yang tidak dapat memiliki lebih dari 2 x 256 huruf berukuran huruf. Jadi ini sekali lagi terdengar seperti pekerjaan untuk DRIVER, yang menggunakan mode grafis untuk membuat font yang luas. Kami sudah memiliki dukungan untuk font Unicode dalam beberapa editor teks DOS grafis dan sejenisnya (terima kasih :-)) dan apakah DBCS atau UTF-8 digunakan, keduanya berbagi "ukuran karakter dapat satu atau lebih byte" penanganan "anomali" .
Apakah akan ada dukungan resmi untuk bahasa Jepang di FreeDOS?
Versi Jepang dari DOS (DOS / V) menggunakan pendekatan pertama dan mensimulasikan mode teks dengan merender karakter dalam mode grafis menggunakan driver khusus. Driver mengikuti standar IBM V-Text yang merupakan mekanisme untuk memperluas kemampuan tampilan teks DOS. Anda dapat memilih berbagai font 16/24/32/48-dot seperti ini
Beberapa sistem mode teks lain juga menggunakan teknik yang sama. Dalam FreeDOS Anda dapat memuat beberapa driver khusus untuk dukungan Jepang
Penyaji akan memotong panggilan int 10j dan int 21j dan menggambar teks secara manual, sehingga akan berfungsi bahkan untuk program bahasa Inggris normal. Tetapi itu tidak akan berfungsi untuk program yang menulis ke memori VGA secara langsung. Untuk mencetak karakter Jepang int 5h dan int 17h juga cocok.
Menurut manual DOS / V nanti IBM BIOS juga menambahkan dukungan untuk V-Text melalui int 15h dengan di bawah 4 fungsi baru
5010H Video extension information acquisition
5011H Video extension function registration
5012H Video extension driver release
5013H Video extension driver lock setting
Saya kira ini juga alasan saya melihat dukungan Jepang di BIOS PC lama saya
Namun lambatnya mode grafis dapat menimbulkan gangguan saat menggulir yang memerlukan penanganan khusus
DOS / V sebenarnya adalah solusi perangkat lunak pertama untuk mode teks Jepang
Sementara itu, penelitian serius telah berlangsung di IBM Jepang sejak awal 1980-an untuk menghasilkan solusi perangkat lunak untuk masalah menampilkan karakter Jepang. Dengan munculnya monitor VGA resolusi tinggi, prosesor yang lebih cepat, dan memori yang lebih besar dan hard drive, desainer di laboratorium riset Fujisawa dan Yamato IBM menyadari bahwa informasi tentang bentuk dan ukuran karakter kanji dapat disimpan dalam disk, dimasukkan ke dalam memori yang diperluas, dan ditampilkan melalui mode grafis VRAM. (Omong-omong, "V" di DOS / V, berasal dari monitor VGA yang diperlukan untuk menampilkan karakter Jepang melalui perangkat lunak.)
DOS / V: Solusi Soft (ware) untuk Masalah Hard (ware)
Menurut artikel yang sama, sebelum penemuan DOS / V sistem lain semua membutuhkan ROM Kanji dalam perangkat keras
Semua merek komputer menggunakan solusi perangkat keras untuk menangani tampilan karakter Jepang, menyimpan data untuk semua karakter pada chip khusus yang dikenal sebagai ROM kanji. Metode ini membutuhkan kode byte ganda untuk setiap karakter input keyboard untuk dikirim ke CPU, yang pada gilirannya mengambil karakter yang sesuai dari ROM kanji dan mengirimkannya ke layar melalui mode teks VRAM. Penggunaan ROM kanji berarti bahwa bentuk setiap karakter telah diperbaiki, sementara penggunaan mode teks VRAM menetapkan ukuran standar 16x16 dot untuk setiap karakter.
Misalnya IBM Personal System / 55 yang menggunakan adapter grafis khusus dengan font Jepang, sehingga mereka mendapatkan mode teks nyata
Pada awal 1980-an, IBM Jepang merilis dua jalur komputer pribadi berbasis x86 untuk wilayah Asia-Pasifik, IBM 5550 dan IBM JX. The 5550 membaca huruf Kanji dari disk, dan menggambar teks sebagai karakter grafik pada monitor resolusi tinggi 1024 x 768.
https://en.wikipedia.org/wiki/DOS/V#History
Mirip dengan IBM 5550, mode teks adalah 1040x725 piksel (font 12x24 dan 24x24 piksel, 80x25 karakter) dalam 8 warna, dapat menampilkan karakter Jepang dibaca dari font ROM
The arsitektur AX menggunakan adaptor Jega khusus bukan EGA standar
AXE (Arsitektur eXtended) adalah inisiatif komputasi Jepang mulai sekitar tahun 1986 untuk memungkinkan PC menangani teks Jepang bita-ganda (DBC) melalui chip perangkat keras khusus, sementara memungkinkan kompatibilitas dengan perangkat lunak yang ditulis untuk PC IBM asing.
...
Untuk menampilkan karakter Kanji dengan kejelasan yang cukup, mesin AX memiliki layar JEGA (ja) dengan resolusi 640x480 daripada resolusi EGA standar 640x350 yang lazim di tempat lain pada saat itu. Pengguna biasanya dapat beralih antara mode Jepang dan Inggris dengan mengetikkan 'JP' dan 'AS', yang juga akan menggunakan AX-BIOS dan IME yang memungkinkan input karakter Jepang.
Versi selanjutnya juga menambahkan perangkat keras AX-VGA / H khusus dan AX-VGA / S untuk emulasi perangkat lunak pada VGA
Namun, segera setelah rilis AXE, IBM merilis standar VGA yang AX jelas tidak kompatibel (mereka bukan satu-satunya yang mempromosikan ekstensi "super EGA" non-standar). Akibatnya, konsorsium AX harus merancang AX-VGA (ja) yang kompatibel. AX-VGA / H adalah implementasi perangkat keras dengan AX-BIOS, sedangkan AX-VGA / S adalah emulasi perangkat lunak.
Karena perangkat lunak yang kurang tersedia dan masalah lainnya, AX gagal dan tidak dapat memecah dominasi PC-9801 di Jepang. Pada tahun 1990, IBM Jepang meluncurkan DOS / V yang memungkinkan IBM PC / AT dan klonnya untuk menampilkan teks Jepang tanpa perangkat keras tambahan menggunakan kartu VGA standar. Segera setelah itu, AX menghilang dan penurunan NEC PC-9801 dimulai.
Seri NEC PC-98 juga memiliki ROM karakter pada pengontrol tampilan
PC-98 standar memiliki dua pengontrol tampilan μPD7220 (master dan slave) dengan memori utama 12 KB dan RAM video 256 KB. Pengontrol tampilan master menangani font ROM, menampilkan karakter JIS X 0201 (7x13 piksel) dan JIS X 0208 (15x16 piksel)
Saya tidak tahu situasi untuk Cina dan Korea tetapi saya pikir teknik yang sama digunakan. Saya tidak yakin apakah ada cara lain untuk mencapai itu atau tidak
] 8]
