Je vois ça comme cela : en cachant 1 octet de code par pixel de l'image de la «cartouche», on a une limite physique imposée à la partie «ROM» de la cartouche : ×ばつ205=32800 pixels, pas un de plus, même si c'est moins qui sont utilisés en réalité (je me demande d'ailleurs si ce sont bien 32769 octets qui sont utilisés ; 32768(=32kio) seraient plus logique). En détournant un chunk iTXt (ou tEXt, zTXt), c'est comme si la ROM n'avait pas de capacité physique définie comme c'était le cas pour les vieilles cartouches.
[^] # Re: Format des cartouches PNG
Posté par Frédéric Blanc . En réponse à la dépêche PICO-8, TIC-80 et les consoles imaginaires. Évalué à 4. Dernière modification le 23 septembre 2019 à 01:32.
Je vois ça comme cela : en cachant 1 octet de code par pixel de l'image de la «cartouche», on a une limite physique imposée à la partie «ROM» de la cartouche : ×ばつ205=32800 pixels, pas un de plus, même si c'est moins qui sont utilisés en réalité (je me demande d'ailleurs si ce sont bien 32769 octets qui sont utilisés ; 32768(=32kio) seraient plus logique). En détournant un chunk iTXt (ou tEXt, zTXt), c'est comme si la ROM n'avait pas de capacité physique définie comme c'était le cas pour les vieilles cartouches.