Ho fatto qualche ricerca e, come anticipato, devi usare la modalità grafica o hai bisogno di un supporto hardware speciale perché non c'è modo di usare più di 512 caratteri in modalità testo VGA
Bene, lo stesso DOS non può stampare in set di caratteri oltre 1 byte per carattere, perché utilizza le funzioni BIOS che a loro volta utilizzano l'hardware VGA che non può avere più di 2 caratteri da 256 caratteri. Quindi, questo suona di nuovo come un lavoro per un DRIVER, uno che utilizza la modalità grafica per il rendering di caratteri estesi. Abbiamo già il supporto per i caratteri Unicode in alcuni editor di testo DOS grafici e simili (grazie :-)) e sia che si utilizzi DBCS o UTF-8, entrambi condividono la "dimensione del carattere può essere uno o più byte" gestendo "anomalia" .
Ci sarà mai un supporto ufficiale per la lingua giapponese in FreeDOS?
La versione giapponese di DOS (DOS / V) utilizza il primo approccio e simula modalità testo da rendere i personaggi in modalità grafica utilizzando un driver speciale. Il driver segue lo standard IBM V-Text che è un meccanismo per estendere le capacità di visualizzazione del testo del DOS. Puoi scegliere tra vari tipi di carattere a 16/24/32/48 punti come questo
Alcuni altri sistemi in modalità testo usano anche la stessa tecnica. In FreeDOS puoi caricare alcuni driver speciali per il supporto giapponese
Il renderer intercetterà le chiamate int 10h e int 21h e disegnerà il testo manualmente, quindi funzionerà anche per i normali programmi in inglese. Ma non funzionerà per i programmi che scrivono direttamente nella memoria VGA. Per la stampa di caratteri giapponesi sono anche agganciati int 5h e int 17h.
Secondo il manuale DOS / V in seguito IBM BIOS ha anche aggiunto il supporto per V-Text attraverso int 15h con le seguenti 4 nuove funzioni
5010H Video extension information acquisition
5011H Video extension function registration
5012H Video extension driver release
5013H Video extension driver lock setting
Suppongo che questo sia anche il motivo per cui ho visto il supporto giapponese nei BIOS dei miei vecchi PC
Tuttavia, la lentezza della modalità grafica può presentare anomalie durante lo scorrimento che richiedono una gestione speciale
DOS / V è in realtà la prima soluzione software per la modalità di testo giapponese
Nel frattempo, all'inizio del 1980, presso IBM Japan, erano in corso ricerche serie per produrre una soluzione software al problema della visualizzazione dei caratteri giapponesi. Con l'avvento dei monitor VGA ad alta risoluzione, processori più veloci e memorie e dischi rigidi più grandi, i progettisti dei laboratori di ricerca Fujisawa e Yamato di IBM hanno capito che le informazioni sulla forma e le dimensioni dei caratteri kanji potevano essere archiviate su disco, caricate in memoria estesa, e visualizzato attraverso la modalità grafica VRAM. (La "V" in DOS / V, a proposito, proviene dal monitor VGA necessario per visualizzare i caratteri giapponesi tramite software.)
DOS / V: la soluzione Soft (ware) ai problemi Hard (ware)
Secondo lo stesso articolo, prima dell'invenzione di DOS / V tutti gli altri sistemi necessitano di una ROM Kanji nell'hardware
Tutti i marchi di computer hanno utilizzato soluzioni hardware per gestire la visualizzazione di caratteri giapponesi, archiviando i dati per tutti i personaggi su chip speciali noti come ROM kanji. Questo metodo richiedeva che il codice a doppio byte per ogni carattere dell'input da tastiera fosse inviato alla CPU, che a sua volta prendeva il carattere corrispondente dalla ROM kanji e lo inviava allo schermo tramite VRAM in modalità testo. L'uso della kanji ROM significava che la forma di ciascun personaggio era fissa, mentre l'uso della modalità testo VRAM impostava una dimensione standard di 16x16 punti per ciascun personaggio.
Ad esempio IBM Personal System / 55 che utilizza una speciale scheda grafica con caratteri giapponesi, in modo da ottenere la modalità testo reale
All'inizio degli anni '80, IBM Japan pubblicò due linee di personal computer basate su x86 per la regione del Pacifico asiatico, IBM 5550 e IBM JX. Il 5550 ha letto i caratteri Kanji dal disco e ha disegnato il testo come caratteri grafici sul monitor ad alta risoluzione 1024 x 768.
https://en.wikipedia.org/wiki/DOS/V#History
Simile a IBM 5550, la modalità testo era 1040x725 pixel (font 12x24 e 24x24 pixel, 80x25 caratteri) in 8 colori, in grado di visualizzare caratteri giapponesi letti dalla ROM dei caratteri
L' architettura AX utilizza un adattatore JEGA speciale anziché EGA standard
AX (Architecture eXtended) è stata un'iniziativa informatica giapponese a partire dal 1986 circa per consentire ai PC di gestire il testo giapponese a doppio byte (DBCS) tramite chip hardware speciali, consentendo al contempo la compatibilità con software scritto per PC IBM stranieri.
...
Per visualizzare i caratteri Kanji con sufficiente chiarezza, le macchine AX avevano schermi JEGA (ja) con una risoluzione di 640x480 anziché la risoluzione EGA standard 640x350 prevalente altrove in quel momento. Gli utenti possono in genere passare tra le modalità giapponese e inglese digitando "JP" e "US", che invocherebbe anche AX-BIOS e un IME che consente l'immissione di caratteri giapponesi.
Le versioni successive aggiungono anche uno speciale hardware AX-VGA / H e AX-VGA / S per l'emulazione software su VGA
Tuttavia, subito dopo il rilascio di AX, IBM ha rilasciato lo standard VGA con cui AX non era ovviamente compatibile (non erano i soli a promuovere estensioni "super EGA" non standard). Di conseguenza, il consorzio AX ha dovuto progettare un AX-VGA (ja) compatibile. AX-VGA / H era un'implementazione hardware con AX-BIOS, mentre AX-VGA / S era un'emulazione software.
A causa della minore disponibilità di software e di altri problemi, AX fallì e non riuscì a rompere il dominio del PC-9801 in Giappone. Nel 1990, IBM Japan ha presentato DOS / V che ha consentito a IBM PC / AT e ai suoi cloni di visualizzare il testo giapponese senza alcun hardware aggiuntivo utilizzando una scheda VGA standard. Poco dopo, AX scomparve e iniziò il declino di NEC PC-9801.
La serie NEC PC-98 ha anche una ROM di caratteri nel controller del display
Un PC-98 standard ha due controller di display µPD7220 (uno master e uno slave) con rispettivamente 12 KB di memoria principale e 256 KB di RAM video. Il controller del display principale gestisce la ROM dei caratteri, visualizzando i caratteri JIS X 0201 (7x13 pixel) e JIS X 0208 (15x16 pixel)
Non conosco la situazione di cinese e coreano, ma penso che vengano utilizzate le stesse tecniche. Non sono sicuro se ci sono altri modi per farlo o no