https://cpcrulez.fr/coding_ecran_du_cpc1.htm
Cet article est très bien, mais euh, quid du mode0 ?
Bon en gros là je me demandait comment sont codés les Bytes de Data graphiques bruts d'un mode à l'autre, et (il me semble avoir déjà vu ça quelque part) j'arrivep lus a trouver des schéma pour expliquer ça...
Genre ça quoi... mais en plus poussé et avec comparaison entre les différents modes...
https://cpcrulez.fr/img/754.jpg
Aussi savez vous si il y a une application diverse si possible sur PC pour convertir un octet (ou plusieurs) d'un mode a un autre ?
que ça soit en binaire, Hex ou même pixels ?
L'idé c'est que pour superwonderBoy (voir le topic chez CPCwiki) on pourrai en fait "simplement" (enfin essayer) de tricker le moteur et donc le faire tourner en mode0...
Donc les trucs qui sont en 1bpp mais convertis par le moteur en Mode1... on essaye d'avoir en fait un truc qui une fois lu en Mode0... pourrait donner quelque chose.
Pas forcément simple car du mode1 en 2 couleurs seulement, ça peut vite limiter tout de même.
En gros c'est codé avec un seul octer par caractère à la base... ouuch...
Pour les sprites par contre... bin là on aurait bien du Mode1 a lire en Mode0... donc les 4 couleurs, peut êtrep lus facile donc pour re-coder les octets... bien que faut voir concernant le masquage si ça marcherai encore..
Et c'est pour vérifier ça que j'aurais besoin des trucs sur l'encodage des Datas graphiques bruts de base lors de leur lecture et génération à l'écran..
et aussi pour ma culture perso, lol...)Passque sur tous les sites, aux rubriques CRTC ou Gate-Array... ok y'a les registre, la palette et tout... voire les tricks pour foutre en overscan...
Mais rien sur comment est vraiment généré le pixel à l'écran...
En tout cas rien de facilement trouvable alors que c'est quand même aussi le bé à base non ?
).
