MSX Village forum

Il faut être compréhensif et se remettre dans le contexte de l'époque.



La phase de développement d'un processeur graphique à l'époque était de quelques années, et contrairement à la plupart des constructeurs d'ordinateurs à l'époque, qui développait tout leurs processeurs spécifiques en même temps que la machine elle-même, dans le cas du MSX, les concepteurs du standard ont fait leur marché et choisi un processeur qui existait déjà. Cela veut dire, que par rapport à un ordinateur dont tous les composants étaient développés en interne, le MSX avait déjà un train de retard ...



De plus, pour que le nouveau concept ne soit pas trop cher, ils ont choisi un processeur vidéo qui n'était pas tout neuf. Le TMS9918 avait été développé à l'origine pour le TI99/4A, qui a été commercialisé à partir de 1979 ! C'était déjà donc un processeur vidéo qui était sur le marché depuis 4 ans quand il a été choisi pour le MSX !



C'est d'ailleurs toute la philosophie du standard MSX ... Le but n'était pas du tout de créer une machine qui avait des capacités supérieures à celles qui étaient sur le marché, loin de là. Il s'agissait de créer une machine qui serait dans la bonne moyenne de ce qui se faisait à l'époque, mais surtout, de commercialiser un ordinateur moins cher que les concurrents en jouant sur les économies d'échelles, et de forcer par la même le marché à accepter un standard pour les ordinateurs individuels.

extrait du Livre du MSX de Daniel Martin a la page 21

REMARQUES : A) La TNP contenant 768 pointeurs vers la TGP , un probléme se pose : le pointeur étant d'un octet , il ne peut prendre que 256 valeurs possibles .
Or , il faut pointer vers 768 patrons différents .
Pour résoudre le probléme , la TNP est divisée en 3 parties égales de 256 octets chacune , la TGP est elle aussi divisée en 3 parties égales de 2048 octets chacune.
Chaque partie de la TNP est en relation biunivoque avec une partie de la TGP.
D'une maniére générale , on peut considérer que l'écran est divisé en trois parties égales :
le tiers supérieur est géré par les premiéres parties de la TNP et de la TGP , le tiers médian par les deuxiémes et le tiers bas par les troisiémes parties

B) D'un point de vue pratique , il est plus aisé de charger la TNP avec trois fois les nombres consécutifs de 0 à 255 .
De cette façon la TNP n'intervient pas dans la programmation et vous pouvez consiférer la TGP comme la mesure d'écran.
C'est d'ailleurs de cette façon que fonctionne le basic en mode SCREEN 2

il fallait le dire

j'ai trouver ca sur le site de hans Otten, un fichier PDF de 5,63mo dans la section msxdocs, il faut que je mets le lien

voila : http://www.msxarchive.nl/pub/msx/mirrors/hanso/datasheets/chipstms9918.pdf Edité par TurboSEB Le 21/05/2011 à 21h26

Oups, c'est en fait 6 Ko de copie VRAM à VRAM dont j'aurai besoin pour faire mon système de color-mixing (pour l'anti-crénelage) ; je suppose que c'est trop pour une frame à 60 Hz.

Dans les démos MSX 1, comment font-ils du color-mixing !? Pour émuler un grand nombre de couleurs, ils doivent bien switcher le contenu affiché d'une frame à l'autre. S'ils ne peuvent faire la copie de la VRAM chaque frame, c'est qu'ils doivent avoir toutes les infos déjà en VRAM et doivent avoir un moyen de sélectionner la zone qui sert à l'affichage. Je vais explorer cette idée.

Pour mon cas, ça sera parfait.



Par contre, ça explique pas comment dans les démos, ils peuvent avoir 2 images plein écran en VRAM !

Il faut 3 tables de 256 * 8 bytes (2K) pour les patterns d'une image et autant pour les couleurs : donc 12K pour 1 image.

Comment 2 images pourraient tenir dans 16K de VRAM !?

En screen 2, est-ce réaliste de changer la valeur de toute la matrice de patern (32*24) à chaque frame ? Ça fait 768 octets donc ça me semble largement jouable ; me trompe-je ?

désolé ce n'est pas adapté a ce que veux Aoineko
l'exemple est pour un VDP MSX2 et porte sur les changements de couleur dans la palette ce qui n'est pas supporté par un MSX1
mais ça reste intéressant a lire