Ajout d’un autre mode optimisé pour les bitplanes : si les paramètres d’une ligne (DDF/DIW/BPLCON, FMODE, etc., sauf BPLCON1) n’ont pas changé depuis le champ précédent, mais que le contenu ou les couleurs ont changé, alors la ligne est dessinée directement depuis la Chip RAM (en contournant l’émulation du DMA) en mode rapide basé sur les lignes, car cela est garanti sans risque.
Actuellement, ce mode ne prend en charge que les modes bitplanes normaux (HAM, DPF, etc., ne sont pas encore pris en charge mais seront ajoutés plus tard).
La conversion planar → chunky est actuellement très basique (une version optimisée avec SSE serait idéale).
Cette amélioration augmente les performances lorsque l'affichage natif change en permanence. Tous les modes non cycle-exact devraient maintenant être aussi rapides ou plus rapides que dans les anciennes versions.
⚠️ Attention : les programmes avec des valeurs DDFSTRT non alignées ne sont pas encore gérés correctement et peuvent provoquer un décalage horizontal irrégulier entre les lignes. Le scrolling subpixel n'est pas encore totalement pris en charge.

Ce n’est toujours pas aussi rapide qu’auparavant, car cette modification peut affecter la vitesse d’émulation pure du CPU. Ajustements nécessaires plus tard. (Exemple affecté : AIBB EllipseTest).

Optimisation de Picasso96 SetSwitch() : si une requête de passage en mode natif est effectuée alors que l’affichage est déjà en mode natif, aucune action n’est entreprise et aucun message de log inutile n'est généré.
(Ce problème survenait en faisant glisser des écrans en mode natif avec Picasso96 actif, provoquant des changements de configuration inutiles et des réinitialisations de l’état des lignes stockées).