Bibliothèque CLEO 4 (4.3.16)

CLEO 4

--------------------

Journal des modifications

-- 4.3.15 --

* Amélioration de la correction de compatibilité pour les opcodes 0AE1, 0AE2 et 0AE3 avec une utilisation incorrecte de find_next

-- 4.3.14 --

* Correction de 0AAA ne retournant que des scripts personnalisés

* Correction de nombreux éléments utilisant l'espace 'SCM Block' ou 'Mission Local Storage'

* Correction des paramètres étant passés au stockage local de script au lieu du stockage local de mission via 0A94

* Correction de problèmes potentiels avec l'itération à travers les files d'attente de script (peut causer des bugs rares et difficiles à tracer)

-- 4.3.13 --

* Correction des plantages lors du démarrage d'une nouvelle partie après qu'une partie ait déjà commencé avec des scripts CLEO installés

* Possiblement correction d'autres problèmes lors du démarrage d'une partie avec des scripts CLEO installés

-- 4.3.12 --

* Correction du saut de paramètres de chaîne dans 'SkipOpcodeParams' utilisé par les plugins CLEO

* 0AC8 retourne maintenant une valeur NULL à la variable de sortie si l'allocation a échoué (comme c'était le cas avant 4.3a)

* 0AC9 vérifie maintenant que la mémoire a été allouée par 0AC8 avant d'essayer de la libérer

* Les références FXT ne sont plus sensibles à la casse (comme c'était le cas avant 4.3a)

* Les opérations de fichiers vérifient maintenant que le handle d'entrée n'est pas nul (comme cela semblait être le cas avant 4.3a)

* Le statut de 'mission chargée' est maintenant réinitialisé lors d'une nouvelle partie/chargement de partie (comme c'était le cas avant 4.3a)

* Les scripts ne se chargent plus prématurément (comme avant 4.3a)

* Résolution des conflits avec d'autres hooks de menu tels que 'HUME'

* Autres ajustements mineurs

-- 4.3.11 --

* Correction d'un plantage avec 0ADA dans les scripts commençant par un opcode se terminant par '00'

-- 4.3.10 --

* Améliorations des opcodes 0AE1, 0AE2 et 0AE3 - boucle maintenant autour du pool même lorsque le drapeau 'find_next' n'est pas utilisé correctement

* Correction de 0AD2 ne retournant pas les peds ciblés avec la souris, tandis que le ciblage avec une manette fonctionnait

-- 4.3.9 --

* Sera maintenant capable de commencer une mission CLEO après avoir récemment terminé une mission standard

* Ne générera plus d'erreur et ne se terminera pas lorsque les scripts échouent à s'ouvrir et enregistrera simplement l'erreur

* Ne se terminera plus sur des avertissements

* N'inclut plus de chemins dans les noms de script générés automatiquement (par exemple, cleo\dir\demo.cs est maintenant nommé 'demo.cs' et non 'dir\dem')

* Amélioration de la gestion des erreurs de chargement de script

-- 4.3.8 --

* Correction d'un plantage qui se produisait lorsque les missions étaient terminées avec 004E

-- 4.3.7 --

* Les missions personnalisées lancées par des scripts CLEO héritent maintenant de leur mode de compatibilité - corrigeant possiblement les incompatibilités avec les mods utilisant des missions personnalisées

* Le répertoire actuel défini par 0A99 est maintenant dépendant du script et n'affecte que les scripts CLEO en cours d'exécution (pas l'ensemble du jeu ou le main.scm)

* Les dessins de texte et de texture/sprite sont maintenant dépendants du script (n'affecte pas les scripts main.scm)

-- 4.3 --

* Remplacement du code qui allouait et désallouait dynamiquement de la mémoire pour les paramètres de script chaque fois que 0AA5-0AA8 étaient appelés par des tableaux statiques

* Suppression d'un remplacement de boucle d'exécution de script qui n'était utilisé pour rien d'important et qui ne fonctionnait bizarrement qu'avec 1.0US, causant des plantages avec des plugins de journalisation de script

* Ajout du support pour les versions Steam (v3) de gta_sa.exe

* Empêche l'initialisation du stockage local dans les fonctions SCM lorsque le script est en mode de compatibilité CLEO 3 (extension '.cs3')

* Mises à jour du comportement des opcodes suivants :

0A99

CHANGE_DIRECTORY peut maintenant changer correctement vers le répertoire du programme

0A9A

OPEN_FILE utilise maintenant un mode 'héritage' lors du passage d'un entier comme paramètre de mode pour la compatibilité des handles de fichiers CLEO et SA

Notez que vous ne devriez vraiment pas passer de handles de fichiers CLEO aux fonctions de jeu. Cependant, ce mode héritage garantit maintenant que les handles sont compatibles.

D'autres fonctions de fichiers ont également été mises à jour pour garantir que les handles de fichiers de jeu sont passés aux fonctions de jeu pertinentes.

Il est recommandé de ne pas compter sur le passage de fichiers aux fonctions de jeu et d'utiliser plutôt les fonctions de fichiers intégrées de CLEO 4 à l'avenir.

0AD1

CALL accepte maintenant une entrée de chaîne, qui est passée comme un pointeur de chaîne suivant la convention de chaîne

0AD4

SCAN_STRING retourne maintenant un résultat de condition

0AE6

FIND_FIRST_FILE accepte maintenant une sortie de tableau de chaînes

0AE3

FIND_ALL_RANDOM_OBJECTS_IN_SPHERE garantit maintenant qu'aucun objet en fondu n'est retourné et retourne -1 au lieu de 0 en cas d'échec

0AE2

FIND_ALL_RANDOM_CARS_IN_SPHERE garantit maintenant qu'aucun véhicule de script ou véhicule en fondu n'est retourné et retourne -1 au lieu de 0 en cas d'échec

0AE1

FIND_ALL_RANDOM_CHARS_IN_SPHERE garantit maintenant qu'aucun personnage de script ou personnage en fondu n'est retourné et retourne -1 au lieu de 0 en cas d'échec

0ADF

ADD_TEXT_LABEL met maintenant à jour les étiquettes de texte existantes si elles existent déjà

0AD6

IS_END_OF_FILE_REACHED retourne maintenant vrai si une erreur de fichier s'est produite

0AD2

GET_CHAR_PLAYER_IS_TARGETING retourne maintenant -1 au lieu de 0 lorsque aucune cible n'est trouvée

0AB5

STORE_CLOSEST_ENTITIES garantit maintenant qu'aucune entité de script ou entité en fondu n'est retournée et garantit que le ped du joueur n'est pas retourné