Fiz algumas pesquisas e, como previ, é necessário usar o modo gráfico ou precisar de suporte especial de hardware, porque não há como usar mais de 512 caracteres no modo de texto VGA
Bem, o próprio DOS não pode imprimir em conjuntos de caracteres além de 1 byte por caractere, porque usa as funções do BIOS que, por sua vez, usam o hardware VGA que não pode ter mais do que 2 x 256 caracteres do tamanho de caracteres. Portanto, isso novamente soa como um trabalho para um DRIVER, que usa o modo gráfico para renderizar fontes extensas. Já temos suporte para fontes Unicode em alguns editores de texto gráficos do DOS e similares (obrigado :-)) e, se DBCS ou UTF-8 é usado, ambos compartilham o "tamanho do caractere pode ter um ou mais bytes", manipulando "anomalia" .
Haverá algum suporte oficial para o idioma japonês no FreeDOS?
A versão japonesa do DOS (DOS / V) utiliza a primeira abordagem e simula o modo de texto por tornar os caracteres em modo gráfico usando um driver especial. O driver segue o padrão IBM V-Text, que é um mecanismo para estender os recursos de exibição de texto do DOS. Você pode escolher entre várias fontes de 16/24/32/48 pontos como esta
Alguns outros sistemas de modo de texto também usam a mesma técnica. No FreeDOS, você pode carregar algum driver especial para suporte ao japonês
O renderizador interceptará as chamadas int 10h e int 21h e desenhará o texto manualmente, para que funcione mesmo em programas normais de inglês. Mas não funcionará para programas que gravam diretamente na memória VGA. Para imprimir caracteres japoneses int 5h e int 17h também são viciados.
De acordo com o manual do DOS / V, mais tarde, o IBM BIOS também adicionou suporte ao V-Text até as 15h com as 4 novas funções abaixo
5010H Video extension information acquisition
5011H Video extension function registration
5012H Video extension driver release
5013H Video extension driver lock setting
Suponho que esse também seja o motivo pelo qual vi suporte japonês nos BIOS dos meus PCs antigos
No entanto, a lentidão do modo gráfico pode apresentar falhas durante a rolagem, o que exige um tratamento especial
O DOS / V é realmente a primeira solução de software para o modo de texto em japonês
Enquanto isso, uma pesquisa séria vinha sendo realizada na IBM Japão desde o início dos anos 80 para produzir uma solução de software para o problema de exibição de caracteres japoneses. Com o advento de monitores VGA de alta resolução, processadores mais rápidos e memórias e discos rígidos maiores, os designers dos laboratórios de pesquisa Fujisawa e Yamato da IBM perceberam que as informações sobre a forma e o tamanho dos caracteres kanji podiam ser armazenadas em disco, carregadas na memória estendida, e exibido por meio da VRAM no modo gráfico. (A propósito, o "V" no DOS / V vem do monitor VGA necessário para exibir os caracteres japoneses via software.)
DOS / V: a solução suave (ware) para problemas difíceis (ware)
De acordo com o mesmo artigo, antes da invenção do DOS / V, todos os outros sistemas precisam de uma ROM Kanji em hardware
Todas as marcas de computadores usavam soluções de hardware para lidar com a exibição de caracteres japoneses, armazenando os dados de todos os caracteres em chips especiais conhecidos como ROMs de kanji. Esse método exigia que o código de byte duplo de cada caractere da entrada do teclado fosse enviado à CPU, que, por sua vez, buscava o caractere correspondente da ROM do kanji e o enviava para a tela via VRAM em modo de texto. O uso da ROM kanji significava que o formato de cada caractere era fixo, enquanto o uso do VRAM no modo de texto definia um tamanho de ponto padrão de 16x16 para cada caractere.
Por exemplo, o IBM Personal System / 55, que usa um adaptador gráfico especial com fonte japonesa, para que eles obtenham o modo de texto real
No início dos anos 80, a IBM Japão lançou duas linhas de computadores pessoais baseadas em x86 para a região do Pacífico Asiático, IBM 5550 e IBM JX. O 5550 leu fontes Kanji do disco e desenhou o texto como caracteres gráficos no monitor de alta resolução 1024 x 768.
https://en.wikipedia.org/wiki/DOS/V#History
Semelhante ao IBM 5550, o modo de texto era 1040x725 pixels (fonte de 12x24 e 24x24 pixel, 80x25 caracteres) em 8 cores, pode exibir caracteres japoneses lidos na fonte ROM
A arquitetura AX usa um adaptador JEGA especial em vez do EGA padrão
O AX (Architecture eXtended) foi uma iniciativa de computação japonesa que começou em torno de 1986 para permitir que os PCs manipulem texto japonês de byte duplo (DBCS) por meio de chips de hardware especiais, permitindo compatibilidade com software criado para PCs IBM estrangeiros.
...
Para exibir caracteres Kanji com clareza suficiente, as máquinas AX tinham telas JEGA (ja) com uma resolução de 640x480 em vez da resolução EGA padrão de 640x350 prevalecente em outros lugares da época. Os usuários normalmente podiam alternar entre os modos japonês e inglês, digitando 'JP' e 'US', o que também invocaria o AX-BIOS e um IME, permitindo a entrada de caracteres japoneses.
Versões posteriores também adicionam um hardware AX-VGA / H especial e AX-VGA / S para emulação de software no VGA
No entanto, logo após o lançamento do AX, a IBM lançou o padrão VGA com o qual o AX obviamente não era compatível (eles não foram os únicos a promover extensões "super EGA" não padrão). Consequentemente, o consórcio AX teve que projetar um AX-VGA compatível (ja). O AX-VGA / H era uma implementação de hardware com o AX-BIOS, enquanto o AX-VGA / S era uma emulação de software.
Devido a menos software disponível e outros problemas, o AX falhou e não conseguiu quebrar o domínio do PC-9801 no Japão. Em 1990, a IBM Japão lançou o DOS / V, que permitiu ao IBM PC / AT e seus clones exibir texto em japonês sem nenhum hardware adicional usando uma placa VGA padrão. Logo depois, o AX desapareceu e o declínio do NEC PC-9801 começou.
A série NEC PC-98 também possui uma ROM de caracteres no controlador de vídeo
Um PC-98 padrão possui dois controladores de vídeo µPD7220 (um mestre e um escravo) com 12 KB de memória principal e 256 KB de RAM de vídeo, respectivamente. O controlador de vídeo mestre lida com a fonte ROM, exibindo caracteres JIS X 0201 (7x13 pixels) e JIS X 0208 (15x16 pixels)
Não sei a situação para chinês e coreano, mas acho que as mesmas técnicas são usadas. Não tenho certeza se existem outras maneiras de conseguir isso ou não