Le ruby n´est pas le seul gros pas, mais le plus gros dans l´histoire des RM.
En effet, ceux d´avant étaient des programmes qui créaient un moteur de jeu exe qui ne gèrait que quelques fichiers extérieurs à l´exécutable (RPG_RT.exe) (les maps et les graphismes), et contenait les valeurs clés pour le programme lui-même dans RPG_RT.idb et RPG_RT.lmt.
Avec RMXP, le concept est changé dans sa base : on a un exécutable, qui n´est rien d´autre qu´un simple interpréteur RUBY, qui interprètera le fichier "Data/Scripts.rxdata". Celui-ci fera appel aux autres fichiers d´une manière dynamique (et non statique, c´est-à-dire en enchevêtrements de conditions dans l´exe) par l´interpréteur.
Le programme lui-même ne modifie que les valeurs de ces fichiers-là ; il n´a donc pas besoin de fichiers spéciaux pour lui ; vous pourriez théoriquement éditer votre jeu sans son exécutable (mais vous pourriez plus le tester). Encore mieux : si vous mettez l´exécutable d´un autre jeu RMXP, votre jeu marche sans problème ! (ça appuie donc bien ce que je disais à propos de l´interpréteur) 
Le concept lui-même des fichiers a donc été repensé. D´ailleurs, le coup de l´interpréteur à la place d´un exécutable bien statique rend un CBS, par exemple, par RUBY beaucoup plus propre et rapide : couche plus basse (mais toujours encore en "haut niveau").
Un autre changement majeur, c´est que grâce à cette interprétation RUBY, les fichiers ne doivent plus correspondre à une taille précise, ni un format de bits spécifique.
L´interpréteur alloue la place nécessaire automatiquement, et passe les paramètres nécessaires au format naturellement.
Le dernier gros changement, c´est la différence de résolution. On passe de 320x240 à 640x480. Là, la qualité graphique est grandement améliorée, et ceux qui se plaigent là, on peut pas les aider...
